Reading/Web/Desktop Improvements/Frequently asked questions/uk





Як вимкнути чи увімкнути Вектор 2022?


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

Див. також:
 * Чому ви використовуєте ці назви: Вектор 2022 і старий вектор?



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

Див. також:


 * Чому в анонімних користувачів немає налаштувань?



Як Вектор 2022 може стати темою за замовчуванням для всіх у моїй домашній Вікі Вікімедіа?
Зв'яжіться з нами. Ми презентуємо проєкт вашій спільноті і розпочнемо обговорення.



Як я можу увімкнути це у власній/особистій вікі?
Якщо ви бажаєте побачити наші зміни,


 * 1) Переконайтеся, що завантажили
 * 2) Додайте такі рядки у свій :

Ми раді дізнатися, що вам подобаються наші покращення!



Як налаштувати Вектор 2022?


Чому ви не даєте змоги вибирати між різними версіями функцій?
Це було б надто складно підтримувати і розвивати.

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

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

Див. також: 
 * Просто зробіть це налаштуванням користувача

Чому в анонімних користувачів немає налаштувань?
Анонімні налаштування змушували б сторінки завантажуватися дуже довго.

Більшість трафіку надходить від незалогінених користувачів. Щоб справлятися з цим, у нас є кілька «серверів кешування», які лише зберігають і надсилають «знімки» вебсторінок. Такі «знімки» можуть бути віком до 7 днів і є заміною генеруванню вебсторінок, і вони однакові для усіх незалогінених користувачів. Це дозволяє нам видавати сторінки швидко.

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

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

Для контексту: єдина причина, чому в нас є налаштування для користувачів, що увійшли в систему, полягає в тому, що ми не видаємо їм «знімки». А це тому, що трафік, що надходить від залогінених користувачів, невеликий.

Див. також:


 * Як новий дата-центр у Сінгапурі допомагає людям у всьому світі отримувати доступ до Вікіпедії
 * Створення DReaMeRS: Як і чому ми відкрили дата-центр у Франції
 * Чому продуктивність важлива



Що ви робите для редакторів, яким потрібні спеціальні інструменти та функції?

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



Чи ремонтуєте ви додатки, які не працюють із вашими змінами?
Залежить.

Ми допомагаємо волонтерам лагодити додатки та користувацькі скрипти. Інколи ми ремонтуємо їх самі. Але загалом ми працюємо над самою MediaWiki. Додатки та користувацькі скрипти пишуть і підтримують волонтери. За своєю природою, вони завжди менш стабільні й передбачувані.

Якщо ви не впевнені, як виправити проблему зі скриптом чи додатком, зв'яжіться з нами! Ми докладемо зусиль, щоб порадити вам потенційні виправлення.

Див. також:


 * Tech на Мета-вікі — тут теж можна просити про технічну допомогу
 * User:Jdlrobson/Extension:Gadget/Policy — пропонована політика щодо ролей та обов'язків, пов'язаних із додатками та користувацькими скриптами



Які класи CSS треба використовувати, щоб видозмінити Вектор 2022?

 * для обох тем
 * для старого вектора
 * для Вектора 2022



Як відновити повну ширину?
Див. також:


 * Зміни у Векторі 2022: нові додатки та користувацькі скрипти



Як вимкнути фіксовані елементи?
На своїй сторінці global.css додайте такий CSS-код:


 * Шапка — додайте
 * Зміст — додайте



Як відновити старий зміст сторінки?
Скористайтеся таким кодом JavaScript: 

Як зробити так, щоб кнопка з мовними посиланнями показувалася угорі головної сторінки?

 * 1) Запитайте у своєї спільноти про згоду налаштувати шапку головної сторінки. (Див. наше пояснення, чому це гарна ідея.)
 * 2) Шапка буде показуватися в оформленнях Вектор 2010, Мінерва, Позачасове і Вектор 2022. Її не буде видно у Монокнизі.
 * 3) Шапку можна налаштувати редагуваннями MediaWiki:Mainpage-title-loggedin для залогінених користувачів і MediaWiki:Mainpage-title для незалогінених користувачів. Для залогінених користувачів мобільного вигляду використовується MediaWiki:wikimedia-mobile-mainpage-title-loggedin. Див. детальніше про налаштування шапки головної сторінки.
 * 4) Протестуйте, як виглядає головна сторінка як вона працює з кнопкою угорі, додавши параметр   до URL. Див. приклад у Вікіпедії ісландською мовою. Зверніть увагу, що в ісландській Вікіпедії ще немає шапки, тому з'являється лише кнопка.
 * 5) Зв'яжіться з нами, якщо кнопку треба перемістити вгору.
 * 6) Ми змінимо налаштування для вашої вікі.
 * 7) Коли ми це зробимо, кнопка буде розташована угорі сторінки у Векторі 2022. В інших оформленнях список мов буде показуватися у стандартному місці для окремо взятого оформлення.

<span id="How_to_restore_the_previous_user_menu?">

Як відновити попереднє меню користувача?
Наразі цього не можна зробити.

<span id="How_to_change_the_logo_to_a_temporary_one?">

Як змінити логотип на тимчасовий?
Лого у Векторі 2022 складається з трьох елементів, кожен з яких можна змінити окрема з допомогою CSS.
 * Щоб змінити зображення іконки (наприклад, кулю Вікіпедії):
 * Щоб змінити текстове лого (наприклад, слово «Вікіпедія»):
 * Щоб змінити підпис (наприклад, слова «Вільна енциклопедія»):

Контакти
<span id="How_can_I_contact_your_team?">

Як мені зв'язатися з вашою командою?
Оберіть один з поданих варіантів:
 * Сторінка обговорення головної сторінки проєкту (ви можете писати будь-якою мовою)
 * Завдання на Фабрикаторі з тегом проєкту Desktop Improvements
 * Зв'яжіться з нашим спеціалістом зі зв'язків зі спільнотою: SGrabarczuk (WMF) sgrabarczuk@wikimedia.org
 * Зв'яжіться з одним із наших амбасадорів:
 * французький та італійський амбасадор: Patafisik (WMF) patafisik-ctr@wikimedia.org
 * іспанський амбасадор: Zapipedia (WMF) izapico-ctr@wikimedia.org
 * в'єтнамський амбасадор: Bluetpp (WMF) ppham-ctr@wikimedia.org
 * амбасадор фарсі: Mehran (WMF) mehran@wikimedia.org

<span id="How_can_I_follow_your_activities?">

Як можна стежити за вашою діяльністю?

 * Підпишіться на нашу розсилку. Замість повідомлень на своїй сторінці обговорення ви отримуватимете сповіщення про оновлення.
 * Додайте наші сторінки Оновлення та Talk to Web до свого списку спостереження.

<span id="Do_you_host_or_attend_online_meetings?">

Чи проводите ви або ходите на онлайн-зустрічі?
Так!

Ми організовуємо відкриті онлайн-зустрічі для спільнот (т. зв. office hours). На цих зустрічах Ольга (наша менеджерка продукту) робить презентації про нещодавні розробки. Далі члени спільноти можуть ставити будь-які запитання щодо проєкту.

Ми також відкриті до запрошень на будь-яку онлайн-подію спільноти. Це можуть бути локальні, національні чи міжнародні зустрічі.



<span id="What_are_Vector_2022_and_the_Desktop_Improvements?">

Що таки Вектор 2022 та Стаціонарні покращення?
<span id="Is_this_a_redesign?">

Це редизайн?
Ні.

Редизайн був би єдиною значною зміною, яка впливає на те, як працює сайт. У випадку цього проєкту ми зробили серію окремих змін. Кожна функція була окремим маленьким проєктом. У решті-решт ці функції були сполучені об'єднавчим візуальним дизайном.

<span id="What_is_the_timeline_of_this_project?">

Яка хронологія цього проєкту?
Ми працювали на Вектором 2022 (початкова назва «сучасний вектор») з 2019 року. Від початку 2020 до середини 2022 ми розробляли і розгортали різні функції на пілотних вікі. (Ви можете почитати про це у відповіді на запитання нижче, пункти 2—4).

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

<span id="Why_do_you_use_the_word_Improvements?">

Чому ви використовуєте слово «покращення»?
Тому що ми маємо дані, які показують, що ці зміни на краще: Див. також:
 * 1) Через дослідження разом з читачами й редакторами ми визначили проблеми. Під час цієї фази, у 2019 році, ми вивчали те, як люди користуються сайтами, і визначили найбільші проблеми зручності. Ми також виявили те, що заважає досліджувати сайт далі, глибше занурюючись у читання чи редагування. Ми зробили це через інтерв'ю з читачами й редакторами у різних країнах і місцевостях, різними мовами. Див.: Дослідження й дизайн: Фаза 1, Дослідження й дизайн: Фаза 2.
 * 2) Ми розробили і протестували прототипи. Ми розробили скелет кожної функції і почали показувати їх користувачам. Кожна функція була протестована читачами й редакторами, ми робили інтерв'ю та ширші раунди тестування прототипів. Для тестування редакторами ми використовували банери центрального сповіщення. Ми показували їх різними мовами й у різних проєктах Вікімедіа, щоб могти отримати широку та різноманітну аудиторію. Кожен прототип протестували, в середньому, близько 200 редакторів. (Приклад)
 * 3) Ми розробили й відполірували наші функції. Ми врахували відгуки з тестування прототипів і покращили чи змінили прототипи відповідно до них. У деяких випадках ми просили про додаткові відгуки, щоб упевнитися, що робимо правильний вибір.
 * 4) Ми зв'язувалися з різними вікі, запрошуючи їх приєднатися до групи пілотних вікі (early adopters). Це була «бета»-фаза. У цих вікі ми проводили кількісні тести, щоб оцінити, чи кожна з функцій працює так, очікували.
 * 5) Ми проводили A/B-тестування серед залогінених користувачів. На жаль, нам не вдалося провести його з користувачами, що не увійшли в систему. Ось чому ми робимо порівняння до та після.
 * 6) Отримавши результати тестування, ми порівнювали їх з критеріями успіху, які визначили для себе раніше. Коли результати нашого тесту були негативні, ми змінювали функцію і продовжували тестувати далі.
 * 7) З часу цієї фази ми також моніторили використання у всіх вікі, де багато власників облікових записів уже використовували Вектор 2022.
 * Енциклопедична стаття: Iterative and incremental development
 * Допис у блозі: Ітеративний дизайн Векторного інтерфейсу: про переміщення міжмовних посилань

<span id="On_which_wikis_have_you_tested_these_changes?">

У яких вікі ви тестували ці зміни?
Пілотними вікі, де ми тестували Вектор 2022, були:

а також: <span id="Why_do_you_use_this_naming:_Vector_2022_and_legacy_Vector?">
 * офісна вікі
 * 
 * MediaWiki вікі
 * Вікі врядування Фонду Вікімедіа
 * Collab-вікі
 * Стратегічна вікі

Чому ви використовуєте ці назви: Вектор 2022 і старий вектор?
Нове оформлення є продовженням багатьох ідей оригінального Векторного оформлення. Воно будується з використанням коду, який використовує тема Вектор. Ми хотіли зберегти функціональну та візуальну послідовність. Усе, що створювалося для старого Вектора, повинно працювати з нашими змінами, або має відносно легко налаштовуватися для цього.

Версію, яку створили у 2010 і розробляли до 2019, було заморожено. Іншими словами, ми її зберігаємо й будемо підтримувати, але не будемо створювати для неї нових функцій.

Ми використовуємо назву «Вектор 2022» із суто технічних причин. Ця назва позначає, коли новий Вектор був готовий як нове оформлення для сторонніх вікі. (Під іншими сторонами маються на увазі ті, хто встановлює MediaWiki).

У кожній вікі назву оформлення можна вказати окремо, змінивши MediaWiki:Skinname-vector-2022. Однак це може спричинити плутанину, бо це не змінює пов'язаний ключ теми, який використовується для стилів сайту і користувачів.

Див. також: <span id="Will_you_remove_legacy_Vector?">
 * Які CSS-класи треба використовувати?

Чи ви приберете старий Вектор?
Ні.

Старий Вектор залишиться доступним як функція у налаштуваннях, подібно до інших оформлень, які були за замовчуванням у минулому, як-то Monobook.



<span id="Target_audience">

Цільова аудиторія
<span id="Are_these_changes_made_for_readers,_and_not_for_editors?">

Ці зміни робляться для читачів, не для редакторів?
Не зовсім.

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

Мета цього проєкту — покращити досвід читання стаціонарної версії, не ускладнюючи при цьому редагування.

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

Див. також: <span id="What_tools_are_the_Foundation_building_for_editors?">
 * Що ви робите, що переконатися, що зміна не закинута на півдорозі?
 * Що ви робите для редакторів, яким потрібні спеціальні інструменти та функції?
 * Попередні проєкти Команди Web

Які інструменти Фонд розробляє для редакторів?
У Фонді є інші команди, які працюють над проєктами, що присвячені конкретно редакторам. До них належать: <span id="Do_your_changes_have_a_negative_effect_on_the_editing_statistics?">
 * Community Tech — працює над проєктами, обраними спільнотами під час Опитування побажань спільноти
 * Editing — працює над інструментами обговорення
 * Growth — працює над проєктом Досвіду новачків
 * Moderator Tools — зосереджуються на потребах модерування у середньовеликих проєктах Вікімедіа
 * Anti-Harassment Tools — працює над інструментами для адміністраторів та патрульних, що відкочують вандалізм

Чи мають ваші зміни негативний вплив на статистику редагувань?
Ні.

Ми збираємо статистику щодо редагувань у всіх вікі. У порівнянні вікі, де за замовчуванням старий Вектор (2010), і вікі, де за замовчуванням Вектор 2022, немає негативних відмінностей.

<span id="Do_your_changes_make_it_more_difficult_to_explore_the_community_side_of_the_wikis?">

Чи ускладнюють ваші зміни занурення у ту частину вікі, де відбувається взаємодію зі спільнотою?
Ні.

Читачі та нові редактори страхаються великої кількості посилань, опцій і способів підходити до редагування (чи, іншими словами, спільноти). Ми виявили це під час свого дослідження.

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

Див. також: <span id="Are_you_focused_on_Wikipedia_articles?">
 * Ключовий досвід
 * Міф про UX № 12: Більше вибору і більше функцій дають більше задоволення

Ви зосереджені на статтях Вікіпедії?
Так.

У цілому, статті Вікіпедії мають найбільше переглядів та читань, порівняно з іншими просторами назв у Вікіпедії чи іншими проєктами. Зміни для сторінок з інших просторів назв та спеціальних сторінок ми робимо теж. Серед сторінок, для яких ми робили окремі поправки й налаштування, такі: головні сторінки, сторінки, властиві суто для окремих сестринських проєктів, спеціальні сторінки, редактор вікітексту 2010, редактор вікітексту 2017 і візуальний редактор.

Також ми працювали з Командою редагування над тим, щоб їхня робота над сторінками обговорення узгоджувалася з нашою роботою, і щоб були передбачені спеціальні налаштування для сторінок обговорення.

<span id="Have_you_been_mindful_of_sister_projects?">

Чи попіклувалися ви про сестринські проєкти?
Так!

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

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

Щодо змін, наприклад, у Вікіджерелах, то обмеження ширини не застосовується у просторі назв Сторінка, яке надає розширення Proofread Page.

<span id="Are_you_focused_on_English_Wikipedia?">

Ви зосереджені на англійській Вікіпедії?
Ні.

Ми беремо до уваги потреби різних спільнот і тестуємо наші зміни понад 30 мовами. Також ми надихаємося інтерфейсом та додатками, розробленими у різних вікі, наприклад, корейській та в'єтнамській Вікіпедіях.

<span id="What_do_you_do_to_ensure_that_the_change_would_work_on_my_wiki?">

Що ви робите для того, щоб зміни точно працювали у моїй вікі?

 * Наше дослідження релевантне для всіх вікі і включає голоси багатьох різних мов і проєктів.
 * Ми зібрали й обробили відгуки від спільнот. Більшість проблем стосуються усіх вікі.
 * Як ми підлаштовуємо наші зміни у сестринських проєктах — перейдіть до «Ви пам'ятаєте про сестринські проєкти?»
 * Який наш підхід до додатків — перейдіть до «Що ви робите для редакторів, яким потрібні спеціальні інструменти та функції?»

<span id="What_do_you_do_to_ensure_that_the_change_is_not_half-finished?">

Що ви робите, що переконатися, що зміна не закинута на півдорозі?
Ми щось підрихтовуємо до і після того, як оголошуємо зміни у вікі, щоб переконатися, що вони відповідають потребам окремих спільнот. Якщо ви вважаєте, що вашій спільноті знадобиться більше коригувань і додатків, перейдіть до:


 * Що ви робите для редакторів, яким потрібні спеціальні інструменти та функції?
 * Як налаштувати Вектор 2022?

Після впровадження цих змін у всіх вікі, ми працюватимемо над проєктами, які пов'язані зі Стаціонарними покращеннями.

Доступність
<span id="Have_your_changes_been_tested_on_users_with_disabilities?">

Чи тестували ваші зміни користувачі з обмеженими можливостями?
Так. Ми працюємо з Американським фондом для сліпих. Ставимо різні запитання, що стосуються доступності Вектора 2022. Дізнатися більше на Фабрикаторі.

<span id="Will_the_wikis_be_less_accessible_for_users_with_slow_Internet_connection?">

Чи будуть вікі менш доступними для користувачів з повільним інтернет-з'єднанням?
Ні.

Ми хочемо, щоб нова тема оформлення за важкістю коду була подібна до старого Вектора.

Див. також:


 * Чи можу я увімкнути одночасно старий і новий зміст?

<span id="Mobile,_large_screens,_and_responsiveness">

Мобільні, великі екрани, адаптивність
<span id="Are_the_changes_inspired_by_mobile_design?">

Чи ці зміни навіяні мобільним дизайном?
Ні.

Ці зміни зроблені конкретно для стаціонарного інтерфейсу. Усі дослідження й тестування, що робилися для цього проєкту, зосереджувалися виключно на користувачах стаціонарної версії. Однак ми брали до уваги досвід людей, які користуються стаціонарною версією сайту на вузьких екранах (наприклад, якщо у вас дві вкладки відкриті поруч).

Наразі ми не плануємо об'єднувати досвід стаціонарної та мобільної версій.

<span id="Will_the_new_interface_be_responsive?">

Чи буде новий інтерфейс адаптивним?
Ми рухаємося в цьому напрямку, але це не є офіційною метою проєкту.

Якщо ви хочете зробити інтерфейс адаптивним вже і користуєтеся вікі Вікімедіа, додайте

на свою сторінку global.js.

Якщо ваша спільнота хотіла б, що це було за замовчуванням, будь ласка, почніть обговорення у своїй вікі і зв'яжіться з нами, коли буде досягнуто консенсусу. Тоді ми можемо внести відповідні зміни.

<span id="Will_you_build_a_dedicated_setting_for_high_resolutions?">

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

Див. також:


 * Що ви робите для редакторів, яким потрібні спеціальні інструменти та функції?



<span id="Why_is_the_width_of_the_content_limited?">

Чому ширина контенту обмежена?
<span id="Why_have_you_replaced_the_area_used_for_content_by_an_empty_space?">

Нащо ви зробили порожнє місце там, де раніше був контент?
Ефективне читання критично важливе для більшості людей, які користуються нашими проєктами. Наша мета тут — покращити читомість контенту. Є кілька фактори, які на неї впливають: розмір шрифту, контраст, шрифт, довжина рядків і порожнє місце.


 * Коротші рядки
 * 1) При читанні коротких рядків читачі не так часто рухають очима, менш інтенсивно користуються очними м'язами, а тому очі менше втомлюються.
 * 2) Вужчі абзаци також дозволяють читачам краще запам'ятовувати нову інформацію.
 * 3) На вебсайтах рядки мають містити від 35 до 100 символів на рядок. І краще, щоб це число було ближче до меншого кінця.
 * 4) Переважна кількість основних вебсайтів має подібні обмеження ширини контенту. Наприклад: наукові журнали на зразок Nature, новинні вебсайти як The New York Times, урядові й міжурядові вебсайти як ООН, академічні документи як LaTeX і текстові процесори як Google Docs та Etherpad.


 * Порожнє (біле) місце


 * 1) Білий простір використовується як місце відпочинку очей. Він допомагає читачам зосередитися на вмісті й підвищує сприйняття вмісту на 20%.
 * 2) Людям легше фокусуватися, коли їх не відволікають бічні панелі чи інші елементи.
 * 3) Ми використовуємо деяку частину цього простору для іншого функціоналу. Ми зробили бічну панель фіксованою і розмістили зміст поруч з контентом. Крім цього, обмеження площі контенту дає нам нові можливості на більш віддалене майбутнє. Члени спільноти запропонували винести туди картки, зображення або примітки. Ми розглянемо різні способи використання цього простору у рамках окремого проєкту.

Див. також:


 * UX Міф № 28: Білий простір — втрачений простір

<span id="Why_can’t_we_leave_it_for_readers_to_narrow_their_browser_windows_down?">

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

<span id="Some_tables_and_templates_don’t_fit_within_the_limited_width">

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

<span id="Why_don’t_you_just_make_it_a_setting?">

Чому це не зробити просто пунктом в налаштуваннях?
Ми хочемо, щоб це було за замовчуванням. Ми розбудовуємо спільний досвід, однаковий для редакторів і читачів. Це може бути помічним для редакторів, коли вони думають над оформленням сторінок*. Зараз так виходить, що редактор може редагувати сторінку шириною 1500 пкс, а читач читає її з шириною 1200 пкс. Впроваджуючи обмеження максимальної ширини ми не усуваємо цієї розбіжності повністю (бо все одно буде варіація нижче максимальної ширини, у людей з вужчими екранами), але ми значно зменшуємо діапазон варіацій.

<span id="Why_did_you_change_the_list_of_language_links?">

Чому ви змінили список мовних посилань?
<span id="Why_couldn&#039;t_the_list_of_language_links_stay_in_the_sidebar?">

Чому не можна було залишити список мовних посилань на бічній панелі?
Тому що з точки зору читачів, бічна панель — не місце для корисних посилань. Більшість читачів фокусуються на контенті. Посилання на бічній панелі практично приховані від них.

Крім цього, нам треба рекламувати різноманіття мовних версій, якими існують проєкти Вікімедіа.

Понад 15 років список показувався на бічній панелі. У найбільш активних користувачів розвинулася м'язова пам'ять на пошук цього списку в цьому місці. Ось чому на бічній панелі ми розмістили сповіщення про те, що кнопка з мовами тепер показується в новому місці.

<span id="Will_the_Wikidata_links_be_closer_to_the_list_of_language_links?">

Чи посилання на Вікідані тепер теж буде ближче до списку мовних посилань?
Так.

«», «» та «» кінець кінцем стануть частиною меню, яке відкривається кнопкою перемикання мов («мовне меню»). Це завдання для команди Language engineering.

<span id="How_to_fix_the_coordinates_displaying_incorrectly_near_the_languages_button?">

Як полагодити координати, які неправильно показуються поруч з мовною кнопкою?
Подумайте про сторінки, які використовують індикатори статусу сторінки, сторінки з банерами чи сповіщеннями сайту і вигляд сторінок при нижчій роздільності.

<span id="Why_the_button_with_language_links_doesn&#039;t_appear_at_the_top_of_the_main_page?">

Чому кнопка з мовними посиланнями не показується угорі головної сторінки?
Ми виявили, що читачі фокусуються на вмісті сторінки й ігнорують бічну панель. Вони ймовірніше перемикатимуться між мовами, якщо кнопка з мовними посиланнями буде угорі сторінки, поруч із заголовком.

У багатьох вікі заголовок головної сторінки прихований. Ось чому кнопка з мовними посиланнями не показується поруч із ним. Натомість, вона додана унизу головної сторінки. Хоча її таки можна розмістити угорі.

Див. також:
 * Як зробити так, щоб кнопка з мовними посиланнями показувалася угорі головної сторінки?

<span id="Why_did_you_change_the_table_of_contents?">

Чому ви змінили зміст?
<span id="Why_doesn&#039;t_the_table_of_contents_work_well_on_my_mobile_device_or_when_I_resize_the_browser?">

Чому зміст недобре працює на моєму мобільному або коли я змінюю розмір вікна браузера?
Користувачі мобільних пристроїв та звужених браузерів становлять невеличку частку трафіку сторінок. Через це ми вирішили робити цю функцію насамперед для більшості користувачів. Для вузьких екранів ми плануємо зробити зміст, який буде доступним як фіксований елемент інтерфейсу будь-де зі сторінки.

Note what is displayed to mobile devices differs from what you see when you resize your browser. On mobile devices, the site is currently presented as a zoomed out version of the desktop site.

Why doesn't it appear when I complete an edit?
The feature is still in development (T307251). This will be fixed before we make Vector 2022 the default on more wikis.

<span id="Is_it_possible_to_change_the_label_indicating_the_top_of_the_page?_(&quot;&quot;)">

Чи можна змінити назву верху сторінки? («»)
Так.

Ця назва має відрізнятися від заголовків вмісту. Щоб це зробити, вікі різними писемностями (наприклад, латинка чи японська) і різні проєкти Вікімедіа (Вікіпедія чи Вікісловник) можуть потребувати різних слів і/або знаків пунктуації в цьому місці. Кожна спільнота може встановити таку назву, яка буде найкраще працювати для неї. Це можна зробити, відредагувавши сторінку MediaWiki:Vector-toc-beginning.

<span id="How_can_I_get_both_the_old_and_the_new_table_of_contents?">

Як мені увімкнути одночасно старий і новий зміст?
Це неможливо.

Ми навмисне не додаємо старий зміст поруч із новим змістом на бічній панелі. Це обмін. Ми прибрали його, щоб зменшити обсяг роботи, пов'язаний із підтримкою коду і якнайкращої роботи сайту. Відображення старого змісту одночасно з новим мало б важливі технічні недоліки. Це б збільшило загальний обсяг HTML, збільшило б вимогу до розмірів нашого парсерного кешу і вимагало б додаткового CSS для виведення.

Див. також:


 * Як відновити старий зміст сторінки?

<span id="How_do_magic_words_work_with_this_feature?">

Як з цією функцією працюють магічні слова?
Магічні слова  і   не працюватимуть, оскільки зміст завжди на бічній панелі і це не можна змінити.

Однак магічні слова, які стосуються наявності змісту, такі як, продовжуватимуть працювати. Шаблони, які створюють альтернативний зміст, працюватимуть теж. Наприклад, стаття може вимкнути зміст за замовчуванням і застосувати свій, за потреби.

Усі магічні слова продовжуватимуть працювати в інших темах оформлення, де зміст показується усередині статті.

<span id="I_can&#039;t_see_the_table_of_contents_when_the_sidebar_is_open">

Я не бачу змісту, коли бічна панель відкрита
Це відома проблема.

Ця проблема має зачіпати лише залогінених користувачів, як розгорнули бічну панель. У подальшому ми плануємо зменшити розмір цього меню і зробити так, щоб бічна панель накладалася на вміст. Деталі і прототипи того, як це буде виглядати, можна знайти у T302073. Ця зміна планується на кінець року (жовтень-грудень 2022). Детальнішу інформацію можна зайти на сторінці про інструменти сторінки.

<span id="What_is_the_scope_of_the_project?"> Який масштаб цього проєкту?

<span id="Are_you_changing_Monobook_or_Timeless?"> Чи теми Monobook або Timeless будуть зачеплені?

Ні.

Ці зміни застосовуються лише до Вектора. Вектор був темою оформлення за замовчуванням у вікі Вікімедіа з 2010 року. Жодна з інших тем — Monobook, Timeless, Minerva чи Modern — не зазнають жодних змін.

Хоча працюючи над Стаціонарними покращеннями, ми трохи почистили код старих тем. Ми полегшили розгортання нових змін у старих темах, прибрали невикористовувані опції і вилучили 75% PHP-коду цих тем. Усе це не мало жодного впливу на те, що бачать користувачі.

Див. також:


 * Як і навіщо ми перемістили наші теми на Mustache

<span id="Are_you_improving_charts,_maps,_a-/f-/o-/tmboxes,_infoboxes,_navboxes,_and_other_templates?"> Чи будете ви покращувати графіки, мапи, шаблони повідомлень, картки, навігаційні чи інші шаблони?

Ні.

Ми не змінюємо нічого, що належить до сірої зони «вміст статті» (окрім змісту):

<span id="Are_you_building_the_dark_mode?">

Ви розробляєте темну тему?
Ні, не цього разу.

Проєкт Стаціонарних покращень робить архітектурні зміни, необхідні для створення темного режиму. Однак його розробка буде окремим проєктом. Це тому що такий проєкт вимагатиме значної роботи зі спільнотами. Зараз багато шаблонів несумісні з темним режимом. Ми дізналися про це у процесі роботи над мобільними застосунками.

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

<span id="What_are_the_features&#039;_success_metrics?"> За якими параметрами визначаєте успіх функції?

Підвищення корисності для наших наявних аудиторій з врахуванням такого:


 * Взаємодії
 * Зростання кількості пошуків за сеанс на 5% протягом проєкту
 * Зростання перемикання мов для кожного проєкту на 5% протягом проєкту


 * Симпатія
 * Зростання позитивних і привітних настроїв щодо сайту (за допомогою опитувань та тестування користувачів)
 * Зростання настроїв довіри (вимірюється за допомогою опитувань та тестування користувачів)

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

Примітки