Ссылка-сокращение ВП:Ф-Т · ВП:ФТ

Википедия:Форум/Технический

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Актуально
Обсуждения правил
Опросы
Голосования
Список изменений в правилах

Неисправность шаблона {Народ}[править код]

Здравствуйте! Не отражается параметр "раса" в преамбуле статьи, хотя код наличествует. В чем может быть дело? Khorunjiy (обс.) 08:49, 28 марта 2024 (UTC)[ответить]

Возможно, слегка 'рассыпался' шаблон {{кол}}[править код]

Захожу в статью 4-й центральный научно-исследовательский институт Министерства обороны Российской Федерации[1]: шаблон задаёт 3 (три) колонки, а отображаются две. Поменял циферку с '3' на '4'. Стало отображаться 3 колонки. FF и Опера. Что несколько странно: раньше какую цифру подставляешь, столько столбцов и отображалось. Прошу проверить. И: или поправить, — или наговорить Очень Умных Слов, почему теперь должно быть именно так и никак иначе..--AndreiK (обс.) 12:18, 27 марта 2024 (UTC)[ответить]

Итог[править код]

Всё в порядке: стиль отображения (количество отображаемых столбцов/колонок) зависит от выбранного размера шрифта (крутим, по вкусу, мыше-колёсико при зажатой клавише 'Ctrl'). Циферка означает максимально возможное, но не обязательно текущее количество колонок. Закрыто.— AndreiK (обс.) 12:26, 27 марта 2024 (UTC)[ответить]

Отображается несуществующая категория[править код]

На странице Gondwana Research отображается несуществующая категория Категория:Журналы Международный. Она не исчезла и после моих попыток расставить все категории вручную. Xiphactinus88 (обс.) 01:54, 27 марта 2024 (UTC)[ответить]

Изменения в общих CSS-файлах[править код]

Разбирающимся в технической части участникам может быть интересно ознакомиться и оставить отзыв по данной теме: Обсуждение MediaWiki:Common.css#Стратегия работы с общим CSS.

Остальные участники могут писать в этой теме о проблемах с отображением страниц, вызванных недавними изменениями в CSS-файлах (я старался минимизировать их число, но вполне мог что-то и не заметить). stjn 00:33, 26 марта 2024 (UTC)[ответить]

Технические новости: 2024-13[править код]

MediaWiki message delivery 18:55, 25 марта 2024 (UTC)[ответить]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Удалил вандализм (cм. по ссылке, запись c '−828‎', без апострофов); но оставшееся в описании вклада, кмк, тоже не помешало бы подчистить. У кого есть техническая возможность? --AndreiK (обс.) 13:10, 24 марта 2024 (UTC)[ответить]

Закрываю. Хотя для переноса есть шаблоны {{перенесено с}} и {{перенесено на}}. Если ими пользоваться, то не надо ничего закрывать. Текст (весь) переносим (не копируем) туда, тут и там ставим по шаблону, всё. Vcohen (обс.) 14:42, 24 марта 2024 (UTC)[ответить]

Итог[править код]

Коллега написал запрос, здесь закрываю. Одна только просьба к нему, пользуясь случаем: не использовать в заголовках внешние ссылки (и шаблоны тоже); иначе ссылки на раздел не будут работать. --FITY (обс.) 15:32, 24 марта 2024 (UTC)[ответить]

Интервики[править код]

День добрый! Кто может будьте так добры, свяжите статью Флигельман со статьёй в НемВП Flügelmann. Заранее спасибо. С уважением, — 80.251.228.230 09:34, 24 марта 2024 (UTC)[ответить]

Как сделать так, чтобы «Количество игр и голов за профессиональный клуб считается только для различных лиг национальных чемпионатов.» были снизу, а не в начале статьи? Медальку надо заменить, верно? Футболло (обс.) 23:52, 23 марта 2024 (UTC)[ответить]

Итог[править код]

Вопрос решён.— Футболло (обс.) 10:35, 24 марта 2024 (UTC)[ответить]

Обновление интерфейса[править код]

В мобильной версии обновился интерфейс редактирования (зеленый зачем-то заменили на синий, красный на желтый), однако если теперь открыть правку из списка наблюдения, то вы никак не сможете перейти в саму статью, так как нет никаких гиперссылок. — Эта реплика добавлена участником Sadnesseug (ов) 04:30, 23 марта 2024 (UTC)[ответить]

  • Красный на жёлтый? Это где, если конкретно? У меня поменялся только цвет кнопки «последний раз редактировалась…» внизу страницы: обычно она серая, но если последние изменения сделаны недавно, то синяя. Из «вклада» спокойно перехожу на отображаемые страницы, или вы о чём-то другом? К слову, у меня в обеих версиях по-прежнему исчезает кнопка «ответить» после первого ответа и в данный момент я отвечаю через «править код». Это тоже связано с обновлением интерфейса? Xiphactinus88 (обс.) 08:50, 23 марта 2024 (UTC)[ответить]
    • Я про мобильную версию в браузере. У меня не только полоса «последний раз…», но и в просмотре правок красное выделение удаленного текста сменилось на синий, а новый текст стал желтым, был зеленым. Но самое неудобное, что именно из списка наблюдений за статьями исчезла гиперссылка перехода в статью из просмотра правки (повторю, не вклад, а правки из списка наблюдений). Sadnesseug (обс.) 11:05, 23 марта 2024 (UTC)[ответить]
      • У меня в просмотре правок всё без изменений: удалённый текст жёлтый, добавленный зелёный. Видимо, обновления проходят несинхронно. Если это правда обновление, а не глюки. Xiphactinus88 (обс.) 19:54, 23 марта 2024 (UTC)[ответить]
        • Ужасное обновление. Просто невыносимо. До сих пор путают удаленный и добавленный текст, так как синий и желтый абсолютно не сочетаются с индикацией этих изменений. А попасть в статью все ещё никак из списка наблюдения, чтобы проверить изменения визуально… Sadnesseug (обс.) 13:19, 24 марта 2024 (UTC)[ответить]

Окно редактирования[править код]

Если текст страницы не помещается в окне, то появляется полоса прокрутки. Это естественно. Неестественно то, что редактируемый текст занимает только верхнюю половину окна. Нижняя при этом пустует. — Simba16 (обс.) 17:19, 22 марта 2024 (UTC)[ответить]

У меня всегда текст переносится. (..да и на скрине не видно "спрятанного" текста) — Tpyvvikky (обс.) 12:42, 25 марта 2024 (UTC)[ответить]

  • Проблема актуальна. На скрине видно, что высота полосы прокрутки составляет половину высоты окна редактирования. Всё, что ниже нижнего конца полосы прокрутки, не отображается (поэтому и не видно спрятанного текста). Браузер Mozilla. В других браузерах открывается нормально. Браузер настроен под мои нужды и менять его не хотелось бы. — Simba16 (обс.) 13:36, 25 марта 2024 (UTC)[ответить]

С СО: «в графе действующий конструктор-чемпион справа наведите на toyota, там пасхалка в предпросмотре) без понятия как это править». Действительно, предпросмотр выдаёт «А я отвандалил викиучебник». Как это исправить? — Schrike (обс.) 12:52, 22 марта 2024 (UTC)[ответить]

Ш:Обсуждалось[править код]

При попытке поставить шаблон {{Обсуждалось|24 февраля 2024}} на Обсуждение категории:Военный обман почему-то выскакивает «Итог подведён согласно обсуждению от [[Википедия:Обсуждение категорий/Март 2024#Ошибка: неправильное время|24 февраля 2024]]», поэтому я шаблон поставить не смог. Прошу помочь. DimaNižnik 08:30, 22 марта 2024 (UTC)[ответить]

  • Потому что {{Обсуждавшаяся категория}} принимает числовой формат даты windewrix (обс.) 08:36, 22 марта 2024 (UTC)[ответить]
    • Спасибо. Жаль, что нельзя просто скопировать дату. DimaNižnik 08:40, 22 марта 2024 (UTC)[ответить]
    • Имхо, основу этого шаблона стоит переписать на луа (необязательно, ради удобства чтения - у меня шаблон даже подсветку кода не хочет показывать) и (всего лишь) добавить замену месяца на англ
      {{Обсуждалось|24 february 2024|nocat=1}}
    • ~~‍~~ Jaguar K · 10:00, 22 марта 2024 (UTC)[ответить]
      • Возможность писать в коде на англ. не имеет смысла, всё равно не появляется возможность скопировать дату из обсуждения. DimaNižnik 10:58, 23 марта 2024 (UTC)[ответить]
        • Речь о преобразовании в шаблоне, навроде [4]
        {{Обсуждалось|24 февраля 2024|nocat=1}} ~~‍~~ Jaguar K · 13:29, 25 марта 2024 (UTC)[ответить]

Длинные архивы[править код]

Например, вот тут — Обсуждение:Союз Советских Социалистических Республик — набралось уже 20 годовых архивов и размещение этого списка на странице явно не оптимально. Есть какие-то иные форматы (шаблоны) представления данной информации? — Mike Somerset (обс.) 07:40, 22 марта 2024 (UTC)[ответить]

  • Если обсуждения будут обтекать шаблон, то проблемы я не вижу. Вот сверху пачка шаблонов великовата. А этот сбоку не мешает даже если еще вдвое вырастет. Pessimist (обс.) 07:46, 22 марта 2024 (UTC)[ответить]
  • {{Архивы}} — список в строку. Но вообще не факт, что там нужна ботоархивация (там давно уже нет бурных дискуссий) и архивы по годам (они в последние годы, как можно убедиться, совсем небольшие, что только затрудняет поиск, если кому-то вдруг понадобится что-то там искать). На мой взгляд, ботоархивация на СО статей не нужна почти никогда, но есть участники — не будем показывать пальцем — которые запускают её просто оттого, что им лень один раз заархивировать вручную. --FITY (обс.) 11:13, 22 марта 2024 (UTC)[ответить]

«Вандализм 22» — где можно увидеть полный перечень[править код]

Вчера у меня многократно сработал фильтр «Вандализм 22» при правке статьи Заградительный отряд, хотя в песочнице текст записывался без проблем. Где можно посмотреть полный перечень слов на которые срабатывает этот фильтр, чтобы знать на что он сработал? 88.155.244.32 15:03, 21 марта 2024 (UTC)[ответить]

Непонятная блокировка википочты[править код]

У Петр 7777777 не получается отправить мне личное письмо через википочту. Он утверждает, что не видит в меню ссылки на неё, а при прямом обращении по ссылке получает сообщение "Вы не можете отправлять электронные письма другим участникам этой вики".На его странице у меня появляется форма для отправки сообщения, т.е. свою почту он разрешает использовать для википочты. В описании на ВП:Википочта я не нашёл никаких других ограничений. KLIP game (обс.) 15:58, 20 марта 2024 (UTC)[ответить]

  • Если снять установленную по умолчанию галочку, то вам не будут приходить письма от участников, не имеющих статуса автоподтвержденного.

    Поскольку участник зарегистрировался только сегодня, у него нет флага АПОД. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 16:08, 20 марта 2024 (UTC)[ответить]
    • Я проверил, у меня в настройках стоит разрешение для новичков, т.к. я довольно часто отвечаю на их вопросы. Да и ответ был "Вы не можете отправлять электронные письма другим участникам этой вики", который намекает, что запрет в настройках отправителя, а не получателя. KLIP game (обс.) 16:54, 20 марта 2024 (UTC)[ответить]
      • Такое сообщение, как я понимаю, бывает при соответствующей блокировке, но у него её (в т. ч. такой, которая зачем-то скрыта) нет. Я сейчас проверил с неавтоподтверждённой учётки — такого сообщения не было. Остаётся предположить, что существует другая учётка, на которой можно увидеть такое сообщение (тут ещё дополнительная гипотеза, о которой благоразумно умолчу); с учётом того, что я вижу на Вашей странице, предлагаю считать эту версию основной; возможно, Q-bit array знает больше. --FITY (обс.) 18:05, 20 марта 2024 (UTC)[ответить]
        • Вполне может быть, у него просто не указан собственный адрес электронной почты в настройках учётки. А не привязав электронный адрес к своей учётке нельзя посылать письма другим. При блокировках запрещается не только посылать википочту, но много чего ещё, поэтому не думаю что причина в ней. P.S.: И судя по остальным репликам этой новой учётки, догадываюсь, что за просьба вам придёт по википочте... -- Q-bit array (обс.) 18:12, 20 марта 2024 (UTC)[ответить]
  • Как выяснили Википедия:Форум/Архив/Помощь_начинающим/2024/02#википочта (он же), почта задана и проблема неизвестно с чем связана. en:Wikipedia:Help desk/Archives/2024 January 22#Email тоже ничего непонятно. ~~‍~~ Jaguar K · 02:40, 21 марта 2024 (UTC)[ответить]
  • У меня возникло предположение: а нет ли в википочте каких-то фильтров/блокировок, связанных с почтовыми доменами/именами, например, с yandex.ru? KLIP game (обс.) 06:18, 21 марта 2024 (UTC)[ответить]

Исчезло «Сведения о странице»[править код]

В истории правок сверху была такая ссылка. Там располагались, в частности, количество следящих за страницей и перенаправления. Можно было узнать сколько перенаправлений на статью и какие они. Теперь как узнать, сколько перенаправлений на статью и какие они? - 5.250.169.53 12:21, 19 марта 2024 (UTC)[ответить]

Технические новости: 2024-12[править код]

MediaWiki message delivery 17:39, 18 марта 2024 (UTC)[ответить]

Помощь с архивацией[править код]

Кто-нибудь, пожалуйста, архивируйте эту ссылку. У меня архивируется только ошибка, все нервы на неё уже истратил! Xiphactinus88 (обс.) 11:36, 18 марта 2024 (UTC)[ответить]

Не понял - а как править только свой коммент в обсуждении?[править код]

Вот некая тема на форуме. "Ответить" на чей-то коммент - могу, есть ссылка. Но после того, как сохранил ответ, решил его поправить... и??? "Править код" всей темы только имеется (как вижу) - а если там 100500 комментов и подкомментов?.. (просто в первый раз столкнулся) -- Алексей Густов (обс.) 20:24, 16 марта 2024 (UTC)[ответить]

PS Ну и чтоб два раза не вставать: когда создаешь новую тему - есть "викификатор" (одним кликом "типографские кавычки" сделать, из дефиса тире и т.п.) в панельке над окном редактирования. А когда создаешь коммент - "викификатора" нет (или не видно, панелька иная над окном редактирования). "Дискриминация" какая-то ;) -- — Эта реплика добавлена участником Алексей Густов (ов)

У итальянцев такая карта красивая в карточке... Можно как-то и нам такую? — @ 17:37, 16 марта 2024 (UTC)[ответить]

Исчезает кнопка «ответить»[править код]

Узкая проблема, связанная с форумом и обсуждениями: после моего ответа исчезает кнопка «ответить» и приходится обновлять страницу, чтобы снова кому-то ответить. Раньше такого не было, а теперь и на мобильном устройстве, и на компьютере так. Xiphactinus88 (обс.) 12:08, 16 марта 2024 (UTC)[ответить]

Сортировка[править код]

Как сделать что бы сортировка работала? Участник:Kaiyr/История Власти Kaiyr (обс.) 11:19, 15 марта 2024 (UTC)[ответить]

  • Чтобы пробелы и сноски не мешали сортировке чисел можно в прямую использовать data-sort-value, например | align="center" data-sort-value="{{ПлощадьРегионы|Якутия}}" | {{formatnum:{{ПлощадьРегионы|Якутия}}}}, но так надо будет делать у каждой строчки. Более удобно указать у каждой колонки data-sort-type, например: ! data-sort-type="number" | Население,<br>чел.. Подробнее об этом можно прочесть тут windewrix (обс.) 11:39, 15 марта 2024 (UTC)[ответить]

Vector 2022 для Русской Википедии[править код]

Коротко о «Vector 2022»

Привет.

Мы «команда Веб» Фонда Викимедиа. За прошедший год «команда Веб» приблизилась к тому, чтобы перевести все Википедии на использование нового внешнего вида «Vector 2022». Теперь мы готовы начать обсуждение того, как сделать внешний вид (интерфейс) «Vector 2022» по умолчанию в Русской Википедии.

«Vector 2022» – новый интерфейс, разработанный и протестированный совместно с сообществами за последние четыре года. В настоящее время он используется по умолчанию в большинстве Википедий и родственных проектов Викимедиа.

До сих пор, интерфейс активно использовался вышедшими из системы и вошедшими в систему пользователями и является предпочтительным для большинства редакторов Вики. Из всех активных зарегистрированных пользователей, у которых есть возможность выбрать любой внешний вид, 87% зарегистрированных активных пользователей в среднем используют «Vector 2022».

Мы хотели бы сделать «Vector 2022» по умолчанию для всех вышедших из системы, а также для всех вошедших в систему пользователей, которые в настоящее время используют устаревшую версию «Vector устаревшая (2010)». Вошедшие в систему пользователи могут в любое время переключиться на любые другие доступные интерфейсы, включая текущую версию «Vector устаревшая (2010)», «Timeless» и «Monobook». Для пользователей интерфейсов, которые используют «Timeless» или «Monobook», никаких изменений не ожидается, а поддержка этих интерфейсов будет продолжена и в будущем.

О интерфейсе
Слайды к нашей презентации на Викимании 2022. Вы также можете прослушать презентацию на YouTube (на английском).

[Почему необходимы изменения] Когда создавался текущий внешний вид по умолчанию, он отражал потребности читателей и редакторов, какими они были еще 14 лет назад. С тех пор новые пользователи начали использовать Интернет и проекты Викимедиа по-разному. Старый интерфейс не удовлетворяет их потребности – ее трудно читать, ориентироваться и использовать.

[Цель] Цель внешнего вида «Vector 2022» – сделать интерфейс более привлекательным и комфортным для читателей и полезным для опытных пользователей. В нем представлен ряд изменений направленных на устранение проблем, с которыми сталкивались новые и опытные читатели и редакторы со старым интерфейсом. Оно соответствует запросам пользователей, желанию сообществ, а также существующим гаджетам и писменностью.

[Коротко о изменениях] Новый внешний вид вносит изменения в навигацию и вид сайта. Интерфейс добавляет постоянные элементы, такие как всплывающий заголовок и содержание, чтобы упростить доступ к часто используемым действиям. Также вносит некоторые изменения в общий стиль страницы. Анализ собранных данных показал, что эти изменения улучшают читаемость и удобство использования, а также экономят время, затрачиваемое в настоящее время на прокрутку, поиск и навигацию, что совместно облегчает процесс чтение. Новый интерфейс не удаляет никаких функций, доступных в настоящее время в старом интерфейсе. На сайтах Викимедиа с новым внешним видом по умолчанию нет никаких негативных последствий при просмотре страниц, создания учетных записей или в числе редактирований. Все это также помогла нашему коду соответствовать современным стандартам и упростила обслуживание всех остальных интерфейсов. Мы сократили PHP коды в других доступных интерфейсах на 75%. Проект также был сосредоточен на упрощении поддержки гаджетов и использования API.

[На будущее] Новый интерфейс позволяет легче вносить дальнейшие улучшения. Новые функции, такие как управление размером шрифта и темный режим, будут доступны для интерфейса «Vector 2022».

Special:GlobalPreferences

[Оцените] Мы рекомендуем вам попробовать новый интерфейс, перейдя на вкладку «Внешний вид» в ваших конфигурациях и выбрав «Vector 2022» из списка интерфейсов.

Как редакторы могут изменять и настраивать внешний вид?

Мы предоставляем возможность настраивать и персонализировать наши изменения.

  • Мы рады работать с волонтерами с техническими навыками, которые хотели бы создавать новые гаджеты и скрипты. На данный момент многие гаджеты и пользовательские скрипты были созданы разработчиками из сообществ. Эти аспекты включают в себя создание интерфейса на всю ширину, отключение липких элементов, возврат старого типа содержания и многое другое. Мы рекомендуем вам ознакомиться со списком доступных на данный момент настроек и изменений в нашем репозитории или добавить свои собственные. В добавок:
  • Теперь пользователи могут выбрать ширину, при которой они предпочитают просматривать интерфейс, с помощью переключателя, расположенного в правом нижнем углу экрана.
  • Пользователи могут просматривать меню в разных состояниях – открывая конкретные меню, которые они хотят видеть, и сворачивая те, которыми они пользуются реже.
Откуда мы знаем, что этот интерфейс улучшение?

Это данные, которые мы собирали на протяжении всего процесса создания нового интерфейса:

  • В среднем 87% вошедших в систему пользователей, на наших сайтах Викимедиа, на которых внедрили новый интерфейс раннем этапе, пользователи продолжают использовать новый внешний вид.
  • Устойчивый заголовок облегчает поиск инструментов, которые часто используются редакторами. Это уменьшает прокрутку до верхней части страницы на 16%.
  • Новое содержание упрощает навигацию по различным секциям. Читатели и редакторы переходили к разным разделам страницы на 50% чаще, чем при использовании старого интерфейса.
  • Новая панель поиска упрощает поиск, а также упрощает поиск правильного результата поиска из списка. Это увеличило количество поисковых запросов на 30% сайтах, на которых мы тестировали.
  • Новый интерфейс не оказывает негативного влияния на просмотры страниц, количество правок или создание учетных записей. На самом деле, имеются данные наблюдений за увеличением количества просмотров страниц и созданием учетных записей.
Наш План

Теперь мы готовы включить новый внешний вид по умолчанию в Русской Википедии и хотим услышать ваши отзывы об изменениях. Мы планируем сперва обсудить изменения здесь, ответить на вопросы и узнать проблемы в течение месяца. После этого мы надеемся уточнить дату развертывания. Мы с радостью ответим на ваши вопросы, опасения или дополнительные соображения! Мы также поможем вам настроить то, с чем «Vector 2022» может быть несовместим. Ознакомьтесь с ЧаВо. Там вы можете найти полезные ответы на ваши вопросы.

Вопросы от команды Веб для сообщества Русской Википедии
  1. Испытываете ли вы какие-либо проблемы с гаджетами или функциями, вызванные новым интерфейсом?
  2. Существуют ли какие-либо известные вам конфигурации, которые отличаются от конфигураций в других Википедиях и могут быть затронуты изменениями?
  3. Есть ли у вас какие-либо вопросы относительно отказа от нового интерфейсов или каких-либо функций, которые мы внедрили?

Спасибо! — Mehman (WMF) (обс.) 21:00, 6 декабря 2023 (UTC)[ответить]

  • Хорошая попытка, но нет. Отступы как были между всеми элементами гигантские, так и остались. Интерфейс как был абсолютно непригоден к использованию, так и остался. Iluvatar обс 21:12, 6 декабря 2023 (UTC)[ответить]
  • Пока не введут нормально Zebra, вектор именно по умолчанию включать нельзя, так как дизайн сырой и иногда вызывает очень сильные вопросы. То есть как рабочий механизм и внутренний проект - это очень крутая штука. Как проект для внешнего пользователя - сомнительно.
    Вопрос кстати, а откуда взялась цифра в 87% вошедших в систему? Это даже те, кто не сделал ни одной правки? Iniquity (обс.) 21:46, 6 декабря 2023 (UTC)[ответить]
    • Привет. Не могли бы вы рассказать нам немного подробнее о ваших опасениях по поводу дизайна? Вы упомянули, что это вызывает некоторые вопросы - какие конкретные вопросы у вас есть по этому поводу? Что касается 87%, вы можете найти более подробную информацию вот здесь. Где, мы определяем активных редакторов, как редакторов, которые сделали не менее 5 правок в проекте за последние 12 месяцев. С уважением, – Mehman (WMF) (обс.) 22:20, 8 декабря 2023 (UTC)[ответить]
      • > Привет. Не могли бы вы рассказать нам немного подробнее о ваших опасениях по поводу дизайна? Вы упомянули, что это вызывает некоторые вопросы - какие конкретные вопросы у вас есть по этому поводу?
        Сейчас дизайн выглядит так, как-будто его лепили из разных кусков с непонятной целью. Разные размеры колонок, непонятные цветовые решения. Zebra многое из этого исправляет, но текущий прототип всё-равно не исправляет всё. Например, у меня есть такие претензии: https://phabricator.wikimedia.org/T314727, https://phabricator.wikimedia.org/T329715, https://phabricator.wikimedia.org/T308286, https://phabricator.wikimedia.org/T313063.
        > Что касается 87%, вы можете найти более подробную информацию вот здесь. Где, мы определяем активных редакторов, как редакторов, которые сделали не менее 5 правок в проекте за последние 12 месяцев.
        Спасибо за ответ! А известно что-то про английскую википедию? Просто такие маленькие вики, кроме pt не показательны. Iniquity (обс.) 01:35, 9 декабря 2023 (UTC)[ответить]
        • This answer comes from Olga:
          Thanks @Iniquity for this comment and the links. We'll add notes on each of these issues but also wanted to point out that there is some level of subjectivity included in design evaluation details. While we enjoy going into detail, we try to keep the basic goal in mind. The goal for deployment is to provide a large improvement over the old Vector legacy skin. From there, tweaking and making improvements to the Vector 2022 skin will continue over time (take the recent Zebra work for example; you may also be well aware of the Accessibility for reading project). With that in mind, here's some thoughts around these specific tickets:
          1. T314727 - We want to make font sizes more consistent throughout the page. Recently, we performed an audit (T344515) on font size consistency and made changes to some of the font sizes at the top of the page (T346062).  We're currently working to standardize these sizes throughout the page (T350833)
          2. T329715 - I (Olga) have reached out to our engineers for more information on this one
          3. T308286 - Our designer, JScherer-WMF, is looking into this over the next couple of weeks. Likely the solution will be to look at alternate typefaces or presentation of the wordmark
          4. T313063 - This is an interesting feature request. Personally, I think it has a lot of potential. To do something like this, we would need to coordinate closely with the Language team and make some changes to the way we present menus. This will probably take a month or two from beginning to finish once prioritized. From the team's perspective, we don't think this is a blocker for deployment across all the wikis (in fact, switching all logged-out users to the new version of the language selector will make it easier to continue with work like this as we'll support one less version for logged-out users).
          5. English Wikipedia statistics - Sure, data from English Wikipedia (as well as a bunch of other wikis, incl. Russian) is available here: T334021#8799088.
        • Hope that's helpful! Let us know what you think. Thank you! SGrabarczuk (WMF) (обс.) 04:06, 12 января 2024 (UTC)[ответить]
  • Как я понимаю, спрашивать, включать ли новый вектор, никого не будут, хотя здесь в рувики многие против этого. Многие пишут про огромные пустые пространства, но я от себя могу отметить непонятную мне тягу к тому, чтобы сделать интерфейс для ПК более близким к мобильному, хотя существует отдельная мобильная версия сайта, и зачем это делать непонятно. Огромные кнопки, бо́льшие отступы между абзацами, никак не оформленный огромный текст у содержания, инструментов и т.п. — зачем всё это? @ w @ (обс.) 06:17, 7 декабря 2023 (UTC)[ответить]
    • Привет. Спасибо за вопрос. Люди неоднократно поднимают этот вопрос. Но на самом деле эти изменения были внесены для настольной версии и протестированы на настольных версиях. Как вы упомянули, у нас есть отдельный сайт для мобильных устройств. Команда хотела сделать сайт более удобным для чтения и понятным для новых пользователей, в то же время улучшив навигацию для существующих пользователей. Мы сосредоточились на проблемах, характерных для настольных версий, о которых сообщали как читатели, так и редакторы с момента включения векторного интерфейса в 2010 году. К ним относятся трудности с пониманием навигации или время, затрачиваемое на прокрутку страницы. Если у вас есть немного времени, мы приглашаем вас ознакомиться с другими нашими исследованиями, начиная с ЧаВо, а также с нашим списком отчетов об исследованиях, в которых собраны выявленные нами проблемы, способы тестирования предлагаемых решений с читателями и редакторами и то, как эти тесты повлияли на окончательную версию каждой функции. Спасибо, – Mehman (WMF) (обс.) 22:22, 8 декабря 2023 (UTC)[ответить]
      • Что входит в тестирование настольных версий? Как я понимаю, вы не тестируете на низких разрешениях типа 1280x1024. Большинство жалоб от опытных пользователей приходят именно из-за того, что при низком разрешении интерфейс трудно использовать. Nikolay Komarov (обс.) 10:44, 4 февраля 2024 (UTC)[ответить]
  • Странно видеть, что команда нового Вектора хочет включить интерфейс в русской Википедии при том, что я неоднократно указывал на проблемы и баги нового дизайна, которые необходимо решить перед включением, как на звонках с представитель:ницами команды, так и при личных расспросах. Выглядит как попытка проигнорировать эти баги и эти проблемы и ничего не делать. Нет уж, если например T282024 не будет решён — никакой новый Вектор ни в какой русской Википедии включать не надо. Помимо кучи других проблем. stjn 08:26, 7 декабря 2023 (UTC)[ответить]
    • Присоединяюсь. Зачем собирали фидбэк, если он проигнорирован? Лес (Lesson) 11:43, 7 декабря 2023 (UTC)[ответить]
      • mediawikiwiki:Bug management/Development prioritizationAlex NB IT (обс.) 13:58, 7 декабря 2023 (UTC)[ответить]
        • Привет @Stjn, спасибо вам за ваш комментарий, а также за вашу работу с нами в течение последних нескольких лет. С тех пор, как мы начали работу над проектом, мы внесли множество изменений, чтобы сделать интерфейс более подходящей для разных сообществ, например, переключение ширины контента или предстоящие визуальные изменения «Зебра». Мы по-прежнему открыты для дальнейших улучшений. Одна из целей этого обсуждения – привлечь внимание к любым оставшимся препятствиям. К сожалению, проблема, описанная в задаче, на которую вы ссылаетесь, технически не является частью интерфейса. Это часть «универсального переключателя языка», который находится под управлением «языковой команды». Мы можем связаться с ними и узнать, что они думают по поводу этого предложения. Мне также любопытно, какие другие тикеты или проблемы, по вашему мнению, все еще остаются препятствием и почему? Спасибо, – Mehman (WMF) (обс.) 22:23, 8 декабря 2023 (UTC)[ответить]
          • Кратко отвечу тому, кто написал оригинал (потому что это явно не вы), что проблемы универсального переключателя языков являются проблемами нового Вектора, потому что новый Вектор заставляет им пользоваться независимо от настроек пользователя. Плохой ответ. stjn 22:27, 8 декабря 2023 (UTC)[ответить]
            • Hey @Stjn, thanks for pressing for clarification. What we meant was not that we don't think that changes to ULS columns (if necessary) are out of scope for the purpose of the conversation or for future development. Simply, there isn't anything that our team can do for this request outside of relegating it to the Language team and beginning a conversation and possible collaboration with them - which we will do!
              However, we do want to point out that the timing of thinking through, researching, and working on a request like this might be independent from the deployment of the skin, depending on the priority of the issue itself. For this specific request - from the team's perspective, we do not think it is necessary to complete prior to deployment.
              In general, the baseline we are aiming for prior to deployment is significant improvement over the previous Vector skin, which we believe (based on the data we have collected and on usage patterns across the 90% of Wikipedias that have been using this skin as default for nearly a year) we have achieved.
              This doesn't mean that we will not continue making changes and improvements to the skin after deployment. As you've seen, we've made many changes to the skin this year based on editors' feedback even after the majority of the deployments are complete. We plan on continuing this into the future.
              Hope this makes sense! SGrabarczuk (WMF) (обс.) 18:01, 15 января 2024 (UTC)[ответить]
  • @Mehman, расскажи, пожалуйста как именно тестировали изменения? аб-тестом?
    Возможно ли ознакомиться подробнее с дизайном и результатами запущенного эксперимента? (интересует табличные данные с показателями для тестовой и контрольной группы, в первую очередь)
    Какую гипотезу проверяли при изменении и в изменение каких метрик вы целились? Rampion 08:31, 7 декабря 2023 (UTC)[ответить]
    • Привет @Rampion. Спасибо за ваш комментарий и вопрос. Процесс разработки каждой функции, как часть дизайна, выглядел (примерно) следующим образом:
        • Выявление проблем – изучали то, как читатели и редакторы использовали старый «Вектор», и выявляли причины, по которым пользователи испытывали трудности с конкретной частью интерфейса. Это было сделано с помощью генеративного тестирования на нескольких различных языках.
        • Создание прототипов и тестирование пользователями – команда создала прототипы с предлагаемыми изменениями, которые были качественно протестированы редакторами в ряде сообществ. Это тестирование помогло нам преобразовать прототипы в окончательную версию, которая прошла стадию A/B тестирования.
        • A/B или количественное тестирование – команда провела A/B тест отдельных функций или групп функций на тестовых вики-сайтах и проанализировала результаты.
        • Развертывание – после A/B-теста мы либо подтверждали функцию, если наша гипотеза была верна, либо повторяли и тестировали снова, если гипотеза не подтверждалась.
    • Самый простой способ проверить данные – начать со страницы Функций в документах нашего проекта. Для каждой функции у нас есть раздел для качественного и количественного теста. Раздел количественных данных должен содержать ссылки либо на тикет в phabricator-e, либо на блокнот, содержащий исходный анализ. (Например, проверьте наш анализ A/B-теста о прикрепляемых заголовках). Хранилище ссылок также содержит коллекцию других связанных отчетов. Если у вас есть вопросы по конкретному анализу – пожалуйста, дайте мне/нам знать! – Mehman (WMF) (обс.) 22:28, 8 декабря 2023 (UTC)[ответить]
  • Я уже не раз высказывался за новый вектор. Не считаю его «таким уж хорошим», но, несомненно, считаю, что он лучше, чем любой другой существующий дизайн, если убрать из уравнения компоненту «он хороший, потому что я привык за много лет». Но, учитывая, скольким он не нравится, не уверен, что это получится. Игорь (обс) 10:15, 7 декабря 2023 (UTC)[ответить]
  • Я уже по собственной воле выбрал себе версию «Vector устаревшая (2010)», не надо мне, пожалуйста, в принудительном порядке менять её на «Vector 2022». Рискну предположить, что принудительная замена сейчас нужна для того, чтобы потом утверждать, что 99% пользователей не вернулись обратно на устаревшую версию (с тем, чтобы в дальнейшем полностью прекратить её поддержку), при этом будет игнорироваться то обстоятельство, что из активных пользователей на устаревшую версию вернётся почти 100%. — Jim_Hokins (обс.) 10:22, 7 декабря 2023 (UTC)[ответить]
    • @Jim Hokins, thanks, we accept your choice and won't force you to change the skin. You're also welcome to take a look at the Phabricator tickets with statistics we've provided above, talking with Iniquity. Generally, depending on the wiki, between 80-90% of active editors (editors with more than 5 edits over the past month) use the Vector 2022 skin. That said, individual users can choose whichever skin they like and we support both Vector legacy and Monobook. If you would like to avoid the change altogether, we recommend that you set Vector legacy as the default skin in your global preferences. This will ensure you do not see the Vector 2022 skin when we change the default. Спасибо SGrabarczuk (WMF) (обс.) 04:13, 12 января 2024 (UTC)[ответить]
      • (1) У меня уже давно включена эта настройка. Боюсь, что она не помешает принудительному переключению скина по воле технических специалистов. (2) Большинство активных пользователей в этом обсуждении высказались против включения Вектора 2022 по умолчанию. Но все Ваши ответы выглядят так: «ваше мнение важно для нас, мы с вами обсудим все вопросы, но всё равно сделаем по-своему (подключим всем по умолчанию Вектор 2022)». — Jim_Hokins (обс.) 12:41, 12 января 2024 (UTC)[ответить]
  • Совсем недавно из-за очередного улучшайзинга мне пришлось расстаться с привычным за 15 лет монобуком и перейти на «Vector устаревшая (2010)», уступающий ему во всех отношениях. Сейчас мне, активному редактору и автору, в принудительно порядке втюхивают ещё что-то более сырое и неэстетичное. Мне до смерти надоедли юные разработчики, умирающие от желания внедрить что-то новенькое, и их покровители, осваивающие бюджеты. Лучшее враг хорошего, между прочим. Дайте мне спокойно заниматься своими вики-делами, не отвлекаясь и не огорчаясь каждый раз, как открываю сайт. — Dmartyn80 (обс.) 11:39, 7 декабря 2023 (UTC)[ответить]
  • Я предлагаю сразу ввести требование неписать статей больше 20 строчем и тогда новый вектор будет действительно любим всеми. VladimirPF 💙💛 20:44, 7 декабря 2023 (UTC)[ответить]
  • Белые поля широкие слева и справа выглядят катастрофически плохо на скриншотах. — Туча 23:20, 8 декабря 2023 (UTC)[ответить]
  • Я провёл эксперимент: посмотрел размер статей в экранах в обоих вариантах вектора. Открыл нынешнюю избранную статью Стаффорд, Ральф, 1-й граф Стаффорд: в старом векторе - 7 экранов, в новом - 9. И это ведь крайне маленькая избранная статья. VladimirPF 💙💛 18:48, 10 декабря 2023 (UTC)[ответить]
  • Я предлагал переключиться на вектор три месяца назад. Наиболее опытные участники встретили предложение крайним неодобрением, не заботясь об аргументации. Лично я это воспринимаю как нежелание отказываться от привычного интерфейса. Nikolay Komarov (обс.) 11:39, 12 декабря 2023 (UTC)[ответить]
    • А можно для начала аргументы «за» новый интерфейс узнать, чтобы давать контраргументы? А то ещё в том обсуждении были лишь неизвестные исследования, объективность которых под большим вопросом. @ w @ (обс.) 12:03, 12 декабря 2023 (UTC)[ответить]
      • Я на основе опыта предполагаю, что такой вопрос иногда задаётся предубеждённым участником уже с намерением и нацеленностью опровергнуть ответ, каким бы он ни был, поэтому я сделаю следующую оговорку. В вашем вопросе я подозреваю у вас добрые намерения. Но для всех, кто уже настроился упираться несмотря ни на что, я напишу следующий абзац.
        Я согласен с тем, что для изменений нужны причины, но я не считаю, что эти причины обязательно должны быть подкреплены статистикой, собранной чуть ли не научным двойным слепым рандомизированным мета-исследованием на миллионах участников за несколько лет. То, что в пользу нового интерфейса нет железной статистики, к которой невозможно будет придраться, не значит, что переход на него не надо обсуждать; это также не значит, что пока её не будет, не должно быть и перехода. Как я помню, у нас другой принцип: если сумма высказанных аргументов "за" больше, чем "против", то нужно хотя бы попытаться достичь согласия, учесть замечания, но продвинуться в ту сторону, которая по аргументам выглядит предпочтительнее.
        Вообще-то аргументы "за" изложил автор темы. Разве они недостаточно весомы? Я добавлю свои, субьективные. Старый интерфейс для меня выглядит архаичным, он замусорен всем подряд. В левой колонке много таких ссылок, которые если и нужны, то редко. Мне нравится, что в новом интерфейсе инструменты находятся справа и не мешают чтению. Думаю, для большинства посетителей сайта это гораздо удобнее.
        На экранах с разрешением выше FullHD в старом векторе текст слишком широкий, его неудобно читать, поэтому сужение текста в новом векторе до колонки посередине я считаю полезной особенностью.
        Кроме того, много информации приходится добирать из английской Википедии, а там уже натянут новый вектор, и просмотр двух разных версий по очереди вызывает замешательство.
        Заранее спасибо, но мне не нужны советы, как мне лично исправить перечисленные проблемы. Речь не обо мне. Эти недостатки присущи старому дизайну, миллионы посетителей русской Википедии на них будут натыкаться. Лучше будет, если им не придётся этого делать. Nikolay Komarov (обс.) 11:12, 13 декабря 2023 (UTC)[ответить]
        • > В левой колонке много таких ссылок, которые если и нужны, то редко.
          Это не проблема конкретного скина. В идеале все ссылки в меню должны быть настраиваемыми независимо от скина. В ином случае есть метрики, неиспользуемое можно убрать и без смены скина.
          > На экранах с разрешением выше FullHD
          Вот для FullHD пусть и включают новый вектор, а для низких разрешений не нужно.
          Ваши аргументы больше похожи на вкусовщину (Думаю, для большинства посетителей сайта это гораздо удобнее.). ~~‍~~ Jaguar K · 12:51, 13 декабря 2023 (UTC)[ответить]
        • Ваш агрессивный тон - главное, что меня всегда отталкивало от подобного типа технически продвинутых участников рувики. Ещё меньше мне нравится апелляция к миллионам потребителей, которые сами Википедию не пишут, и даже не редактируют. Тогда как несколько сот чрезвычайно активных создателей контента Рувики поставлены в угол, и как всегда на них откровенно наплевали. Ничего не меняется. Откровенная дегуманизация и потребительский подход, ориентированный на катастрофически сниженный интеллектуальный фон большинства. Хотя Википедия, по идее, должна его немножко поднимать и высветлять. В общем, ничего не изменилось в подходе, виденном мной за все полтора десятилетия пребывания в этом (нет, уже не "нашем") проекте. Dmartyn80 (обс.) 08:36, 14 декабря 2023 (UTC)[ответить]
          • Меня огорчает, что вы воспринимаете мой тон как агрессивный. Я не имел намерения обидеть или оскорбить вас; если так получилось, я прошу прощения. В любом случае, я все лишь обычный участник, даже не АПАТ, поэтому мои взгляды никакой угрозы для вас не представляют. Nikolay Komarov (обс.) 10:30, 15 декабря 2023 (UTC)[ответить]
  • Давно пора. Я исключительно сижу на старом векторе здесь чтобы видеть как статьи отображаются для незарегистрированных пользователей. А так бы давно поменял. Англовикой пользоваться намного приятнее. M0d3M (обс.) 09:59, 13 декабря 2023 (UTC)[ответить]
  • Я считаю принципиально неверным подход разработчиков: свместо нынешнего «сделаем максимально подходящее для большинства» должен быть «сделаем удобно настраиваемое до максимально подходящего для подавляющего большинства» — и я не только о возможности менять её в индивидуальных настройках, но и о возможности для администраторов и инженеров (желательно) или хотя бы администраторов интерфейса менять её в версии по умолчанию. И пусть не обманывают эти 87 %: во-первых, если человек зарегистрировался, чтобы исправить опечатку, он вряд ли сразу же пойдёт менять настройки (кстати, а обессроченные серийные вандалы тоже входят в эти проценты?); во-вторых, значительное число людей пытается что-то поменять, только если что-то очень не нравится (а сколько процентов переходят на «Vector 2022» в тех разделах, где по умолчанию установлена старая версия?). В частности, если бы ширина не задавалась жёстко, а была бы возможность её легко отрегулировать в максимально широких пределах, то один из самых существенных аргументов против «Vector 2022» отпал бы.
    Замечу также, что для русского раздела Википедии вопрос удобства интерфейса по умолчанию более важен, чем для абсолютного большинства других разделов, из-за наличия политически цензурируемых клонов русского раздела. NBS (обс.) 14:31, 13 декабря 2023 (UTC)[ответить]
    • ...но в них-то, в обоих (в руни и рувики, не помню, как в Zнании), вектор-2022 был включен сразу. MBH 14:54, 13 декабря 2023 (UTC)[ответить]
      • Добрый день @MBH, thanks for your comment! We'd like to address three of your points:
        • First, in terms of customizability. Our goal is to have a default that is strong for the majority of our users - readers and new editors. This takes into account that most users don't customize their experience even if they technically may, and it is a good foundation for any changes (customizations, future improvements, etc.). We understand that many long-time and/or very active editors prefer different variations and layouts of the page. (For example, constant access to certain tools). We introduced customization into the skin for these reasons
        • In terms of the 87%, as we mentioned above, this is the data from active editors - editors who have made more than 5+ edits over the past month. We welcome you to explore the data available (T317529#8246686). If we look at all editors regardless of edit count and frequency, we get closer to 95%.
        • Prior to the deployment, the Vector 2022 skin was the most popular non-default skin across the majority of Wikipedias.
          Спасибо. SGrabarczuk (WMF) (обс.) 04:23, 12 января 2024 (UTC)[ответить]
    • А в чем разница подходов? И настройки нового вектора через админов и аинов так же возможен. Iniquity (обс.) 18:45, 13 декабря 2023 (UTC)[ответить]
    • мы, редакторы, включим себе тот интерфейс, который нам удобен
      вот посетители интерфейс по умолчанию поменять не смогут, их и надо спрашивать
      и если в новом векторе пока интервики не работают нормально - значит включать его не нужно, это важный элемент ·Carn 16:26, 4 февраля 2024 (UTC)[ответить]
  • Главное, что мне непонятно: зачем заставлять всех принудительно зауживать отображение статей? Особенно это жутко смотрится у тех, у кого широкие мониторы (а таких немало). С планшетов статьи никто не пишет, поэтому зачем искусственно усложнять жизнь тем, кто пишет статьи с компьютеров/ноутбуков? Понятно, что опытные участники могут даже в новом интерфейсе переделать отображение к привычному виду, но складывается ощущение, что никакие доводы против разработчики принимать не хотят, считая своё мнение единственно правым. Vladimir Solovjev обс 16:52, 13 декабря 2023 (UTC)[ответить]
28 экранов статьи Второе нашествие марсиан
17 экранов той же статьи в старом векторе.
VladimirPF 💙💛 06:43, 15 декабря 2023 (UTC)[ответить]
  • И текст тонет в куче строчек слева и справа. Лично меня такое положение не устраивает от слова "совсем". Да ещё и поля широченные при этом. Dmartyn80 (обс.) 08:14, 15 декабря 2023 (UTC)[ответить]
    • В таком случае достаточно нажать кнопку и кнопки «Скрыть» на боковых панелях. Тогда текста влезет не меньше, чем на старом Векторе M5 (обс.) 08:57, 15 декабря 2023 (UTC)[ответить]
      • Ну вот у меня вышло вот так: Протестировала на одной статье. В старом — 17 экранов, в новом (с нажатой кнопкой и скрытой боковой панелью) — тоже 17. Боковая панель в старом векторе тоже по сути скрыта по умолчанию (под кнопкой «Ещё»). Так что соглашусь, что текста влезает не меньше. Странная претензия, если честно. -- Megitsune-chan 💬 12:36, 12 января 2024 (UTC)[ответить]
  • Повторюсь, я считал с нажатой кнопкой полной ширины и скрытыми боковыми панелями (кнопки скрыть у Главное меню, Содержание, Инструменты). В вашем видео это не сделано M5 (обс.) 08:49, 15 декабря 2023 (UTC)[ответить]
    • Сокрытие постоянное или придётся это делать каждый раз? Dmartyn80 (обс.) 09:10, 15 декабря 2023 (UTC)[ответить]
    • 22 экрана с нажатой кнопкой "во весь экран"
      Простите, но вот вам 22 экрана с нажатой кнопкой "во весь экран". Это на 5 экранов больше, чем в старом векторе. Давайте обсудим, какие ещё телодвижения нужно сделать, что бы новый вектор приблизить к старому. VladimirPF 💙💛 07:17, 18 декабря 2023 (UTC)[ответить]
      • У вас по бокам две колонки, вверху каждой есть кнопка «Скрыть». Полагаю, настоящий «весь экран» будет, если их нажать. Вы получите текст от края до края. Nikolay Komarov (обс.) 08:14, 18 декабря 2023 (UTC)[ответить]
        • О, Боже, ну нафига мне все эти пляски с бубуном? Чем дальше читаю обсуждение, тем больше вижу, как много усилий нужно, что бы впасть в веру в вектор-22. Зачем все эти усилия, если они никому не нужны? VladimirPF 💙💛 08:48, 18 декабря 2023 (UTC)[ответить]
          • Я полагаю, что ваши вопросы -- риторические.
            Вообще, автор этой темы пытается предоставить наилучший инструмент для незарегистрированных пользователей и для основного числа редакторов, поэтому его команда ориентируется на типовые, наиболее распространённые сценарии использования и пытается улучшить впечатления именно в этих рамках.
            Я не знаю, почему для вас так важен критерий максимального количества текста в одном экране (и минимального количества экранов на статью), но в любом случае -- никто не собирается отнимать у вас старый вектор, поэтому нет причин для расстройства или возмущения. Nikolay Komarov (обс.) 09:11, 18 декабря 2023 (UTC)[ответить]
            • но в любом случае -- никто не собирается отнимать у вас старый вектор, поэтому нет причин для расстройства или возмущения.
              Допустим, не собирается. Но по факту отнимет. У анонимов. Анонимы ведь тоже пишу статьи, в том числе длинные?
              Если у анонимов будет возможность настроек (иначе нафига все эти временные аккаунты?), то вопрос будет закрыт. А она будет? ~~‍~~ Jaguar K · 09:14, 18 декабря 2023 (UTC)[ответить]
              • Hey @Jaguar K. The current approach is that temporary account users will not have access to preferences. So they will need to create accounts (real accounts) to switch back to the old skin.
                But according to our observations, particularly from English Wikipedia, there are not many account creations about which we can tell: these may be due to the deployment. There is a short wave of course, and then the statistics go back to normal. On English Wikipedia, the number of additional user accounts was similar to the number of accounts that are created on 3-4 normal days, if I recall correctly. Спасибо! SGrabarczuk (WMF) (обс.) 04:40, 12 января 2024 (UTC)[ответить]
  • У большинства нет широких мониторов. Может, где-то за океаном в ходу мониторы 3000*2000, а вот у меня ноут 1366*768, и ничего у меня не длинное. Ноут с лучшим разрешением всяко стоит больше $1k, и мне не по карману. Полагаю, у большинства других положение немногим лучше. Matrixloader (обс.) 13:08, 3 марта 2024 (UTC)[ответить]
    • Вообще-то я давно не видел мониторов с разрешением меньше, чем FullHD, так что если человек читает со стационарного компьютера, что не так уж и редко, то скорее всего у него как минимум 1920×1080, но
      + На ноутбуке или планшете если разрешение всё же высокое, стоит соответствующий коэффициент (иначе им просто невозможно пользоваться), так что реальное разрешение 1920×1080 работает так же, как если бы это было 1366×768
      + Если человеку неудобно читать с большого монитора, он может просто не разворачивать окно на весь экран
      Тем не менее, если ширина колонки текста ограничена, а изображение или таблицу можно заставить занимать всю ширину экрана (с чем как раз у нового скина проблемы), это очень удобно. Tucvbif??? 13:37, 3 марта 2024 (UTC)[ответить]
  • Вопрос к знатокам: тот факт, что ссылка "Переключиться на старый вид" вместо смены скина направляет в настройки, а) нарочно мимикрирующие под старый вектор б) требуется выбрать скин и сохранить не считается жульничеством? а) и б) вместе наводит на мысль "Готово, ты уже поменял, кнопка сохранить серая, закрывай страницу". В англовики так же, так что не фича отключенного по умолчанию вектора. ~~‍~~ Jaguar K · 19:31, 13 декабря 2023 (UTC)[ответить]
    • У меня то же самое, но это из-за того, что я включил глобальную (для всех проектов и языковых разделов) настройку темы на Служебная: GlobalPreferences. Если это сделано, то для смены темы в конкретном проекте нужно поставить галку в [ ] Задать местное исключение для этой глобальной настройки в настройках проекта Служебная: Настройки, либо отменить/изменить глобальную настройку на Служебная: GlobalPreferences. M5 (обс.) 10:00, 14 декабря 2023 (UTC)[ответить]
      • Это у вас; у меня глобально тема не задана. ~~‍~~ Jaguar K · 15:46, 14 декабря 2023 (UTC)[ответить]
        • Отключил глобальную, проблему воспроизвести не удалось: при смене темы кнопка Сохранить становится синей, при обратном выборе — серой. Впрочем, вначале словил момент, когда кнопка сразу при открытии настроек была синей, хотя никаких изменений на странице настроек не было — возможно из-за изменения глобальных настроек. M5 (обс.) 20:39, 14 декабря 2023 (UTC)[ответить]
          • Это не проблема как таковая, а очень плохая практика. Вот как у меня: при переходе в настройках выбран текущий скин (вектор новый) и соответственно кнопка сохранить серая (т.к. я не ничего не менял). Естественное, если выбрать другой скин, то и кнопка сохранить станет активной.
            Подобная практика позволяет набрать 87% нечестным образом, т.к. учитываются не клики на кнопку возврата старого вектора, а смены темы. ~~‍~~ Jaguar K · 20:45, 14 декабря 2023 (UTC)[ответить]
            • А, теперь понял, проблема в том, что ссылка Переключиться на старый вид перебрасывает на страницу настройки с временно включённым старым Вектором (через параметр useskin=vector), но при этом не переключает настройку. Согласен, это вводит в заблуждение, нужно как минимум убрать &useskin=vector из этой ссылки, а ещё лучше переключать настройку при переходе. M5 (обс.) 20:56, 14 декабря 2023 (UTC)[ответить]
  • Переключился на Vector 2022 глобально. Тема более удобная, чем старый Vector, проблем с просмотром, редактированием и использованием большинства гаджетов нет. Исключение — гаджет Википедия:WE-Framework, доступ к нему полностью пропал в новой теме, из-за этого пока пришлось вернуть старую тему в Викиданных. Предполагаю, есть и другие гаджеты и скрипты с подобными проблемами. Надеюсь, несовместимые гаджеты будут доработаны, ещё лучше, если в Vector 2022 улучшиться обратная совместимость со старыми гаджетами, но не думаю, что проблема столь критична, чтобы откладывать переключение на новый интерфейс. M5 (обс.) 11:01, 14 декабря 2023 (UTC)[ответить]
  • Ограничение длины строки сделано для удобства чтения — тогда (надо) колоночный (газетный) вариант, с обязательным выравниванием по ширине, а не как сейчас стало повально только по левому краю, когда по правому краю — как придётся, что выглядит неряшливо. - 82.112.179.157 11:50, 14 декабря 2023 (UTC)[ответить]
  • А как в этом новом дизайне связывать статьи с иновики? Я попробовал в АнглВики и там предлагается делать лишний клик, переходить в Викиданные и связывать страницы уже там. — Mitte27 (обс.) 05:48, 15 декабря 2023 (UTC)[ответить]
    • Инструменты / Добавить ссылки на другие языки (столько же кликов, как и в старом векторе, но в первый раз найти сложнее) M5 (обс.) 09:12, 15 декабря 2023 (UTC)[ответить]
      • Почему сложнее? И лишний клик таки есть, так как список интервик скрыт и не понятно есть ли нужная интервика. Фаянсовый товарищ (обс.) 09:25, 15 декабря 2023 (UTC)[ответить]
        • Большинство случаев связывания — привязать статью вообще без интервик, а отсутствие интервик видно без кликов. А более сложные случаи уже могут потребовать нетривиальных перепривзяок в викиданных, то есть всё равно придётся переходить в викиданные. M5 (обс.) 10:13, 15 декабря 2023 (UTC)[ответить]
  • Давным-давно перешёл глобально с монобуки на В-22 (исключая коммонс - там без полноширинного интерфейса никак). На моём мониторе длина строк в В-22 примерно 200-240 символов (в окне редактирования 180-200), что чуть комфортнее чем 300 символов в монобуке. На этом преимущества, пожалуй, исчерпываются.
    • Интерфейс ru: так и не переведён. В левом главном меню чересполосица: "Main page Содержание Featured articles ... Report an error Как править статьи Community portal". В принципе не важно, но убого. Недоделали и бросили.
    • TOC так и прозябает где-то слева внизу, то и дело вовсе съезжает ниже экрана.
    • Очень плоха реализация интервики. Вместо статичных ссылок на фиксированном месте - теперь нужно открыть одно окно, потом второе, потом надо долго куда-то скроллить, а потом случайные мисклик открывает окно перевода, которое залипает и не закрывается, остаётся только перезагрузить страницу. Возможно, молодым-здоровым эти упражнения не в тягость, но для криворуких старпёров это почти так же невозможно, как печатать на телефоне. Я на интервики хожу через ВД - там этого цирка нет.
    • Прыгающий набор и функционал кнопок в правой верхней части экрана. Я в курсе, что это не баг, а "так надо". Но так нельзя. Если эти кнопки важны (а иначе зачем их делали такими жирными...), то они не должны скакать и изменяться. Retired electrician (обс.) 12:55, 15 декабря 2023 (UTC)[ответить]
      • По первому пункту: у меня главное меню переведено полностью (Заглавная страница, Содержание, Избранные статьи,...). Тут то ли частичное развёртывание в духе en:Canary release и т.п., то ли что-то криво закешировалось. M5 (обс.) 14:14, 15 декабря 2023 (UTC)[ответить]
        • Вероятно, у вас язык интерфейса=ru. А при en: (и вообще всех иных) выходит сумятица. Справочно, в других разделах ещё веселее: при языке интерфейса ru: в шведской википедии, к примеру, в меню три языка: "Huvudsida Содержание Featured articles ... Report an error Как править статьи Gemenskapens portal Forum" (при языке интерфейса en: у них, как и в ru:, англо-шведское двуязычие). При разгребании интервик это досаждает. Retired electrician (обс.) 20:51, 15 декабря 2023 (UTC)[ответить]
        • Связанная проблема - и тоже не баг но «так надо» - одни и те же пункты меню в разных википедиях в В-22 живут то слева, то справа. Например, в ru: "upload file" живёт справа. В sv: он слева. Retired electrician (обс.) 20:51, 15 декабря 2023 (UTC)[ответить]
    • @Retired electrician, привет, thank you for your opinion. I'm grateful that you spent the time writing this detailed list. I have a few questions and comments.
      1. The interface - I think it's fully translated now. I'm using V22 and the interface is in Russian. Could you confirm?
        1. @SGrabarczuk (WMF): I see no changes. The issue persists when the interface language and the site language are different. Retired electrician (обс.) 02:10, 16 января 2024 (UTC)[ответить]
          1. Thanks @Retired electrician:, let me get this straight. What wiki do you mean and what language are you using there? Some of the examples you mentioned should not be specific to any skin, but anyway, to identify the problem, I'd like to use the same settings you're using. Thank you! SGrabarczuk (WMF) (обс.) 16:26, 18 января 2024 (UTC)[ответить]
            1. @SGrabarczuk (WMF): Language set in global preferences = en. Wikipedias affected (language mishmash in menues) = cs, da, et, fi, lv, no, ru, sv... Wikipedias not affected = de, es, pt. Retired electrician (обс.) 01:00, 19 января 2024 (UTC)[ответить]
      2. The TOC is displayed below the main menu. Do you use this menu often? Most people don't. Perhaps some day we would delete the gray box saying "Языковые ссылки теперь находятся в начале страницы". The main menu would become shorter, and the TOC below it would be closer to the top. But in general, yes, sometimes the TOC may be really down the page.
      3. I'm sorry that you were confused by the new language menu. Perhaps this tip will be useful: this menu has a search widget. For example, when you want to go to Kazakh Wikipedia, you just type kk and press enter. You don't need to scroll to find the link.
        1. Not really confused, but unable to use pull-down controls reliably. Old fingers: sometimes they can, sometimes not. Retired electrician (обс.) 02:10, 16 января 2024 (UTC)[ответить]
      4. Could you write more about the buttons? "Но так нельзя, они не должны скакать и изменяться" - what do you mean, what happens with them? What should happen instead?
        Спасибо! SGrabarczuk (WMF) (обс.) 23:52, 15 января 2024 (UTC)[ответить]
        1. The four buttons in upper right. Normally it's "Alerts - Notifications - Watchlist - another pull-down menu", but scroll the page down and the first three buttons are replaced with four different buttons and the interwiki pull-down. Retired electrician (обс.) 02:10, 16 января 2024 (UTC)[ответить]
          • Thanks @Retired electrician. That's because of two reasons. First, there's less space in the "sticky header" (which you see when you scroll down the page) than at the top of the page. At the top of the page, the Edit button, language switching, and the user menu are in three different lines, and in the sticky header, there must be just one line. Secondly, the sticky header serves a different purpose - it's there for people to scroll less. So we needed to pick a limited number of icons. SGrabarczuk (WMF) (обс.) 16:19, 18 января 2024 (UTC)[ответить]
  • Сначала отвечу по существу. Я считаю представленный в английской википедии стиль оформления плохим и неудобным и категорически против того, чтобы он ставился по умолчанию в русском разделе. Для меня он ухудшил эргономику работы с текстом, стало неудобно. Отдельно добавлю о формате того, что команда разработчиков пытается выдавать за диалог с сообществом. Я внимательно прочел всю дискуссию выше, и считаю, что диалог как таковой не ведется, все что мы тут увидели - это его имитация для целей отчетности. Чисто галочку поставить. Не сомневаюсь, что вы его в итоге включите, несмотря на возражения многих участников. Пишу просто для того, чтобы не было возможности сказать, что все были за. Dwyane Tyrone Wade (обс.) 12:46, 16 декабря 2023 (UTC)[ответить]
    • В чем именно для вас состоит неудобство и ухудшение эргономики работы с текстом в новой теме? M5 (обс.) 15:56, 16 декабря 2023 (UTC)[ответить]
      • Много мелких факторов по совокупности. Например, я часто смотрю на то, как связаны между собой разные статьи, внутри раздела и между разделами. В текущей версии оформления линк ссылки сюда и ссылки на статьи в других разделах находятся в левом блоке, удобно. В новой версии оформления они расположены так, что добраться до них намного сложнее. Вместо этого слева - меню навигации по статье, которое только сбивает с толку, оно абсолютно бесполезно. Я не могу представить для себя сценарий его использования. Dwyane Tyrone Wade (обс.) 09:59, 17 декабря 2023 (UTC)[ответить]
  • @U:Mehman (WMF) 1 Проблема не только существуют гаджеты/проблемы или нет. Проблема в том, что их невидно, конкретно их вообще нет в обозримом пространстве вокруг текста. Давайте посмотрим на страный дизайн (конкретно, вы же спрашиваете у редакторов поэтому смотрим дизайн редактирования) - довольно много площади занимают разные фичи и инструменты, посмотрим на новый дизайн - одна, всего одна строка где всё спрятано в меню. Почему вы так заботитесь о том как посетители читают, но не обращаете внимания на то как редакторы пишут, редактируют и форматируют огромные массивы текста.
    2 Вся нажитая за эти годы конфигурация вокруг редактирования удаляется и вместо мощного редактора текста нам дают какой-то Блокнот.
    3 Почему новое редактирование насаживается так агрессивно? (Новые темы меняют способы работы с текстом. Есть же ссылка на мобильную версию, почему бы не сделать версию для чтения по ссылке или не разработать отдельно развиваемое оформление для нужд редакторов) Вот вы сделали легкое переключение между визуальным редактором и новым редактором текста - что-то можно сделать в одном, что-то в другом. У нас есть старый редактор текста, он нашпигован всякими удобствами наработанными за всё это время, но в него невозможно легко переключиться, мне приходится в url использовать action=submit (не перенаправляйте на новый дизайн еще и этот параметр). Зачем так агрессивно закапывать старые инструменты редактирования, они же не исчезнут из других тем оформления. ~Sunpriat 16:13, 23 декабря 2023 (UTC)[ответить]
    • 1. В новом векторе в меню Инструменты есть кнопка «переместить в боковую панель» 2. У меня режим редактирование кода и в старом и в новом векторе выглядит одинаково, в том числе панель инструментов редактирования с дополнительно настроенными гаджетами. Допускаю, что некоторые гаджеты редактирования, которых у меня нет, имеют проблемы с совместимостью. Я пока видел такую проблему только с ВП:WE-Framework, но он не относится к редактору кода. 3. Редактор кода нигде не закрыт по кнопке есть выбор между Визуальное редактирование и Редактирование кода. С url-параметрами приходится извращаться только в обратной ситуации — если надо использовать визиред на страницах обсуждений, где через UI доступен только старый добрый редактор кода. M5 (обс.) 16:50, 23 декабря 2023 (UTC)[ответить]
      • Действительно: участнику, редактирующему практически без модов, разница монобук-В22 в режиме редактирования почти не заметна. И там был слепой бледно-серый мелкий шрифт, и здесь то же несчастье. Но и это, похоже, «так задумано». Сделать шрифт в окне редактирования чёрным и того же размера, что основной - «так сейчас никто не делает!» Retired electrician (обс.) 15:18, 24 декабря 2023 (UTC)[ответить]
  • Мне нравится, что в левой колонке есть оглавление на основе заголовков. Не нравится то, что оно не генерируется вне пространства статей. Например, на этом форуме оглавление слева у меня не появляется. Nikolay Komarov (обс.) 20:12, 21 января 2024 (UTC)[ответить]

Управление размером текста и длиной строки[править код]

Кстати, сам только что нашел. В бета-функциях появилась функция частичной настройки дизайна нового вектора: Служебная:Настройки#mw-prefsection-betafeatures. Iniquity (обс.) 18:53, 13 декабря 2023 (UTC)[ответить]

  • Я ничего там не нашёл. Выше же написали: даже при нажатии на опцию "переход к старой версии" выбрасывает на общую страницу настроек, а кнопка "сохранить" серая. Dmartyn80 (обс.) 08:38, 14 декабря 2023 (UTC)[ответить]
  • У меня при включенном Векторе 2022 на закладке "Внешний вид" сразу после выбора темы оформления есть вот такой блок:
    Настройки темы
    X Включить адаптивный режим
    Адаптирует макет страницы к размеру экрана мобильного устройства.
    X Включить режим ограниченной ширины
    Включите режим ограниченной ширины для улучшения читательского опыта.
    Ну так вот, если второй крестик убрать, что появляется возможность скрывать боковые панели и получать максимальную ширину текста, на весь экран. Об этом ведь речь? Nikolay Komarov (обс.) 12:09, 14 декабря 2023 (UTC)[ответить]
    • Можно подробнее про сокрытие боковых панелей? Широкий экран на рабочем компе забивается просто чудовищным количеством мусора, который дублируется, и оставляет узенькую колонку основного текста посередине. Набор инструментов сверху - это что-то матерное. Dmartyn80 (обс.) 17:03, 14 декабря 2023 (UTC)[ответить]
      • Правая колонка называется Инструменты, около неё есть кнопка Скрыть. Нажатие этой кнопки сворачивает всю колонку. Если режим ограниченной ширины отключен, то всё это место начинает занимать основной текст из центральной области. С левой колонкой такая же логика. Наверху есть кнопка Скрыть. Nikolay Komarov (обс.) 20:55, 14 декабря 2023 (UTC)[ответить]
  • Товарищи, а у меня вот какой вопрос: почему, если в англовики по умолчанию всё врубили, если я перехожу в этот раздел (залогиненный, чин-чинарём), то там всё привычно и радует глаз: и окошечко поиска слева, и строки длинные, и всякой лабудой ни слева, ни справа глаза не мозолятся?— Dmartyn80 (обс.) 19:07, 14 декабря 2023 (UTC)[ответить]

Continuation[править код]

Thank you for all the comments. We appreciate the time and effort you have put here. Thank you for the arguments, questions, and side-discussions; both for enthusiasm and skepticism. Apologies for the recent silence - we're all finally back to work after the holidays! Shortly after saving this edit, I will add replies in different parts of the discussion. Next, we will be waiting for a few days for your replies and perhaps new sub-discussions. Then, we'd like to sum up the situation and suggest next steps. Спасибо. SGrabarczuk (WMF) (обс.) 03:56, 12 января 2024 (UTC)[ответить]

Новости от команды Веб[править код]

Всем привет! Спасибо вам за участие в обсуждениях. Мы благодарны вам за уделенное вами время и за все комментарии. Вы помогли нам выявить проблемы и расставить приоритеты в работе с интерфейсом в будущем. Также, мы надеемся, что наши ответы на ваши вопросы были полезными.

Теперь мы хотели бы перейти к выводам:

  1. Основываясь на обсуждениях, прежде чем мы развернем новый интерфейс, мы улучшим лого (T308286)
  2. Мы хотели бы запланировать развертывание нового интерфейса «Vector 2022» на вторник, 13 февраля. В качестве краткого напоминания – кто не заинтересован пользоваться новым интерфейсом – вы можете включить текущий интерфейс «Vector legacy» по умолчанию в своих глобальных настройках. Изменения не коснутся пользователей использующих «Monobook» и «Timeless».
  3. Также, существуют задачи, которых следует приоритизировать, но, по нашему мнению, это не препятствуют развертыванию. Мы завершим их в течение следующих 1-3 месяцев:
    • Улучшение типографики и текста по всей статье (особенно в верхней части страницы): T350833
    • Некоторая работа по улучшению переключателя языков – нам нужно решить, что именно мы хотели бы улучшить
    • Перемещение опции ограниченной/полной ширины с маленькой кнопки – в меню, открытое по умолчанию, что привлечет внимание и к другим настройкам для удобного чтения, таким как настройки текста и, позже, темный режим. В настоящее время это меню доступно только в качестве бета-версии
    • Эксперименты по дизайну о визуальном разделении контента (Zebra) для дальнейшего улучшения чтения статей

Вы указали и другие проблемы. Для каждой идеи (поднятой на Форуме и аналогичных страницах в разных вики) решение о том, стоит ли и когда над ней работать, основывается на приоритетах по отношению ко всему спектру потенциальных задач. В настоящее время мы сосредоточены на улучшении доступности для чтения, что включает в себя темный режим.

Мы хотели прояснить еще одну тему. Бывают случаи, когда члены сообщества не согласны с важными решениями относительно интерфейса. Мы сопоставляем эти отзывы с тем, что мы знаем о миллионах пользователей, на которых влияет этот выбор. Мы хотим получить результат, который подходит многим пользователям и многим типам пользователей.

Мы запланируем больше встреч с вами. Мы открыты для продолжения обсуждений о «Vector 2022», самого процесса развертывания и будущих проектов нашей команды. Мы готовы встретиться на вашем сервере Discord, и в течение следующих нескольких дней мы сообщим точную дату и время. (Мы в основном базируемся в Европе, так что для Сибири не обязательно опаздывать.)

Спасибо! (Translated by Mehman.) OVasileva (WMF) и SGrabarczuk (WMF) (обс.) 01:54, 1 февраля 2024 (UTC)[ответить]

  • Планируется ли отключение этого интерфейса как варианта по умолчанию (и, по всей видимости, возврат на предыдущий), если наберётся значительное число негативных отзывов от читателей? — Cantor (O) 09:07, 1 февраля 2024 (UTC)[ответить]
  • Понимаю, что ничего не поможет, но я ради эксперимента пытаюсь работать в Vector 2022 а эсперанто-википедии. Я сделал локальную настройку дизайна. И общий вывод такой: когда я возвращаюсь из эо-вики в ру-вики я словно одеваю очки при чтении книги или письме: в старом дизайне работать намного комфортнее. VladimirPF 💙💛 09:16, 1 февраля 2024 (UTC)[ответить]
  • В тему декларируемой доступности для чтения: в Монобуке уже пару месяцев уменьшен шрифт подсказок в диалоговом окне «Вставка ссылки» (подробнее я об этом писал здесь: Википедия:Форум/Архив/Технический/2023/12#Размер_шрифта_в_подсказках (там же есть ссылка на скриншот, как это выглядит). Коллеги пишут, что этот эффект актуален для Монобука и в других языковых разделах. Куда мне обратиться, чтобы это было исправлено? В нашем разделе никто не смог мне подсказать. — Cantor (O) 09:23, 1 февраля 2024 (UTC)[ответить]
  • Я не понимаю, почему несмотря на выраженную оппозицию и кучу нерешённых технических проблем команда Веба хочет что-то развернуть. Мы, конечно, не английская Википедия, но может надо прислушаться к сообществу? stjn 12:28, 1 февраля 2024 (UTC)[ответить]
  • Пожалуйста, не разворачивайте никаких новых интерфейсов. Этол неудобно. Афтершок (обс.) 16:04, 1 февраля 2024 (UTC)[ответить]
  • Предлагаю провести голосование о том, нужно ли нам это, см. ВП:Голосования/Срочное включение нового Vector-а и ВП:ФН#Срочное включение нового Vector-а. Викизавр (обс.) 16:41, 1 февраля 2024 (UTC)[ответить]
  • Максимум, что вы можете сделать 13 февраля -- это выкатить новые обновления, но оставить старую тему как тему по умолчанию.
    Причины очевидные:
    1) вы учли менее половины всех замечаний;
    2) мы ещё не видели, как вы реализовали изменения;
    3) вы увидели ясно, что большинство активных участников ПРОТИВ переключения на Vector 2022 по умолчанию.
    Так что стартуем новую итерацию сбора обратной связи, начиная с 13 февраля, а там посмотрим. Nikolay Komarov (обс.) 16:21, 3 февраля 2024 (UTC)[ответить]
  • Согласен с этим мнением. Грубое навязывание неудобного (во всяком случае, с параметрами по умолчанию, которые будут у 99,99% читателей = анонимов) интерфейса. ~~‍~~ Jaguar K · 10:52, 4 февраля 2024 (UTC)[ответить]
  • Уважаемые коллеги, ваше поведение выглядит как полное отсутствие уважения к Сообществу. Остановите, пожалуйста, это обновление безо всяких отсылок к миллионам пользователей, о которых вы что-то якобы знаете и которые молчат. В русском разделе есть люди которые создают этот раздел своим трудом и большинство из них категорически против задуманной вами реновации интерфейса. Dwyane Tyrone Wade (обс.) 22:05, 5 февраля 2024 (UTC)[ответить]
    • Вообще-то не "категорически против задуманной вами реновации интерфейса", а против срочного включения нового Вектора. Многие участники (я думаю, как минимум треть) не против, если будут исправлены всяческие недоработки. ^ w ^(обс.) 23:57, 5 февраля 2024 (UTC)[ответить]
      • Если Вы не поняли мой сарказм, то Вы явно не москвич. Dwyane Tyrone Wade (обс.) 03:14, 6 февраля 2024 (UTC)[ответить]
        • Даже не из России). Рувики отовсюду редактируют: 146% правок из Украины, 404% прямо из Госдепа… ^ w ^(обс.) 05:03, 6 февраля 2024 (UTC)[ответить]
        • Я тоже не считал это как сарказм и воспринял текст как простое выражение мнения. Nikolay Komarov (обс.) 06:54, 6 февраля 2024 (UTC)[ответить]
        • Если что, я москвич, но тоже не понял отсылку на программу реновации жилья. А еще я как-то не в курсе, что у программы реновации прямо большинство противников. Или отсылка была не в этом? Michgrig (talk to me) 07:53, 6 февраля 2024 (UTC)[ответить]
          • Ну Вы, возможно, позабыли, что первая версия программы, представленная администрацией Собянина, предусматривала принудительное переселение людей в пределах административного округа, а не района, то есть можно было например из района Сокола уехать вообще в Молжаниново, и не предусматривала согласия жильцов дома на реновацию. Тогда в короткий срок по всей Москве полыхнуло так, что властям пришлось экстренно давать задний ход и менять условия на что-то более приемлемое и менее экстренное. Я это очень хорошо помню, так как был на нескольких митингах протеста. Так что аналогия тут довольно прямая, но, похоже, ушла впустую. Локальная злоба дня других малоактуальна. Dwyane Tyrone Wade (обс.) 17:36, 6 февраля 2024 (UTC)[ответить]
  • Новый вектор
    Я не понимаю, как можно было создать интерфейс, для которого нужно проходить отдельное обучение? Вот скриншот с моего планшета: как открыть боковые панели? Как пользоваться этим полуфабрикатом? В чёём смысл улучшения? Где все кнопки, облегчающие пользование? Простите за вопрос, но: вы сами пробовали пользоваться этим интерфейсом? Не разрабатывать, а именно пользоваться? Чтать статьи, редактировать, патрулировать, участвовать в обсуждениях? Вы можете ответить что угодно, но я вижу, что нет, вы не используете новый интерфейс. VladimirPF 💙💛 09:25, 9 февраля 2024 (UTC)[ответить]
    • Я где-то год пользуюсь этим интерфейсом, и он меня полностью устраивает. Nikolay Komarov (обс.) 15:09, 9 февраля 2024 (UTC)[ответить]
      • Странно. Я привожу конкретные причины не удобства, а вы мне рассказываете о чём то отвлечённом. Я показываю иллюстрации, показываю видео, а вы всё про себя. Простите, но кроме слепотой и упёртостью я это никак не могу назвать. Возможно в том, конкретном, удобном только для вас применении, только вам и удобно, но я и здесь и выше приводил примеры и настолькной версии и версии на планшете, а вы всё "удобно" и "удобно". Сделайте ТОЛЬКО для себя и пользуйтесь. Но это хотят навязать ВСЕМ. Навязать хотят всем, а удобно только одному человеку - вам. Вот я привёл скриншот - вам действительно удобно искать где находятся боковые панели? Вам действительно удобно, что боковые панели в развёрнутом виде съедают 2/3 экрана? Хотя, скорее всего вы этого не видите так как вы используете версию, которая вам удобна: вы её настроили, вы приучили себя где что искать и тд. Но где все преимущества на том скриншоте, что я привёл? VladimirPF 💙💛 15:29, 9 февраля 2024 (UTC)[ответить]
      • новый вектор в телефоне
        Простите мою горячность, но я примерно 15 лет жизни отдал разработке дистанционных учебных курсов, дизайну слайдов и тд. и я не могу понять, как может быть удобна данная версия вектора: вот вам скриншот вектора в телефоне - расскажите мне, что в данной версии удобно. Вот прямо начинайте по порядку: блок инструментов справа, который нельзя прочесть без очков, это удобно так как тренирует умение прецизионного тыкания пальцем в пункт меню; два блока слева и справа это удобно так как позволяют читать короткую строку из 27 знаков (включая пробелы); панель слева выводит целых 7 знаков, что удобно - 7 знаков можно прочитать, это ведь не правая панель, где сразу 20 знаков, которые видны только в лупу. ... И так дале по пунктам. VladimirPF 💙💛 15:40, 9 февраля 2024 (UTC)[ответить]
        • +100500. Лес (Lesson) 15:45, 9 февраля 2024 (UTC)[ответить]
        • А что он в телефоне делает?.. там же моб. версия должна открываться. ~~‍~~ Jaguar K · 15:50, 9 февраля 2024 (UTC)[ответить]
          • А в мобильной версии невозможно нормально редактировать. Но важно другое: адепты нового вектора ни разу не заявили, что этот дизайн принципиально запрещён к использованию в телефоне. Более того, они много раз говорили, что сейчас википедию смотрят именно в мобильных устройствах - так я уже загрузил кучу скриншотов вектора-22 в планшете. Или для планшета нужна особенная версия?
VladimirPF 💙💛 15:58, 9 февраля 2024 (UTC)[ответить]
  • Как человек, который последние 7 лет занимается, кроме прочего, пользовательскими интерфейсами, скажу, что скрин этого интерфейса в телефоне — это ярчайший пример «как нельзя делать». Просто в учебник вставлять надо.
    Если по остальным скринам ещё возможны дискуссии, то для этого кошмара оправданий нет и быть не может. Pessimist (обс.) 20:29, 9 февраля 2024 (UTC)[ответить]
  • Mehman (WMF), just to put it completely clear: what personally I am feeling now (and I believe very many of my Wikipedian colleagues fell the same) is that I am being (Удалено нарушение ВП:ЭП.) <humiliated, and those who do it believe that their action benefits both me and the society in general>. In my 19 years of contributing to Wikimedia projects I have never experienced such a profound humiliation. Андрей Романенко (обс.) 19:14, 9 февраля 2024 (UTC)[ответить]
    • @OVasileva (WMF):, @SGrabarczuk (WMF):, in addition to what I wrote above, about this curative rape performed onto Wikipedians: no, we don't trust your research about million of users preferring what you are eager to impose on us. This research is scientifically incorrect, it is mostly based on optout statistics. This statistics cannot prove that those who did not explicitly reject new interface design were really happy about it, it simply does not work this way. It is really fantastic that you absolutely don't value explicit opinions of many experienced users. This example of dehumanizing attitude towards real people based on some vague big data is borrowed by you from big corporations like Microsoft, Google and so on; it is usual for big markets but deeply, irreparably harmful for volunteer projects. Андрей Романенко (обс.) 19:28, 9 февраля 2024 (UTC)[ответить]
    • As someone who also vocally opposes Vector-2022 deployment at current stage, I would like to say that I abhor and disavow this horrible analogy and think that trivialising rape and essentially saying that developers are akin to rapists like this is not OK, never mind from an administrator. Awful, abhorrent. This is not how you build a constructive argument. (I’ve asked admins to censure this.) stjn 19:51, 9 февраля 2024 (UTC)[ответить]
    • @Андрей Романенко, this analogy is utterly unacceptable. I could not have imagined you'd be the person to make this insane comparison. Le Loy 21:58, 9 февраля 2024 (UTC)[ответить]
      • I have many other equally unpleasant analogies for the principle explained in the very beginning of this section: we shall do something explicitely protested by the present community for the benefit of abstract virtual millions. Bolshevist revolution of 1917, for instance. If we are here to work for the big business for free, then it is the right way to treat us. If Wikipedia is the community of the volunteers, then these volunteers must raise the voice against this patronizing and humiliating language of Бывают случаи, когда члены сообщества не согласны с важными решениями относительно интерфейса. Андрей Романенко (обс.) 22:58, 9 февраля 2024 (UTC)[ответить]
    • I'm completely agree with Andrey Romanenko. MBH 00:45, 10 февраля 2024 (UTC)[ответить]
  • Аналогия с изнасилованием явно неудачна, поскольку здесь речь идёт всего лишь о сайте в интернете. Тем не менее, достопочтенные участники «команды Веб», вы не могли бы 1) и дальше терпеливо обрабатывать фидбек и 2) задуматься над собственным поведением? Про 13 февраля — ну что ж, спасибо, что предупредили общественность. Бог всё видит. — Postoronniy-13 (обс.) 10:30, 10 февраля 2024 (UTC)[ответить]
  • Голосование по поводу включения нового дизайна завершилось, 113 высказалось против и только 8 за, так что «87% пользователей, которые пользуются новым дизайном» явно не здесь. За эти 14 лет общество уже привыкло к старому дизайну, а с Vector-2022 они каждый день будут узнавать что-то новое (в дизайне, не в статьях). P.S. Предлагаю открыть на форумах проектов с новым дизайном обсуждения по поводу возвращения старого дизайна, чтобы понять, действительно ли людям это нравится. Аноным (обс.) 17:16, 10 февраля 2024 (UTC)[ответить]
    • А они вам скажут, что голосование нерепрезентитивно, потому что узнали о нём только всякие ботаники-редакторы, а их инициатива - для широких народных масс читателей. Вот если бы была плашка на главной, а участников были тысячи и сотни тысяч, тогда они бы учли результаты. А так, это голосование оказалось междусобойчиком группки, чьими интересами Фонд может пренебречь ради интересов 99% остальных участников. Nikolay Komarov (обс.) 21:28, 11 февраля 2024 (UTC)[ответить]
      • Цифры про 87% очень лукавые, так как активность 5 правок в год - это нулевая. Хотя бы одна правка в день - вот это начинается активность. Но они не стали предъявлять этот процент, а вместо того говорят о 95%, если считать с нулевым вкладом. О чём тут говорить? Мы становимся объектами мошенничества команды разработчиков, поскольку нам обманом втюхивают сырой низкокачественный, ненужный нам продукт. Matrixloader (обс.) 02:56, 14 февраля 2024 (UTC)[ответить]
        • Требовать одну правку в день - это перебор. + см. ВП:РАВНЫ и ВП:ЭП Proeksad (обс.) 05:50, 14 февраля 2024 (UTC)[ответить]
          • Я о мошенничестве с процентами. Вот тут высказался Dmartyn80, он делает десятки правок в день, у него статьи избранные пачками. В среднем 9000 правок в год. Его активность в 1800 раз больше той, о которой пишут разработчики. И он, как и большинство опытных участников тут, использует Вектор-2010. Неважно, что начинающие пользователи не успели повыбирать и сменить дефолтный Вектор-2022 на более подходящий, имеет значение лишь, сколько участников оставили его, и сколько работают под ним. А тут статистика явно плачевная будет: как они пишут, с нулевым количеством правок это 95 %, с 5 правками это 87 %, и продолжая экстраполяцию, по мере набора опыта и активности, всё больше участников отключают Вектор-2022. Вполне вероятно, что участники с более чем 100 правками имеют 50 %, с более чем 1000 правок в год — может, и 25 %. Но эти (преполагаемые) цифры, показывающие полный провал команды разработчиков, они нам не предъявили!
            Представлять только выгодную для себя часть статистики, это типичный cherry picking, и я ответственно заявляю, что нас дурят. Matrixloader (обс.) 06:31, 14 февраля 2024 (UTC)[ответить]
            • Вот, кстати, интересный взгляд на проблему: мы хорошо знаем, что более или менее опытные участники знакомы с обоими вариантами вектора - есть ли возможность получить статистику о среднем количестве правок на одного пользователя в разрезе использования варианта вектора? VladimirPF 💙💛 06:52, 14 февраля 2024 (UTC)[ответить]
              • Всего нужно два ряда цифры: общее или годичное количество правок пользователя и каким вектором он пользуется. В результате, станет ясно, с какой оболочки сколько правок шло. Уверен, такой информацией разработчики владеют, но мы ее не получим. Они ведь должны освоить бюджет, отчитаться о внедрении. А тут какие несколько сотен с рувики недовольны... Matrixloader (обс.) 07:53, 14 февраля 2024 (UTC)[ответить]
            • Поправка: Дмитрий до самого недавнего времени пользовался Монобуком; на Вектор его вынудили перейти после какого-то неочевидного обновления, уменьшившего шрифт в выпадающих меню. ИЧСХ, никто нигде не признаётся, что это было за обновление и как вернуть шрифт назад. — Cantor (O) 13:11, 15 февраля 2024 (UTC)[ответить]
        • @Аноным and @Matrixloader, about the 87% adoption rate, and @Dan watcher 32 and @Asylum ignorantiæ – as you may have read in our first message in this topic, Vector 2022 is designed to better serve the current majority of Internet users. As such, it works properly when it's the default. We don't claim that it's made for the most active editors, or for those who are most active on the Forum/Village Pump/Cafe. That is a very small and distinct group (compare statistics on English Wikipedia – I trust it's fairly representative for any large wiki). They may need to personalize the skin. That's possible with Vector 2022 – this is why we built the skin with collapsible and pinnable menus, tools for editors in the sticky header, etc. There are gadgets etc. If a different skin works better for someone, that's also alright. We will keep maintaining the old Vactor and Monobook. (But only the new Vector and Minerva will get all the new features.)
          To learn more about what we did fix from the previous interface and how we measured success: look at this table. This is perhaps the most useful source where you may find all this information in one place. SGrabarczuk (WMF) (обс.) 03:57, 28 февраля 2024 (UTC)[ответить]
  • Перевёл преамбулу Википедия:Голосования/Срочное включение нового Vector на английский и оповестил соотвествующую группу разработчиков о его результатах в mw:Talk:Reading/Web#Vector 2022 vote in Russian Wikipedia — надеюсь, будет ответ. Викизавр (обс.) 15:42, 11 февраля 2024 (UTC)[ответить]
  • То, что видим - это обновление дизайна ради обновления дизайна, в стиле новых обложек для каждой новой версии программного обеспечения Microsoft. Вместо того, чтобы сохранять максимальную преемственность, делать эволюционные изменения, прежних пользователей обязательно нужно шокировать внезапным переездом кнопок интерфейса на новые места. Аргумент, что 87% пользователей не стало менять интерфейс, невалидный: просто новые пользователи либо не знают, что есть другой вариант, либо исходя из того, что он старый, не стали даже испытывать. Переходите в Microsoft, и там насилуйте конечного пользователя, а здесь нам это не надо. Matrixloader (обс.) 16:46, 13 февраля 2024 (UTC)[ответить]
    • @Matrixloader: you wrote "Вместо того, чтобы сохранять максимальную преемственность, делать эволюционные изменения, прежних пользователей обязательно нужно шокировать внезапным переездом кнопок интерфейса на новые места". @Cantor, you've asked similar questions, so I'm replying to you in one message. You're not the only ones to be concerned about the possible negative reaction from readers. I mean, I've read such comments on other wikis, too.
      Yes, making changes in phases is possible. Between 2019 and 2021, we were doing that in collaboration with some communities. French Wikipedia was the largest of them. On their wikis, we were introducing features one by one. In most cases, when we were introducing a new feature, we would also do an A/B test, where only half of logged-in users would see the new version for two weeks. We did this feature by feature. When the hypothesis we propose is proven incorrect during an A/B test, we roll the change back. This has happened before – not all hypotheses pass the tests. The project went through many phases, and what you're about to receive is already confirmed to be an improvement. In principle, we believe that the argument from what data tells us is strong enough. For more details about how we were working on the changes, see this presentation or this part of the FAQ.
      Since 2021, there's no choice, and the skin needs to be introduced in one step. When we deployed the skin on English Wikipedia (and dozens of other large wikis) in one step, readers weren't shocked with this amount of changes made at the same time. I see no reason why the Russian-language WP readers would react differently. I hope that it feels reassuring. SGrabarczuk (WMF) (обс.) 03:48, 28 февраля 2024 (UTC)[ответить]

Какая глупость, или У семи нянек дитя без глаза[править код]

Три элемента дизайна сделанные тремя разными дизайнерскими командами

Раз уж тут просят давать аргументированную обратную связь, то я попробую примести один пример, показывающий насколько разработчики дизайна далеки от пользователя. Вот иллюстрация нового вектора (как я писал выше я уже несколько месяцев занимаюсь насилием над собой и пытаюсь работать в новом векторе в разделе на эсперанто).
Посмотрите внимательно на элементы, которые я выделил стрелками. Что вижу я: на одной странице используется 3 (три!) различных элемента раскрытия списков. Причём два из них (номера 1 и 2 на скриншоте) похожи до смешения, хотя отвечают за принципиально разные панели, а один элемент (3, 4, 5) совершенно однотипные. Из этого я делаю первый вывод: левую и правую стороны дизайна делали разные команды и что бы не было обидно обеим командам, было решено использовать оба варианта. Вы скажете, что я спорол глупость - и вы правы, но я не могу найти другого объяснения для выбора трёх разных элементов для одного действия. Далее. Элементы 1 и 2 выполняют одну и ту же функцию - раскрытие бокового меню, но они имею разный дизайн. Что наталкивает меня снова на выше изложенную глупость: эти два элемента делали разные команды и что бы не обидеть оставили оба варианта.
Третий вариант объяснения данного феномена. Я знаю в каких случаях критически важен разный дизайн для одинаковых инструментов: в авиации или космонавтике применяют физически и геометрически различные элементы дизайна для того, что бы нельзя было по ошибке совершить необратимое действие (катапультирование, запуск двигателей, разгермитизация и тд). Но это для предотвращения от необратимых действий в критически важных системах, но тут википедия и раскрыв меню нельзя ничего испортить. ЗАЧЕМ нужно иметь ТРИ разных дизайна раскрытия боковых меню?
Впрочем, есть у меня четвёртый логически обоснованный вариант, основывавшийся на исторической аналогии. Когда Пётр создавал регулярную армию нового образца он столкнулся с тем, что крестьяне не понимали где лево, где право и тогда к левой и правой ногам стали привязывать пук сена и пук соломы и сержанты командовали "Сено, солома" в зависимости от правой или левой стороны. Простите за многословие, но похоже, что разработчики решили нас обучать где лево (горизонтальные линии), а где право (уголок, указывающий вниз). Возможно я, с моим образованием прапорщика, ошибаюсь, но другого объяснения придумать не могу.

Прокрутили страницу страницу
Почему нельзя было сделать вот так?

Ну, ладно, я для себя смог обосновать использование трёх вариантов дизайна одного элемента. Но вдруг всплыла проблема, полностью разрушившая мои логические конструкции. Если прокрутить страницу вдруг элементы 1 и 2 превращаются в элемент 3. Вопрос: с точки зрения пользователя, что именно должен раскрывать элемент 3? Я с удивлением обнаружил, что элемент 3, вставший на место элемента 1 открывает элемент 2. Ещё раз: на месте кнопки раскрывающего один список, появляется кнопка раскрывающая другой список. Как я должен догадаться, что именно раскроется из этой кнопки? Почему нельзя было оставить обе кнопки?
У меня есть объяснение: дизайн свёрнутой верхней части делала команда, которая делала кнопку №2, и конкурентов (команды делавшие кнопки 1 и 3-5) не участвовали - вот и не пришлось делиться с этими командами. О! Я даже ещё полнее представил этот процесс: только команда кнопки 2 сразу разработала проект дизайна при пролистывании, а остальные команды этого не сделали - вот мы и видим результат этой совместной работы.
Ну и отдельный вопрос: почему нельзя было сделать так как я смастерил за 10 минут в поверпойнте? все элементы управления панелями присутствуют на экране даже в режиму пролистывания. Кнопки 1 и 2 стоят рядом и сразу видня разница дизайна этих кнопок и сразу становится понятно, что их делали две команды они раскрывают разные панели. Кнопки 3-5, которые очевидно нужны в равной степени, присутствуют всегда на экране и пропадает главный недостаток старого вектора - необходимость листать вверх для того что бы добраться до функцилнальных элементов.
Ответ на мои вопросы я уже несколько раз озвучивал: разработчики сами не пользуются свим же дизайном. Точнее не так: разработчики не работают активно с контентом википедии и знакомы с функционалом своих же разработок только в рамках разработки дизайна. Я с этой проблемой сталкивался многократно: мои разработчики учебных курсов сами не проходили эти учебные курсы (они не обучаемые, они разработчики курсов) и каждый раз, когда я показывал им недочёты и спрашивал "Почему сам не дошёл до 27 слайда" мне всегда отвечали "Зачем? Я не планирую изучать этот курс, мне платят за другое". И в данном случае я вижу ту же самую ситуацию: разработчики не правят, не парулируют, не переходят по интервики, не переходят в викидату или др проекты - они не пользователи, они разработчики.
И тут лично для меня всплывает главный вопрос: какое право имеют люди, которые сами не пользуются своим продуктом, почему они навязывают нам то, чем сами не пользуются? Впрочем, как мы знаем, фонд давно уже оторвался от народа.
@Nikolay Komarov: коллега, так получилось, что вы (лично для меня) стали главным проводником Vector 2022 в рувики (простите, коль я ошибаюсь) и вы пытаетесь коммуницировать в разработчиками. Сможете ли вы довести до разработчиков в удобной для них форме мои рассуждения. Или вы считаете, все картинки, стрелочки, логические выводы являются "не начём не обоснованными выдумками, без фактов и аргументации"? Хочу отдельно сказать, что непосредственно к вам у меня вопросов нет и я полностью разделяю вашу позицию в части "критикуя - предлагай". — VladimirPF 💙💛 15:41, 10 февраля 2024 (UTC)[ответить]

  • У меня монитор с разрешение 2К, поэтому мой опыт использования Вектора-2022 вполне положительный, но для меня важен и опыт других участников, тем более, что их доля весьма значительна. Я ранее допрашивал всех недовольных, что именно для них не так. Но у меня нет цели продавливать это решение любой ценой, я просто хотел разобраться и помочь. Я теперь вижу, что проблемы есть, что они значительные и их много. В голосовании я проголосовал "против".
    Спасибо за подробное описание проблемы! Я прочитаю ваш комментарий и оформлю его в Phabricator, пусть разработчики разбираются. Nikolay Komarov (обс.) 21:31, 11 февраля 2024 (UTC)[ответить]
    • ну, судя по комментарию ниже, авторы нового вектора так и не смогли/захотели увидеть то, что я написал, и проиллюстрировал. А ведь я только здесь разместил целых 11 иллюстраций своих замечаний. Ладно, пойду успокаивать моё эго :-) VladimirPF 💙💛 13:18, 16 февраля 2024 (UTC)[ответить]
  • На самом деле нет даже ни одной уважительной причины для того, чтобы делать два (три, если считать интервики) меню вместо одного. И в старом векторе так и есть. Можно же было сделать так, чтобы все пункты меню были доступны из одной единственной гамбургерной кнопки слева. Tucvbif??? 20:55, 16 февраля 2024 (UTC)[ответить]
    • Меню, состоящие из более чем 10 пунктов, воспринимаются с трудом. По этой причине, группировка пунктов и распределение их по нескольким меню выглядет не такой уж глупой идеей. Сейчас меню слева это помощь для потребителей контента, а справа - инструменты для редакторов. Я это вижу довольно логичным. Nikolay Komarov (обс.) 10:58, 13 марта 2024 (UTC)[ответить]
  • @SGrabarczuk @OVasileva
    Above is an important piece of feedback regarding design, here is the translation:
    Since it is asked here to give reasoned feedback, I'll try to give one example that shows how far from users the design developers are. Here is an illustration of a new vector (as I wrote above, I have been doing violence to myself for several months and trying to work on a new vector in the Esperanto section).
    Look closely at the elements I've highlighted with arrows. What I see: on a single page, 3 (three!) different list expansion elements are used. And two of them (numbers 1 and 2 on the screenshot) are confusingly similar, although they are responsible for fundamentally different panels, and one element (3, 4, 5) is absolutely identical. From this, I make the first conclusion: the left and right sides of the design were made by different teams, and it was decided to use both variants so that both teams would not be offended. You'll say I'm being silly - and you're right, but I can't find any other explanation for choosing three different elements for one action. Next. Elements 1 and 2 perform the same function - expanding the side menu - but have different designs. This leads me again to the abovementioned stupidity: these two elements were made by different teams and not to offend they left both options.
    A third way of explaining this phenomenon. I know in which cases different designs for the same tools are crucial: in aviation or astronautics they use physically and geometrically different design elements in order not to make an irreversible action by mistake (ejection, engine start, depressurization, etc.). But this is to prevent irreversible actions in critical systems; but here is Wikipedia and by opening the menu you can't screw anything up. WHY do you need to have THREE different side menu disclosure designs?
    However, I have a fourth logically sound option based on a historical analogy. When Peter the Great created a new regular army, he faced the fact that the peasants did not understand where left and right were; then they started to tie a bundle of hay and a bundle of straw to the left and right legs and the sergeants commanded "Hay, straw" depending on the right or left side. Pardon the verbosity, but it seems that the developers decided to teach us where left (horizontal lines) and right (corner pointing down). Perhaps I, with my warrant officer education, am wrong, but I can't think of any other explanation.
    If you scrolled down the page
    Why couldn't it have been done like this?
    Well, okay, I was able to justify for myself the use of three design options for one element. But suddenly a problem surfaced that completely destroyed my logical constructions. If you scroll the page, suddenly elements 1 and 2 turn into element 3. Question: from the user's point of view, what exactly should element 3 reveal? I was surprised to find out that element 3 in place of element 1 reveals element 2. Once again: in place of a button that opens one list, a button that opens another list appears. How am I supposed to guess which button will reveal what? Why couldn't both buttons be left?
    I have an explanation: the design of the collapsed top was done by the team that made button #2, and the competitors (the teams that made buttons 1 and 3-5) didn't participate - so I didn't have to share with those teams. Oh! I even more fully visualized this process: only the team of button 2 immediately developed a design project when swiping, and the other teams did not do it - so we see the result of this joint work.
    And a separate question: why couldn't it be done the way I made it in 10 minutes in PowerPoint? All panel controls are present on the screen even in swipe mode. Buttons 1 and 2 are next to each other and you can immediately see the difference in the design of these buttons, and it is immediately clear that they were made by two teams, they reveal different panels. Buttons 3-5, which are obviously needed equally, are always present on the screen and the main disadvantage of the old vector - the need to swipe up to get to functional elements - disappears.
    The answer to my questions I have already voiced several times: the developers themselves do not use their own design. More precisely not like this: developers do not actively work with the content of Wikipedia and are only familiar with the functionality of their own developments within the scope of design development. I have faced this problem many times: my developers of training courses did not go through these training courses themselves (they are not trainees; they are course developers) and every time when I showed them the flaws and asked, "Why didn't you go to slide 27 yourself" I was always told "Why? I don't plan to study this course; I'm paid for something else". And in this case, I see the same situation: developers don't edit, don't patrol, don't go to interwiki, don't go to Wikidata or other projects - they are not users, they are developers. Nikolay Komarov (обс.) 14:11, 21 февраля 2024 (UTC)[ответить]
    • Thanks @Nikolay Komarov for the translation, I guess you have put lots of effort into this. @VladimirPF, we have asked our designer if he could take a closer look. He is not the person who designed Vector 2022, but has the skills to give a proper reply.
      Your point about developers editing or not editing, and how it impacts their work, is also interesting. It goes way beyond our discussion here, and I think you may raise it in a broader discussion. So for your information, and also for others who read this: one option is talking to our leaders as part of Talking 2024. Also, next month or so, the Foundation will announce the annual plan consultations (see the first draft here). Both are great options to talk to decision-makers at the Foundation. SGrabarczuk (WMF) (обс.) 16:11, 22 февраля 2024 (UTC)[ответить]
  • Hey @VladimirPF, this answer was written by our designer, @JScherer-WMF. (Just to make it clear, he joined us in 2023, when most work on Vector 2022 was done, and this is why he writes, for example, "I suspect the decision was"):
    "Thank you for raising these issues. I agree with many of your points. The main menu icon and the table of contents (ToC) icons are very similar. This creates an ambiguity effect where they both become less usable as a result. This is compounded by the fact that they're not labelled. This was raised by different community members in this ticket.
    I suspect that the decision to not use labelled icons or just buttons in these cases was to remove extra elements that may distract from the primary article reading experience.
    The things that these icons represent are very abstract, which makes distinct yet recognizable iconography for them very difficult. The challenge with these icons is that the actual form of what they're trying to represent is exactly the same: the table of contents, the main menu, and other menus on the page are essentially just lists of links. The designer, in this case, was given the extremely challenging task to make multiple, distinct-yet-recognizable "representative views" of a list of links.
    That being said, our design system team is looking into re-working a lot of our iconography next fiscal year (July 2024-June 2025), and I imagine these would be high on the list of things to fix.
    If I were to "reverse engineer" the design decision to have the ToC icon follow you down the page while you read/scroll and the main menu icon remain in the top left corner, I suspect that the rationale was that the ToC may be useful to a reader as they read. They may want to re-open it and jump to another section of the article. On the other hand, the main menu is not really useful in the context of having read a portion of an article.
    The language picker was designed/developed by another team, and I'm not really sure what the rationale was behind it, so I can't comment on that one.
    The tensions that you raise here point to a bigger issue with most Wikipedia interfaces: the information architecture needs improvement. We often need to add things to the interface without having many useful places to put them. There are many features that are used by very active subsets of volunteers, power users, that are not relevant to a casual reading experience, but which are, nonetheless, very prominent in the default, logged-in interface. Many of the items in the main menu, for example, are very rarely used. It's challenging to move things around or remove items from the main interface without unintentionally "hiding" things for large subsets of the volunteer communities. All of this is to say that it's probably work that needs to be done, but it would take a lot of effort, time, and consultation with editors. If we are able to prioritize more information architecture work in the future, I'd love it if you could talk to us early in the design phase. We'll let your community know if we decide to focus on that.
    Thanks again!" SGrabarczuk (WMF) (обс.) 23:53, 1 марта 2024 (UTC)[ответить]
  1. from some of messages, it seems that original team, that developed V22 abandoned the project and now you have to «reverse engeneering» it? Or what it means?
  2. Excuse me if it sounds kind of rude, but are developers of V22 familliar with works of Don Norman, Jef Raskin and Alan Cooper?
Tucvbif??? 17:25, 2 марта 2024 (UTC)[ответить]

Новости от команды Веб (2)[править код]

Привет, thanks to stjn, Wikisaurus, Nikolay Komarov, and others who have let us know about the recent discssions and the voting. We respect that you are noticing issues and challenges and want to have them fixed or clarified first. We want to make sure that together, we and you understand how we can collaborate. (This isn't just about the skin, but our relations in general.) We have paused the deployment and analyzed your comments. We will give you a proper reply to the questions raised here as well as in the voting. We are drafting the reply now and hope to post tomorrow. Спасибо. SGrabarczuk (WMF) (обс.) 19:28, 13 февраля 2024 (UTC)[ответить]

  • @SGrabarczuk (WMF):sorry for writing in Russian.
    Я правильно понял: только русскоязычный раздел видит недостатки и проблемы в интерфейсе Vector 2022? Только в нашем разделе элементы статьи и элементы интерфейса вступают в конфликт? Только у пользователей русскоязычного раздела возникли сложности с переходом на новый дизайн? VladimirPF 💙💛 12:47, 14 февраля 2024 (UTC)[ответить]
(1/2) Приостанавливаем развертывание на две недели

Всем привет. В первую очередь, спасибо всем, кто участвовал в обсуждении нового интерфейса «Vector 2022». Всем, кто присоединился к обсуждению недавно или не принимал активного участия в проекте по улучшению интерфейса в течение последних нескольких лет – добро пожаловать! «Команда Веб» Фонда Викимедиа (Ольга и Шимон, с помощью Мехмана) хотело бы потратить некоторое время на то, чтобы лучше разобраться в затронутых вами темах, прежде чем продолжить развертывание (подробные ответы смотрите в нашем следующем сообщении). Вся эта тема может показаться удивительной и ошеломляющей. В наши намерения не входит устроить вам сюрприз или торопить с переменами.

Многие вопросы (например, проблема широких таблиц, @VladimirPF) не являются специфичными только для русской Википедии. У нас уже были подобные обсуждения раньше, как здесь (пример этого, другой пример), так и с другими сообществами (проверьте страницу английской Википедии [[WP:Vector 2022]]). Для новичков в этом обсуждении и тех, кто хотел бы вникнуть в детали – чтобы вам было проще все это обработать, мы рекомендуем вам заглянуть на наши страницы на MediaWiki.org для получения полезных новостей, резюме функций, ЧаВо, отчетов и многого другого. Там вы найдете многое! Если вы не сможете найти ответы на свои вопросы – спросите нас, и мы сделаем все возможное, чтобы помочь вам.

Мы верим в то, что чем раньше участники будут вовлечены, тем лучше. Это позволяет им иметь более весомый голос при разработке, сборке и тестировании программного обеспечения. Мы хотим выразить особую благодарность @stjn и @Iniquity, и многим другим (@Sunpriat, @Retired electrician, @IKhitron), которые годами вели с нами обсуждения, и призываем многих из вас сделать то же самое для нашей предстоящей работы.

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

Мы хотели бы подчеркнуть, что в большинстве Википедий уже установлен интерфейс «Vector 2022» по умолчанию, и движение Викимедиа не имеет возможности поддерживать более одного внешнего вида по умолчанию бесконечно. Мы с удовольствием расскажем подробнее о том, как мы создавали «Vector 2022» и почему мы сделали тот выбор, который уже сделали. Мы приветствуем ваше участие и открыты для мнений и идей об улучшениях (в отношении интерфейса, процесса его внедрения или того, как наша команда работает с участниками в целом). Но в какой-то момент нам нужно будет изменить здесь интерфейс по умолчанию.

В течение следующих двух недель (с 14 по 28 февраля) мы посвятим много времени обсуждению с вами. Вы можете ожидать более частых и коротких сообщений от нас (здесь и в Дискорде). У вас будет больше возможностей обсудить и понять любые вопросы. Команда сможет решить, какие вопросы будут приоритетными, а также подготовить и спланировать эту работу. По истечении этих двух недель мы хотели бы снова запланировать процесс развертывания.

Спасибо! Translated by Mehman OVasileva (WMF), SGrabarczuk (WMF) (обс.) 15:02, 15 февраля 2024 (UTC)[ответить]

  • Спасибо за сообщение. Если вы намерены потратить эти 2 недели на уговоры сообщества — не тратьте, это бесполезно, вы не переубедите словами 94% (и даже 1-2%). Имеет смысл только доработка конкретных проблем в эти 2 недели. Если за это время ничего не будет исправлено, сообщество точно не примет такой интерфейс по умолчанию. AndyVolykhov 23:11, 15 февраля 2024 (UTC)[ответить]
    • @AndyVolykhov, thank you, you're right, showing is better than saying. We have for example started working on the logo, and now we're wondering what to do with the small Cyrillic italic. It doesn't look well no matter what we do - so we've asked our colleague working on the Wikimedia brands. Keeping that italic may have been a bad choice made back in 2010 when the logo was redesigned.
      But apart from that: my goal is to build understanding between the team and communities. Each issue needs to be considered separately, and both parties need to get to the bottom of it, to understand what may/will be changed, and what will not. Some problems are not on the Foundation's side, really (people may experience bugs caused by their customization). Some things (like moving menus or the search) are conscious choices. Working on the skin is different than working on tools dedicated just for Wikipedians. So to recapitulate, the situation is not binary – it's not just about getting a "yes" or "no" from the community.
      Have I addressed your concern? Thanks, SGrabarczuk (WMF) (обс.) 13:04, 16 февраля 2024 (UTC)[ответить]
      • Коммуникация нужна, но не односторонняя. Если сообщество огромным, подавляющим большинством против, это должно быть сильнейшим, критическим сигналом о том, что всё сломано. Тут нужна не пауза в 2 недели, а полная перезагрузка отношений с сообществом, и начинать её нужно уж точно не с обязательности внедрения чего-либо вообще когда-либо. Коллеги, я последние лет 10-15 в основном в этом проекте стараюсь решать конфликты. Так вот, ваши действия сейчас никак не приблизили решение конфликта, и через 2 недели он тоже не решится. AndyVolykhov 13:09, 16 февраля 2024 (UTC)[ответить]
  • Приостанавливаем развертывание на две недели
    @SGrabarczuk, respectfully, you should clarify that this means no deployment without community opt-in, and not just 2 week wait time to ignore the vote results. Also two points: 1) it could be good on New Vector team’s part to organise a free-form RfC for people to post their current issues with new Vector, 2) that way you can also ask the people that just voted in their vote that they write something substantial. This won’t solve all the issues, though, given that some disastrous decisions (no way to turn off the language selector as a user, for example) are baked into new Vector at this point. stjn 22:33, 16 февраля 2024 (UTC)[ответить]
    • @Stjn, thanks, I really appreciate that you're looking for ways how we could be creative together. By a free-form RfC, do you mean any particular process that'd be different from the discussion we're having here? What would be the difference? SGrabarczuk (WMF) (обс.) 20:34, 19 февраля 2024 (UTC)[ответить]
      • [Please no pings for me, I follow this discussion :-)] The difference is the reach: while some people can comment on forum, more people would comment in a well-organised/well-advertised/well-worded RfC, especially if it would be to stall the move fast and break things approach currently demonstrated here. @SGrabarczuk, I am asking you once again to confirm the assumption that ‘2 week deployment break’ does not mean that you will deploy new Vector no matter what after 2 weeks time. I have to warn you that given the attitudes in the community this will not be well-received. stjn 22:47, 20 февраля 2024 (UTC)[ответить]
(2/2) Ответы на конкретные вопросы, затронутые в обсуждении на прошлой неделе

Спасибо, что ознакомились с нашими предыдущими сообщениями! Теперь мы можем перейти к деталям. Мы проанализировали ваши комментарии и примерно определили следующие категории:

  1. Испытывают дискомфорт из–за развертывания нового интерфейса без указания причины – 53% комментариев в голосовании
    • Это была самая многочисленная категория ответов. Однако, нам трудно предпринимать какие-либо действия, не имея более конкретной информации о проблемах.
    • Следующие шаги: Если вы часть этой категории – мы хотели бы попросить вашей помощи в разъяснении того, что вас беспокоит. Мы бы рекомендовали вам прочитать немного больше о новом интерфейсе, проверить предыдущие обсуждения и снова обратиться к нам с конкретной причиной или беспокойством.
  2. Ощущение того, что рано для изменений – 22% комментариев в голосовании
    • Мы разрабатывали новый интерфейс с 2019 по 2022 год. На данный момент, новый интерфейс получает более шести миллиардов просмотров страниц ежемесячно на 300 языках в течение более чем года, охватывая более 90% Википедий и 91% просмотров страниц во всех проектах Викимедиа.
    • Основные проблемы по удобству использования и доступности чтения, а также любые ошибки были устранены. В 2023 году мы внесли некоторые улучшения в рамках подготовки к оставшимся развертываниям, но в остальном начали дальнейшую разработку поверх «Vector 2022» с обеспечением доступности для чтения.
    • Что может быть не готово на 100%, так это код, разработанный участниками проектов, например, гаджеты и пользовательские коды. Хотя все еще могут быть некоторые обоснованные опасения, мы все не рассматриваем их как препятствия для развертывания. Мы можем вернуться к этим вопросам позже, когда будем работать над другими проектами или на постоянной основе в рамках общего улучшения самого интерфейса.
    • Следующие шаги: Мы хотели бы попросить дальнейших разъяснений от вас. Есть ли опасения по поводу самого процесса развертывания? Что должно произойти перед развертыванием? Как должно выглядеть сам процесс развертывания? Будет ли достаточно дополнительных двух недель для любой оставшейся подготовки со стороны сообщества?
  3. Ограниченная ширина и внедрение новых меню – 12% комментариев при голосовании
    • Мы хотели бы призвать всех, обеспокоенных шириной страницы, ознакомиться с разделом о целях и мотивациях на странице документации об ограниченной ширине. В нем изложены академические исследования и требования о доступности, которые были использованы при принятии решения о текущей ширине страницы. Мы также хотели бы подчеркнуть, что ширина настраивается как для вошедших в систему, так и для вышедших из системы пользователей.
    • Следующие шаги: Мы заметили обеспокоенность по поводу возможности обнаружения переключателя ограниченной ширины (в настоящее время находится внизу страницы). После развертывания мы скоро перейдем к новому формату отображения этой опции – в меню, в котором будут собраны другие настройки, такие как размер шрифта и темный режим. В этом формате будет четко указано, что параметр связан с шириной страницы, путем добавления текстового заголовка к нему. Если вы заинтересованы в тесте этого меню, мы рекомендуем вам включить бета-версию функции «Доступность для чтения». Эта функция доступна только в «Vector 2022».
  4. Другие проблемы – 13% комментариев при голосовании
    • Остальные комментарии принадлежат только отдельным лицам и не смогли сгруппировать. Мы хотели бы обратиться к некоторым из них:
    • @Iluvatar – Благодарим за скриншот с вашего планшета. Мы надеемся, что вы сможете помочь нам в решении проблемы. Не могли бы вы сообщить нам некоторые подробности об устройстве и операционной системе, которые вы используете? В целом, при увеличении ширины планшета меню инструментов должно автоматически сворачиваться, чтобы для содержимого оставалось больше места на экране. На скриншоте – это то, что вы видите при прямой загрузке страницы, или это после открытия меню?
    • @Tucvbif, @Xiphactinus88 – вы оба упомянули проблемы с широкими таблицами. Как правило, ожидается, что для некоторых широких таблиц будет отображаться горизонтальная прокрутка, если уменьшить размер экрана (как правило, на мобильных устройствах и планшетах/в режиме портрета). Xiphactinus88 – не могли бы вы уточнить нам ваше устройство и браузер для устранения проблемы, которую вы заметили? Мы проводим локальное тестирование и не можем воспроизвести эту ошибку.
    • @Рыцарь поля – просто хотел бы подтвердить, что Фонд никоим образом не планирует показывать рекламу ни на одной из наших страниц. Ни одно из внесенных изменений не имеет никакого отношения к рекламе, и таких планов не существует.

Комментариев больше, чем мы могли бы ответить в одном сообщении, не превращая его в гигантскую страницу текста. В нашем следующем сообщении мы рассмотрим следующие проблемы (и, возможно, еще больше):

  • Показатель принятия 87% – мы предоставим вам больше данных и объясним, как мы оцениваем успех этого проекта
  • Выпадающие меню и один vs. два клика – мы объясним, почему мы приняли эти решения
  • Роль отзывов от читателей – мы ответим на вопросы @Cantor
  • Почему этот интерфейс должен быть установлен по умолчанию, а не доступен на выбор участников
  • Почему виджет поиска находится в верхней части экрана

Мы можем ответить на больше вопросов. Обязательно сообщите нам, если у вас есть открытые вопросы или вы оставили комментарий, на который, по вашему мнению, необходимо ответить. Мы также продолжим обсуждение и затронем любые детали, которые, по нашему мнению, важны для дальнейшего обсуждения.

Спасибо, что уделили мне время и прочитали ответы! Translated by Mehman OVasileva (WMF), SGrabarczuk (WMF) (обс.) 12:14, 16 февраля 2024 (UTC)[ответить]

  • Простите, но ваш комментарий не отвечает на мои конкретные вопросы. Зачем уменьшать ширину для широких экранов, мне понятно. Но зачем это делать для узких? Почему нельзя сделать поведение дифференцированным? Почему не скрывать меню и поля по умолчанию для узких экранов?! AndyVolykhov 12:37, 16 февраля 2024 (UTC)[ответить]
    • Hey @AndyVolykhov, thanks, we'll address it in the next message :) SGrabarczuk (WMF) (обс.) 12:39, 16 февраля 2024 (UTC)[ответить]
    • Hi @AndyVolykhov - apologies for replying in English. Currently, what you describe is the expected behavior. Both the table of contents and the tools menu collapse automatically when the screen is smaller than 1000 pixels. Also, each of the menus has a collapse button which collapses the menu manually. If the screen is set to full width, collapsing the menu will also stretch the text to fill all available space. Are you experiencing behavior different than this? OVasileva (WMF) (обс.) 11:22, 19 февраля 2024 (UTC)[ответить]
      • 1000 — это чудовищно мало. Статьи с карточками и развёрнутыми полями выглядят плохо даже при ширине 1920 (и чуть увеличенном шрифте). На текст преамбулы при этом остаётся только 670 пикселей по ширине. Если сузить примерно до 1500 пикселей, на текст рядом с карточкой остаётся примерно 370 пикселей, это три слова на строку в среднем, это ужасно. Я бы ставил границу никак не менее 1500, а лучше 2000 px. И вообще никогда не делал бы поля на планшете и тем более телефоне, когда там включена десктопная версия. Там ещё и кнопки разворачивания очень долго искать. Ещё вариант — для средних экранов (1500—2000 пикселей, например) только одно из полей делать по умолчанию. AndyVolykhov 11:19, 20 февраля 2024 (UTC)[ответить]
  • Да, это то, что я вижу на экране сразу после загрузки страницы. То есть, то, что будут видеть все анонимные читатели. Из комментариев других пользователей следует, у них тоже ничего автоматически не сворачивается (жалобы на отсутствие динамичности). Проблема не только в моём устройстве. Моё устройство: iPad Air 2022, 10.9" IPS (2360x1640), 264 ppi. iPadOS 16, 17. Safari. Iluvatar обс 12:40, 16 февраля 2024 (UTC)[ответить]
    • @SGrabarczuk, возможно, после чтения этого обсуждения, вам стоит задуматься о создании интро-попапа, окошка, которое будет открываться на любом девайсе при первой после его ввода в действие загрузке нового Вектора. В нем указать группу вопросов с бинарными ответами, причём выбор сразу регистрируется в настройках или куках. Четыре вопроса. Предпочитаете ли вы узкий текст с пустыми полями или широкий текст без полей? Предпочитаете ли вы левое меню в сайдбаре, или спрятанным и засчёт этого текст станет шире? Предпочитаете ли вы правое меню в сайдбаре, или спрятанным и засчёт этого текст станет шире? Предпочитаете ли вы содержание в сайдбаре, или спрятанным и засчёт этого текст станет шире? Каждый ответит один раз, и отныне всегда будет получать внешний вид соответственно этим ответам. Это должно отбросить все причины недовольства типа "трудно найти все переключатели", "не знаю о том, что есть все переключатели", "нельзя узкий текст делать дефолтным", и тому подобное. Так у всех, зарегистрированных и анонимов не будет дефолта узкого текста, а будет чёткий выбор. Игорь (обс) 13:09, 16 февраля 2024 (UTC)[ответить]
      • Hey @IKhitron, thanks for chiming in! These are interesting ideas. You're completely right that we should assure that people can find the menus. There's a few things that are possible here. Your idea - showing a modal on pageload - is one of these options. There are others as well.
        The Web team doesn't think that a modal is the best option. We keep in mind that most people come to the website to get answers quickly. Very quickly. A modal would interrupt that. So, when talking to English Wikipedians about this, we tried other options. For example, we built a tooltip pointing out the location of the width toggle and what the toggle does. When tested though, we didn't see significant increases in people using the toggle. This lead us to believe that it's not that they can't find it - they just don't need to change the width as frequently as Wikipedians had thought.
        However, we're be making some of these settings easier to find with Accessibility for reading. There, we will be loading a full accessibility menu in the side column. To make this available though, we need Vector 2022 to be the default skin. SGrabarczuk (WMF) (обс.) 14:35, 6 марта 2024 (UTC)[ответить]
  • Очень странно, что вы обращали внимание только на голосование и не смотрели обсуждение на этой странице выше. В голосовании было крайне мало конкретных замечаний - это ведь голосование. В здешнем обсудении было васказано много больше претензий к новому вектору. VladimirPF 💙💛 13:21, 16 февраля 2024 (UTC)[ответить]
  • Про полосу прокрутки — ну простейший же баг! Эта полоса действует не на центральную зону, а на центр плюс правое поле. Отсюда и все наложения. Надо сделать её только для центра, и наложения не будет. И это поведение в любом браузере, я проверил три браузера, просто уменьшая ширину окна. AndyVolykhov 13:30, 16 февраля 2024 (UTC)[ответить]
    • Проблема видимо в сущности самой правой панели. Чтобы всё работало как надо, при включении/отключении правой панели нужно перестраивать всю вёрстку страницы. Tucvbif??? 13:40, 16 февраля 2024 (UTC)[ответить]
  • @SGrabarczuk (WMF):Прошу прощение, но я в ответе авторов нового дизайна вижу мотивы людей, стремящихся оправдать свою зарплату: буквально вчера общался с дизайнерами, которые отвечали точно такими словами. Разберу по порядку:
"Испытывают дискомфорт из–за развертывания нового интерфейса без указания причины – 53% комментариев в голосовании" - это было го-ло-со-ва-ни-е: это значит, что люди пришли для ответа на закрытый вопрос "Нравится? да-нет" Другими словами не 53% а все 100% проголосовавших "против" были именно против. И они не прокомментировали свой ответ из-за того, что их не просили комментировать. Повторю: это было не обсуждение, а голосование.
"На данный момент, новый интерфейс получает более шести миллиардов просмотров страниц ежемесячно на 300 языках в течение более чем года, охватывая более 90% Википедий и 91% просмотров страниц во всех проектах Викимедиа" - это манипуляция фактами: вы не проводили сравнительного тестирования, а принудительно поставили пользователей перед фактом использования нового дизайна. Я родился и учился в СССР и там то же при голосовании 100% участников выбирали представителей коммунистической партии - просто не было другого выбора. Обратите внимание, как только в русскоязычном разделе встал вопрос выбора то 93% опрошенных высказались против. Таким образом, используя вашу тактику, я могу сказать, что из указанных вами 6 000 000 000 реально 5 580 000 000 против нового дизайна, но им не дали выбора.
"Основные проблемы по удобству использования и доступности чтения, а также любые ошибки были устранены." - как можно это заявить, если в нашем обсуждении было показано множество недостатков и ошибок нового дизайна? Вы смеете нам в глаза говорить об отсутствии ошибок после того, как вам эти ошибки показали? Простите за сравнение, но вы говорите и действуете в полном соответствии с заповедями гебельсовской и путинской пропаганды. Это просто возмутительно!
"Мы можем вернуться к этим вопросам позже, когда будем работать над другими проектами" - это именно те слова, которые говорят, подразумевая: нам ваше мнение не интересно, мы ничего не будем делать, наша задача утихомирить вас, а потом нам будет всё равно. Возможно я ошибаюсь, но мой опыт мне подсказывает именно такой ход событий.
"Следующие шаги" - этот раздел полностью подтверждает моё предыдущее высказывание: вас не интересует устранение проблем, вас интересует запуск нового дизайна. Вам показали кучу явных недостатков, а вы вместо "хорошо, вернёмся после исправления" говорите нам "Будет ли достаточно дополнительных двух недель для любой оставшейся подготовки со стороны сообщества?" - это не мы должны готовиться, это вы должны всё исправлять!
"Комментариев больше, чем мы могли бы ответить в одном сообщении, не превращая его в гигантскую страницу текста" - у меня сложилось чёткое убеждение, что вы, натягивая новый скин на все википедии даже не смогли пообщаться с участниками этих википедий. Если только в одной нашей википедии было задано столько вопросов, было найдено столько ошибок, то это прямо и недвусмысленно говорит о том, что вы в других википедиях ничего не спрашивали.
В целом удивительно читать ваши ответы так как найденные ошибки однозначно показывают, что вы сами реально не редактируете, не читаете, не используете википедию. Если бы вы сами были активными участниками, то все эти ошибки вы смогли бы отловить на этапе собственной викидеятельности. И тут возникает вопрос: зачем вы лезете туда, где сами ничего не делаете?
Прошу прощения за некоторую горячность, однако я не могу отказаться ни от одного моего слова.
VladimirPF 💙💛 13:58, 16 февраля 2024 (UTC)[ответить]
  • ожидается, что для некоторых широких таблиц будет отображаться горизонтальная прокрутка, если уменьшить размер экрана (как правило, на мобильных устройствах и планшетах/в режиме портрета)
    По поводу появления горизонтальной прокрутки при уменьшении размера экрана вопросов не было. Был вопрос по поводу наползания широких таблиц и шаблонов на правую панель при обычном размере экрана. Вот так выглядит статья Feathered dinosaur при ширине экрана 1280 пикселей. Горизонтальной прокрутки не видно, зато видно месиво из наползающих друг на друга букв. Разработчики видели эту картинку? Tucvbif??? 15:25, 16 февраля 2024 (UTC)[ответить]
    • Hi @Tucvbif - thanks for the details and apologies for replying in English. Could you give me the name and version of the browser and operating system you are using so that we can try to reproduce? I cannot reproduce this with my local setup. OVasileva (WMF) (обс.) 09:17, 20 февраля 2024 (UTC)[ответить]
    • Просят указать операционную систему, название и версию браузера, чтобы они могли воспроизвести проблему у себя. Это нужно, чтобы найти и устранить ошибку. Сейчас они у себя при своих настройках этого не видят. Nikolay Komarov (обс.) 10:59, 20 февраля 2024 (UTC)[ответить]
      • Я не знаю, что у них за настройки, но это так на всех испробованных браузерах. Просто потому, что правое поле не учитывается при определении горизонтальной прокрутки, оно считается частью рабочего поля. Это грубейший баг Вектора. Причём и старого тоже. Нигде не бывает иного. Видимо, люди просто смотрят не туда и не видят очевидного. AndyVolykhov 11:25, 20 февраля 2024 (UTC)[ответить]
        • Я сейчас посмотрел в своём Edge / Windows 11, у меня такого нет. Когда я делаю окно узким, у меня правая колонка с меню инструментов сама скрывается и я не могу её вручную закрепить, она доступна только при нажатии на кнопку инструментов. Кстати, эта кнопка вызова колонки/меню с инструментами (Tools) у меня видно только на верхнем экране, при прокрутке она просто исчезает и всё.
          Поэтому всё-таки напишите им, какое у вас сочетание софта, пусть проверят. Nikolay Komarov (обс.) 11:41, 20 февраля 2024 (UTC)[ответить]
  • Уважаемые коллеги!
    (прошу поддержки, для привлечения внимания тэгаю @AndyVolykhov @Iluvatar @Iniquity @IKhitron )
    Поскольку теперь всем известно, что насильственный переход новый дизайн неизбежен, можно сделать несложный вывод о том, что после перехода резко столкнутся с проблемами сотни тысяч посетителей. Для сглаживания пика травматизма предлагаю вместо внезапного ухудшения впечатлений от дизайна, дать людям возможность начать страдать заблаговременно. Как именно это сделать (сделаю предложения отдельными ответами, для сбора возражений; вы добавляйте свои предложения тоже): Nikolay Komarov (обс.) 14:20, 21 февраля 2024 (UTC)[ответить]
  • @SGrabarczuk, thanks for the detailed answer! But I have a question here: do you seriously want to enable this skin by default, considering that “add language” button does not work in 90% of namespaces? :) This is a clear error of the UX design and misleading the user. Iniquity (обс.) 12:30, 24 февраля 2024 (UTC)[ответить]
    • Hey @Iniquity, I think a friendly and an honest answer is: yes, seriously. From our perspective, not all namespaces are equally important. Perhaps I'm simplifying too much, this is just my personal and not consulted opinion, but I'd daresay that traffic is the top1 criterion for the team when we check what work (on features, I'm not talking about bugs breaking stuff) would be most impactful, and therefore, most urgent. And the problem with language switching on things like user page subpages is minor when you compare it with the benefits of having V22 as the default. But what other namespaces do you mean? By the way, have you reported any tickets on Phabricator addressing that? I've dug just a bit on Phab, but not really deep, so sorry if this is a bit stupid question :) Also, I've asked if it'd be possible for the Language team to reprioritize some of V22-related work. But for the Web team, that's not a blocker for deployment. SGrabarczuk (WMF) (обс.) 04:21, 28 февраля 2024 (UTC)[ответить]
      • Your concern about traffic is valid and understandable, but Wikipedia is not an ordinary site with readers. Short-term benefits may be less than medium- and long-term negative impacts on the community and the encyclopedia as a whole Proeksad (обс.) 10:00, 28 февраля 2024 (UTC)[ответить]
      • Even if that was an only trouble with new skin, benefits of new skin not so huge to outweight it. But there was a bunch of minor bugs, major bugs and even design flops in V22. It breaks most routines, made most simple and clear things obscure and inconvenient. Two very important benefits, includes hiding left panel for narrow screens and string length restriction for wide, is important, but not an excuse for all that bugs, and even can be invented into the old Vector! Tucvbif??? 10:52, 28 февраля 2024 (UTC)[ответить]
        • @Tucvbif, "benefits of new skin not so huge to outweight it" - to some degree, this is subjective. But for my colleagues, the benefits are just enough. People who decided to refresh the skin back in 2019 (when they were starting this project) wanted to make changes impacting billions of page views. When the team was working on design changes, the engineers were also modernizing the code. You may want to read this blog post. So from this perspective, the current imperfections are much less significant.
          Of course you may disagree. That's why agreement on the goals before a product is done is so important. I'd like to redirect you to this comment, where I gave links to discussions with the leaders of the Foundation and the annual planning. The earlier you're involved, the better. Seriously, consider taking part in those talks! :) SGrabarczuk (WMF) (обс.) 03:17, 29 февраля 2024 (UTC)[ответить]
          • In this case "you" is not only one user, but the whole Russian Wikipedia community. Why do you think that your team opinion overweights our community opinion? AndyVolykhov 11:35, 29 февраля 2024 (UTC)[ответить]
            • @AndyVolykhov, excellent question! Just to be super precise: when I'm saying "my colleagues", I also mean the higher managers and the leadership - it's not just about specific 12 people on the Web team. Also, since I'm at the Movement Communications team myself, I'm just a messenger responsible for relations with the communities. I don't make these decisions myself.
              As I wrote, the Foundation (and the movement in general) is not able to keep two different skins for desktop as the default indefinitely. One for desktop and one for mobile web is the maximum. We must take this into account when talking about anything else.
              To some degree, software changes are decided on the global level: as part of the movement strategy, the Foundation's annual plans; then on Phabricator and on talk pages on MediaWiki.org (like here) or Meta-Wiki (like here). They may also be compiled from different local discussions. But conclusions must be consistent and apply to as many wikis as possible, for example all of them or at least all Wikipedias. English Wikipedians have this documented as WP:CONEXCEPT. In practice, the grounds for CONEXCEPT apply to all wikis, regardless of whether a community has it documented or not. That's why early involvement in technical projects is so important.
              Does this address your question? (On a side note, Andy, I'm finally going to reply to your other comments, too! My apologies that it took so long!) SGrabarczuk (WMF) (обс.) 17:52, 29 февраля 2024 (UTC)[ответить]
          • @SGrabarczuk (Please keep in mind that I supported the transition to the new design). We will cancel, to the extent possible, locally any changes that you try to make, “breaking over the knee” the opinion of the local community, which expressed itself quite unequivocally. It is rare that an issue receives 93.5% of unanimous votes (against the introduction of a new design). Sending us to some comments will not work in this case. There are a number of unresolved problems, until they are eliminated even to talk about such a forced introduction is blasphemous. ·Carn 14:02, 29 февраля 2024 (UTC)[ответить]
      • @SGrabarczuk, this is actually very strange and I'm really worried that this won't be fixed in the future. This bug is already two years old and there is not a single movement on it: T314620. And many people actually worry about the same thing: in an attempt to push new designs and features, basic bugs are not fixed. And this mechanic was there from the very beginning of the design development.
        That is, instead of presenting a stable design without bugs, it is proposed to fly forward and use the broken version for everyone. As an active "developer" I can live with this kind of design, but it's absolutely not right to expose it to a wider audience. Iniquity (обс.) 16:43, 28 февраля 2024 (UTC)[ответить]
  • @SGrabarczuk I see that you pay no attention on my comments in Russian, I'll try to write in English. Vector-2022 has at least one critical bug: the right margin is considered as the part of central area. If a table, or a picture, or a template, or smth else is wider than central area it simply uses the right area, not turning on horizontal bar. The bar turns on only if the table is wider than central area plus right area. It works so in any browser and any width. Therefore if the right menu is turned on, it overlaps with all these tables etc. That is not the problem of module:Clade or any other, it is bug of Vector itself. Moreover, it was even in Vector-2010, but it hasn't any effect because this margin was empty. AndyVolykhov 12:48, 24 февраля 2024 (UTC)[ответить]
    • Ответ здесь. Вкратце: переделайте все ваши таблицы и картинки так, чтобы они занимали не больше 500 пикселей. Причём цифра 500 родилась уже в процессе обсуждения претензии, до этого это было 600 пикселей. Если вы впервые слышите хоть ту, хоть другую цифру — это потому, что Фонд считает себя не в праве вмешиваться в локальные политики оформления. Логика вогонов, что поделаешь. Tucvbif??? 13:12, 24 февраля 2024 (UTC)[ответить]
      • Это чушь и вообще не ответ на сообщение о конкретном баге. Ширина таблиц вообще не может регулироваться пикселями — хотя бы потому, что у людей в настройках может быть разный базовый шрифт. AndyVolykhov 13:25, 24 февраля 2024 (UTC)[ответить]
      • Это ответ в стиле «нас не волнует, что у вас всё криво выходит, исправляйте сами». Если разработчиков не волнуют локальные политики оформления, просто пусть не включают этот дизайн по умолчанию. Кому он нравится, пусть включают. Vladimir Solovjev обс 13:32, 24 февраля 2024 (UTC)[ответить]
        • Ну как же. Они ж написали где-то в обсуждениях, что основная причина - то, что им дорого поддерживать сразу две темы оформления. В нормальной логике тут было бы правильно задать вопрос о том, на что фонд тратит свой бюджет. Но, конечно, это окажется непродуктивным. Dwyane Tyrone Wade (обс.) 08:22, 26 февраля 2024 (UTC)[ответить]
          • В нормальной логике тут было бы правильно выбросить Vector-2022 как нежизнеспособный прототип и переписать всё заново. Tucvbif??? 08:46, 26 февраля 2024 (UTC)[ответить]
            • Не совсем понятно чем он не жизнеспособен то. Iniquity (обс.) 09:50, 26 февраля 2024 (UTC)[ответить]
              • Тем, что основные фишки нового скина сломаны, причём в некоторых местах — на уровне концепции. Tucvbif??? 11:00, 26 февраля 2024 (UTC)[ответить]
                • Я знаю только две проблемы со скином: узкие поля узкие там где это не ожидается и проблемы с ленгвидж селектором. Какие еще? Iniquity (обс.) 11:37, 26 февраля 2024 (UTC)[ответить]
                  • странные элементы навигации, которые пропадают. Боковые панели, перекрывающие возможности прокрутки на планшете. Необходимость подстраивать план статьи под новый дизайн. Это то, что пришло сразу в голову VladimirPF 💙💛 12:47, 26 февраля 2024 (UTC)[ответить]
                  • Я не знаю, на каком языке надо писать, чтобы меня прочитали. Баг с тем, что правое поле воспринимается как часть среднего, когда движок определяет, нужна ли прокрутка. И издевательское предложение ужать таблицы до 500px вместо исправления бага. Все наложения на правое поле именно оттуда. AndyVolykhov 12:55, 26 февраля 2024 (UTC)[ответить]
                    • На корейском можете попробовать.
                      Окей, плюс один баг с неправильным отображением чрезмерно широкого контента. Iniquity (обс.) 14:01, 26 февраля 2024 (UTC)[ответить]
                      • Это не «плюс один баг», это критический баг. Это всё равно, как если бы после автосервиса руль в машине стал уводить влево, а тормоза стали лупить на всю, стоит чуть нажать на педаль — и на справедливое возмущение вам отвечают «не ездите больше 40км/ч и будет вам счастье». Широкие таблицы и иллюстрации умеют нормально втискивать даже в бумажные книги — поворачивают, размещают на развороте, в совсем крайнем случае, например если это карта или большой постер — на вклейке. Почему Википедия должна быть хуже? Вот у меня допустим самый средненький 24"-монитор, листаю я такой статью, и вижу большую таблицу, или позиционную карту, и всё что мне нужно, чтобы увидеть её всю — нажать F11. Допустим, я читаю ту же статью с планшета — делаю щипок, и вся большая таблица помещается на экран, развожу пальцы — и могу разглядеть нужный мне элемент поближе. Всё это хорошо работает и не требует никаких лишних элементов, всё что требовалось от редизайна — ограничить длину строки в основном теле статьи для повышения удобочитаемости. Но нет, они решили всё сломать и взвалить всю ответственность на редакторов. Tucvbif??? 16:35, 26 февраля 2024 (UTC)[ответить]
                  • Уже один только селектор языков. Не представляю, под какой сценарий использования его делали? Разве что под «не пользоваться совсем». Потому что какой бы я сценарий использования не представил бы, переключатель языков создаёт для него ненужные сложности.
                    Правая панель. От неё никакой пользы кроме вреда. В неё спрятана часть нужных инструментов, но логика, по которой они помещены туда, а не в левую панель, неочевидна. Когда панель раскрыта, она мало того, что отнимает кучу места, так и приводит к глюкам отображения, а когда она скрыта, пропадает доступ к нужным инструментам. В старом векторе я в любой момент не отрывая рук от клавиатуры могу посмотреть, какие страницы ссылаются на данную, открыть элемент Викиданных или перейти к интервике. В новом векторе этот финт не работает для интервик, а для всего остального работает только если соответствующая панель раскрыта. В результате приходится постоянно переключаться с клавиатуры на мышь, и если ты не запомнил, в какой панели находится нужный инструмент, придётся по очереди раскрывать обе панели. Плюс эти важные инструменты оказываются скрыты от новичков, меньше вероятности, что они сами додумаются до того, что есть такие важные и полезные инструменты, как «ссылки сюда». Зато увеличится количество вопросов «как загрузить файл», «как переименовать страницу» и т.д. Tucvbif??? 16:09, 26 февраля 2024 (UTC)[ответить]
                  • Я вот, например, с трудом нахожу в новом дизайне "Ссылки сюда", которым постоянно пользуюсь при навигации. А когда всё-таки нахожу - никак не могу понять и запомнить логику, почему его воткнули именно туда, и на кой черт вместо него слева совершенно нефункциональное меню навигации по статье. Оно там чтобы что? Какой сценарий использования? Я либо читаю статью подряд, если оно не нужно, либо иду в конкретный её раздел, но это можно сделать из меню, которое в основном тексте в начале статьи. В обоих вариантах навигация слева не нужна. Это типичное псевдоудобство, бесполезное. А "Ссылки сюда" в новом скине примерно там же, где глаз у натурщицы Пабло Пикассо. Dwyane Tyrone Wade (обс.) 23:04, 27 февраля 2024 (UTC)[ответить]
                    • Hey @Dwyane Tyrone Wade. Change is hard! That's normal. Have you tried using the skin for a few days to see if you get used to it? You can pin the menus so the link is always there. The reason we split the menus is because they were very confusing to newbies as they were in the old Vector. Some links worked on the entire site (like Recent Changes) and others worked on the page itself (like What links here). For someone new just learning, there was no way to intuitively know that something like, say, Recent Changes, doesn't mean recent changes to the page. Separating these clearly makes it easier to learn.
                      If you're confused about more features and use cases, I'd like to encourage you to look at the descriptions of each feature. You'll find detailed information there. Thanks! SGrabarczuk (WMF) (обс.) 14:40, 6 марта 2024 (UTC)[ответить]

I wanted to reply to some comments from the voting:

  • @Рыцарь поля, I've partially addressed the problem of two clicks above: the skin is designed for the vast majority, so people who don't translate a lot. Menus are typically collapsed for logged-out users, and having them arranged intuitively for occasional users improves the wikis' usability more than having links directly on the page. (For example, it's more important to help a majority to quickly understand what the user page link is, rather than to help a minority to access it in one click.) I'd like to emphasize that the links being directly on the page does not translate to "directly available" or usable. Many viewers don't know about interwiki links because they don't see them, because they don't scroll with the intention of looking for them. That was a fundamental problem with language links for many people, and we have fixed it. A button on the top of the page works better than making a full list that's too far down the page. Of course it is not ideal, the Foundation may make improvements in this menu, and we welcome your opinions! What we want to highlight is that it’s an improvement over the previous version, and as such, deserves to be available to readers as quickly as possible.
  • @Xiphactinus88, I wanted to address your comment about the search widget, but I must ask, what do you mean when you say that it's inconveniently located? What would be more convenient in your opinion? Thanks in advance.

SGrabarczuk (WMF) (обс.) 04:04, 28 февраля 2024 (UTC)[ответить]

  • @SGrabarczuk (WMF), The search bar changes position depending on whether I'm at the top of the page or down. It is not comfortable. It would be better if it was always in the corner, left or right. Xiphactinus88 (обс.) 00:23, 29 февраля 2024 (UTC)[ответить]
    • Thanks @Xiphactinus88. We built the search a long time ago, and digging to documentation from that time may be difficult, so I'll give you the best answer I can without checking the archives:
      When we were building the sticky header, we had one line where we needed to "squish" links and buttons which in their "natural form" (at the top of the page) are placed in a few different lines. So you know, the user menu, page title, watch button. We had much less space. The number of links/buttons in the sticky header is also very limited due to small widths of devices. If we wanted to place the magnifying glass of the search widget exactly where it is at the top of the page, we'd leave a lot of space on the left empty. And there'd be much less horizontal space for search and the page title, particularly on narrower viewports. This was not an option.
      I hope this addresses your concern? SGrabarczuk (WMF) (обс.) 03:52, 29 февраля 2024 (UTC)[ответить]
  • Уважаемые Mehman, SGrabarczuk, я тут наткнулся на перечисление принципов вашей команды: We do not touch the content. We do not remove any functionality. We do not change skins other than Vector. We are inspired by the existing gadgets. We do not make major changes in single steps.
    "Мы не удаляем существующий функционал."
    "Мы не делаем крупных изменений в один шаг."
    Меня поразил разрыв между принципами и реальной практикой, которую вы продемонстрировали в русской Википедии.
    Есть ли новости по внедрению Вектора 2022? Что вы решили?
    Вы признаёте, что русская Википедия - это самостоятельный продукт, который требует прохождения по всем этапам, которые вы проходили в английской Википедии?
    Или вы всё ещё собираетесь сделать крупное изменение в один шаг и при этом удалить часть существующих функций? Nikolay Komarov (обс.) 11:15, 13 марта 2024 (UTC)[ответить]
  • День назад мне мелькнул баннер о предложении попробовать вектор-22. Интересно, этот баннер был согласован с сообществом рувики? А то потом можно сказать "нас сильно просят включить (99,9% увидевших баннер и сделавших 1,5 правки остались на вектор-22), но плохое сообщество против". ~~‍~~ Jaguar K · 21:32, 14 марта 2024 (UTC)[ответить]
    • У меня он в старой теме тоже отобразился. Думаю, через пару недель нам сообщат, что из переключившихся на новую тему назад вернулись только 2 % посетителей.
      Мы, конечно, спросим: может быть, обратно вернулось так мало, потому что они просто не смогли найти способ переключиться обратно? Ведь при переключении на новую тему нет никакого онлайн-тура, обучения, никаких подсказок, баннеров — ничего!
      Тем, кто переключается и испытывает проблемы, нигде не подсказывают, как об этих проблемах сообщить.
      Поэтому эта статистика будет из категории «ошибка выжившего», но будет уже поздно. Новую тему просто активируют по умолчанию, и всё. Nikolay Komarov (обс.) 12:18, 18 марта 2024 (UTC)[ответить]

Обрамление картинки. Рамка[править код]

Не отображается рамка вокруг изображения, в мобильной версии. Если использовать одновременно атрибуты «border» и «thumb». — Эта реплика добавлена участником NewUser45923 (ов) 09:49, 25 ноября 2023 (UTC)[ответить]

Подпись для ботоархивации: Cantor (O) 09:49, 25 ноября 2023‎ (UTC)[ответить]