Reading/Web/Desktop Improvements/Features/Table of contents/uk

Основна мета проєкту Стаціонарних покращень — зробити часто використовувані інструменти більш доступними читачам і редакторам. Одним з ключових таких інструментів є зміст. Ця функція відіграє дві важливі ролі. Вона дає інформацію про контекст і дозволяє навігувати між сторінками.

Наразі зміст доступний лише угорі сторінки, що обмежує його корисність. Ми плануємо зробити його постійним, доступним з усіх місць сторінки. Наша мета — полегшити читачам і редакторам доступ до змісту. Ми хочемо полегшити орієнтування в контексті сторінки і навігацію по ній без потреби прокручувати нагору.

Передумови та цілі
Ми б хотіли, щоб інтерфейс був простішим для використання, включно з елементами навігації. Наразі ми створили згортувану бічну панель і фіксовану шапку. Тепер готуємо новий зміст.

Зараз:


 * Зміст доступний лише угорі сторінки. Важко розуміти контекст і навігувати по сторінці, не повертаючись нагору
 * На сторінках з довгою преамбулою / вступним розділом зміст не видно, аж поки не прокрутити трохи вниз
 * Користувачі користуються змістом, щоб намалювати собі ментальну модель сторінки. Ця роль подібна до тієї, яку виконує преамбула. Користувачі дізнаються, що містить сторінка, наскільки довгою вона може бути, які її частини можуть бути найдовшими тощо. Це використання втрачається, якщо відсутня можливість звертатися до змісту частіше.
 * Зміст створює багато невикористаного простору у районі вмісту. Цей простір можна використати для відображення вмісту й іншого функціоналу

Новий, постійний зміст полегшить те, як читачі


 * Understand the context of the page
 * Navigate to different parts of the page without having to scroll to the top of the page every time they want to access the table of contents

Use Cases

 * As a reader or editor, I want the ability to gain context (content and structure) about the page I am about to read
 * As a reader or editor, I want the ability to reference the next few sections in the page at any location in the page so that I can choose what to read next
 * As a reader or editor, I want the ability know how many sections a page has without having to scroll all the way up

Feature description and requirements
The table of contents will appear persistently on one side of the page. It will contain all sections and sub-sections available in previous versions of the ToC.

The ToC will contain the following functionality:


 * Collapsible sub-sections - for users that only want to view the highest level of section heading
 * Section bolding - the section currently on the page will be displayed as bold. Users will be able to identify where on the page they are located by noting the bolding within the ToC
 * Navigation - selecting a section within the table of contents will navigate to the appropriate section within the page
 * For screen widths smaller than 1000px, the ToC will collapse and the section titles will be used as a ToC



Prototype
General ToC functionality: https://en-toc.wmcloud.org/wiki/Moon

Collapsible section functionality: https://di-toc-collapsible-sections.web.app/Aretha_Franklin

User Testing with Readers and Editors
We performed user testing of the table of contents with readers and editors. The tests took place in three locations (Argentina, Ghana, Indonesia) and different languages. The participants were asked to interact with different versions of a persistent table of contents. Their task was to give feedback on their preferred version. The test also included an open study of the way readers and editors saw and used the table of contents.

All users found the table of contents to be essential to the reading experience. They needed it for both navigational purposes as well as for setting the context for the page.

Main observations: Testers liked getting a sense of location within the page. They noted that additions like bolding the title or the section helped with their orientation
 * Testers preferred persistent access. Across all tests, the best prototype was the persistent one
 * Testers preferred having more information. Prototypes that contained all sections and subsections gained more positive opinions
 * Testers did not want the ToC to overlap the content. Even in the cases where it was supplementary to the main ToC at the top of the page

The results of the test were used to select the best prototype. Next, we worked on it to better fit the needs of the participants. See the full results of this test.

Prototype testing with editors
In December 2021, we performed prototype testing with logged-in users across 30 wikis. We designed the test to gather feedback on the usability and functionality of the table of contents. The majority of the feedback was positive. Most community members like the new location and functionality of the table of contents, and support the change.

Quantitative testing
We will be performing an A/B test of the functionality of the current versus new version of the table of contents.

Main questions:
 * 1) Is the new table of contents is used more frequently than the previous table of contents
 * 2) Does the new table of contents reduce the need to scroll back to the top of the page
 * 3) Does the new table of contents decrease the time people spend scrolling/scrolling quickly (if possible)
 * 4) How does the new table of contents affect the time spent on a page