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

ВП:Ф-Т · ВП:ФТ

Форум — Технический

Добавить тему

FAQ по разделу
Архив (последний)

Обсуждение технических вопросов, связанных с работой Википедии. Также см. ЧаВо.
Викификатор и боты обсуждаются не здесь, а по приведённым ссылкам.
Технические запросы на изменение защищенных страниц подаются на отдельной странице.

• Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
• Неполадки со скриптами? Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
• Хотите выложить скриншот проблемы? Не загружайте его в Википедию и на Викисклад — используйте внешние хостинги, например imgur.com.
• За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
• Нужен список статей по определённым критериям? Попробуйте PetScan.

• Общий
• Новости
• Вопросы
• Предложения
• Правила
• Технический
• Вниманию участников

• Discord
• IRC

---

• Авторское право
• Викиданные
• Географический
• Грамотность
• Исторический
• Источники
• Помощь начинающим
• Форум Инкубатора

---

• Администраторов
• Арбитров
• Ботоводов
• Патрулирующих
• Подводящих итоги

• Оспаривание итогов
• административных действий

---

• Запросы к администраторам
• арбитрам
• ботоводам
• бюрократам
• иллюстраторам
• патрулирующим
• службе VRT
• чекъюзерам
• технические

---

• на восстановление страниц
• изменение спам-листа
• литературу
• перевод
• переименование участников
• посредничество
• проверку топонимов
• транскрипцию

Шестерёнка в Модуль:Sports table

Согласно итогу опроса постепенный переход оформления таблиц на модули Sports table и Sports results постепенно будет всё более распространен. В связи с этим просьба поправить два основных момента:

1. Провести комплексное обновление данных модулей и их подстраниц на основании версий из англовики с добавлением штрафных категорий для отслеживания корректности оформления статей с их включениями
2. Исправить работоспособность ссылки на соответствующий код через шестерёнку. Дело в том, что в английской версии модуля для формирования ссылки на редактирование используется модуль:Navbar у нас же повсеместно используется шаблон:Tnavbar-view в связи с чем в случаях вроде ФК «Манчестер Юнайтед» в сезоне 1951/1952#Итоговая турнирная таблица при попытке воспользоваться переходом к редактированию таблицы открывается картинка шестерёнки, а не соответствующая секция статьи Футбольная лига Англии 1951/1952 как у англичан.
   Дело в том, что модуль Navbar в отличие от нашего шаблона Tnavbar-view способен в качестве ссылки принимать как секцию статьи так и шаблон. Tnavbar-view же однозначно ожидает ссылку на шаблон. Отсюда возникает два пути развития событий:

1. Создать для каждого сезона каждой лиги соответствующий шаблон по типу {{Чемпионат мира по футболу среди женщин 2023. Групповой этап}}, что решит описанную выше проблему с переходом и в целом соответствует третьему пункту Википедия:Модули#Организационные особенности и на первый взгляд выглядит более верным решением вопроса, однако влечёт за собой появление достаточно большого количества шаблонов, которые в нынешней ситуации будут использоваться в очень малом числе статей (да, перспектива более широкого использования в статьях о сезонах клубов имеет место быть, но на данный момент подобный пласт статей несильно развит особенно для сезонов прошлого). Тут же следует отметить, что подобная схема шаблонизации всё же постепенно зарождается см.: Категория:Шаблоны сезонов футбольных лиг Англии
2. Модернизировать наш модуль Navbar путём добавления в него шестерёнки и возможности работы как с шаблонами так и с прямыми ссылками на секции статей.

Дополнительно интересует вопрос интеграции таблицы результатов матчей в шаблоны итоговых таблиц в случае выбора пути с созданием шаблонов. Пингую коллег из футбольной тематики @Corwin of Amber, Сидик из ПТУ, Mitte27:, а также очень интересует мнение техников так как речь идёт об очень большом числе как статей так и шаблонов AleUst (обс.) 10:29, 11 февраля 2024 (UTC)

• Модули можно обновить на основании англовики, но против создания «суверенных» шаблонов, не совместимых с модулями из энвики, что усложнит обновление статей. —Corwin of Amber (обс.) 10:41, 11 февраля 2024 (UTC)
  • Коллега, поясните в чём вы видите несовместимость шаблонов с модулями. Речь идёт о том, что сейчас у нас есть как статьи с кодом модуля в чистом виде так и статьи с подобным кодом, но вынесенным в отдельный шаблон. Совместимость при этом не страдает, разница лишь в том куда мы копируем код модуля — в шаблон или напрямую в статью. Тут следует чётко определиться либо всем чистый код модуля в статьях и модифицировать наш модуль навбар либо всем турнирам — свой шаблон и можно не модернизировать. Шаблонами вроде как правильней, но немного смущает их количество в перспективе AleUst (обс.) 10:50, 11 февраля 2024 (UTC)

Ссылки

У меня одного в мобильной версии ссылки на посещённые мною страницы чёрного цвета?—Футболло (обс.) 05:49, 9 февраля 2024 (UTC)

• Нет, не у одного. Мб написать на фабрикатор? ʜᴏʀɪᴢᴏɴ [ᴅɪsᴄᴜʀsᴜs] [ᴄᴏɴᴛʀɪʙs] 05:57, 9 февраля 2024 (UTC)
  • Пожалуй, нужно. Неудобно же. Футболло (обс.) 06:09, 9 февраля 2024 (UTC)
• Есть тикет на фабрикаторе: https://phabricator.wikimedia.org/T356928
  Вроде бы исправили, скоро всем придёт исправление. То есть, скорее всего, в понедельник. — Le Loy 06:30, 9 февраля 2024 (UTC)
• У меня и в полной версии возникла такая проблема, причём там чернеющие ссылки становятся некликабельными. Xiphactinus88 (обс.) 22:04, 9 февраля 2024 (UTC)
  • Вы уверены, что это не ошибка? Этот эффект воспроизводится? Vcohen (обс.) 09:07, 10 февраля 2024 (UTC)

Кладограмма

И снова о проблемах мобильной версии. Вот эта кладограмма (схема) великолепно выглядит на полной версии (в том числе и в Vector 22), но в мобильной там не просто надписи съезжают, а ещё и сама кладограмма разбивается на куски. Мало того: даже в полной версии на мобильном устройстве есть сдвиги: «вилки» опущены ниже основных (горизонтальных) ветвей. Xiphactinus88 (обс.) 17:04, 8 февраля 2024 (UTC)

Конкретная страница пдфки

Напомните, пожалуйста, как в статье отобразить конкретную страницу пдфки, чтобы не выразать ее? — ChehVlad (обс.) 15:38, 7 февраля 2024 (UTC)

• |page= работает? 37.146.179.160 15:41, 7 февраля 2024 (UTC)
• Википедия:Иллюстрирование#Выбор_страницы_из_многостраничного_файла мб? ~~‍~~ Jaguar K · 15:41, 7 февраля 2024 (UTC)
• На две темы ниже — это же тоже самое ведь? — Cantor (O) 16:15, 7 февраля 2024 (UTC)
• Если источник в пдф? Википедия:Ссылки на источники#Ссылка на страницу в формате PDF Proeksad (обс.) 17:33, 7 февраля 2024 (UTC)

То что нужно. Всех благодарю! — ChehVlad (обс.) 21:51, 7 февраля 2024 (UTC)

Итог

Решено — Proeksad (обс.) 23:01, 7 февраля 2024 (UTC)

Карты в карточках

Прошу починить карты в карточках (Вашингтонский аэропорт имени Даллеса, Пожар в кафе «Полигон») и если возможно, то добавить такие поломки в отслеживающие категории. Mitte27 (обс.) 00:08, 7 февраля 2024 (UTC)

• Проблема в обоих случаях решилась указанием конкретной ПозКарты. Подозреваю, что отслеживать такие случаи можно в {{ПозКарта/метка}}, но там, как говорится, мои полномочия всё. — Смайлинг_обс.; 07:37, 7 февраля 2024 (UTC)
  • Спасибо, но какая-то запутанная штука. Исправление координат чинит карту в карточке, но ломает координаты вверху страницы — Кубинка (авиабаза). Mitte27 (обс.) 09:26, 7 февраля 2024 (UTC)
    • Это из-за того, что в координатах были какие-то странные значения вроде 61 минуты с. ш. или 86 секунды в. д. Поменял на координаты из карты в ВД — стало работать. То есть исправление не поломало координаты, они были поломаны раньше, только этого не было видно из-за проблемы с ПозКартой. — Смайлинг_обс.; 09:47, 7 февраля 2024 (UTC)
• @Mitte27, запрос выполнен или еще что-то требуется? Michgrig (talk to me) 10:33, 7 февраля 2024 (UTC)
  • Не совсем. У нас поломаны сотни статей с картами (примеры: Чебеньки (аэродром), Ртищево (аэродром), Центральный аэродром имени М. В. Фрунзе). Но штрафной категории для них нет, поэтому искать сломанные статьи затруднительно Mitte27 (обс.) 10:38, 7 февраля 2024 (UTC)
    • Если нужны именно аэропорты, то примерно вот так. — putnik 12:52, 8 февраля 2024 (UTC)
      • Спасибо. Значит не сотни! Постараюсь разобраться с этим. Mitte27 (обс.) 12:57, 8 февраля 2024 (UTC)
      • Полагаю, что из-за ваших правок так. Например, Андреаполь_(аэродром) p17=Q159, а Чебеньки (аэродром) p17_p131= Q159_Q5337. ~~‍~~ Jaguar K · 13:13, 8 февраля 2024 (UTC)
        • Моих правок в статье Андреаполь (аэродром) ещё не было. Mitte27 (обс.) 13:18, 8 февраля 2024 (UTC)
          • Я предполагаю, что реплика Ягуара была адресована Путнику, а стало быть, коллега Vcohen зря подправлял отступы. — Cantor (O) 16:34, 8 февраля 2024 (UTC)
            • именно ~~‍~~ Jaguar K · 17:03, 8 февраля 2024 (UTC)
              • Спасибо. Vcohen (обс.) 18:12, 8 февраля 2024 (UTC)
            • Спасибо. Vcohen (обс.) 18:12, 8 февраля 2024 (UTC)
• Всё таки проблема немного шире. Через поиск ищутся явно не все статьи с поломкой карт. Примеры: Веретье (аэродром), Приморско-Ахтарск (аэродром). Mitte27 (обс.) 06:21, 9 февраля 2024 (UTC)
• Предлагаю обернуть код {{ПозКарта}} в iferror. Но нужен замещающий текст и категория для этого. Категорию можно категория «Википедия:Страницы с некорректными позиционными картами». -- dima_st_bk 06:56, 9 февраля 2024 (UTC)
• А мне интересно: что за изменение создало проблему, ведь раньше в тех же карточках её не было? MBH 10:28, 9 февраля 2024 (UTC)
  • Путник изменил поведение {{wikidata|plain=true: раньше отображался условный textContent (то есть текстовое значение безо всех оберток), а стал отображаться raw (то есть Qxxxxx либо текст там, где указывать элемент нельзя). При этом, как я понял, исправлять последствия должен кто-то, а не сам Путник (он исправил только шаблоны с большим количеством включений). Как видно по ссылке, обратная соместимость (в т.ч. путем ботоправок, напр, добавлением другого параметра aka plaintext=true), отсутствует; предлагается использовать Qxxxxx в шаблонах, т.к. это якобы очень удобно, либо перейти на функцию парсера). ~~‍~~ Jaguar K · 11:08, 9 февраля 2024 (UTC)
    • @Putnik а зачем вы так сделали и почему даже не уведомили сообщество, что вот, я тут вам сломал все аэропорты, чинится это так... MBH 10:55, 11 февраля 2024 (UTC)
  • Я зашёл в Категория:Википедия:Неверно указанные ПозКарты и там увидел в карточке ошибку по типу как статье Взрыв на заводе Вангунчан (Q9903 ещё не имеет позиционной карты). Потом я создал Шаблон:ПозКарта Q159, карта в каких то статьях починилась, но в некоторых сломалась. Mitte27 (обс.) 12:38, 9 февраля 2024 (UTC)

Время полёта

Вот с чем столкнулся. В ряде статей о космонавтах/астронавтах параметр в карточке "[суммарное] время в космосе" отображается исключительно в секундах. См. Моруков, Борис Владимирович, Кондратьев, Дмитрий Юрьевич, Корзун, Валерий Григорьевич... Во всех этих случаях значение параметра берётся с викиданных, и это там время прописано - у кого-то в секундах, у кого-то в минутах. Причём в качестве источника данных указываются страницы сайта ЦПК, где этот параметр описывается в естественном виде (сутки, часы, минуты, секунды). А нормальная ситуация с этим параметром в тех статьях, где он прописан в карточке вручную (см. Шкаплеров, Антон Николаевич, Маленченко, Юрий Иванович, Лу, Эдвард...). Моё предложение - викиданные не трогать, и не заставлять прописывать параметр "руками", а добавить в шаблон механизм конвертации значений указанного параметра в привычный человеку формат. — 193.233.70.48 13:08, 6 февраля 2024 (UTC)

• я как раз такой модуль конвертации делал для аудиотреков, думаю можно его применить и для полётов.. только похоже надо добавить немного примеров в тесты для длительности больше суток CupIvan (обс.) 13:26, 6 февраля 2024 (UTC)
• доработал это поле в Шаблон:Космонавт, проверьте пожалуйста в карточках CupIvan (обс.) 21:21, 6 февраля 2024 (UTC)
  • У Корзуна не отображается. Я там попробовал из карточки убрать пустой параметр |время =, при этом на предпросмотре отобразилось "18 сут" (без часов, минут, секунд). Наугад ткнул другую статью - Трещёв, Сергей Евгеньевич, то же самое. Что-то не так работает. — 193.233.70.48 11:18, 7 февраля 2024 (UTC)
    • исправил ошибки в модуле CupIvan (обс.) 19:50, 7 февраля 2024 (UTC)
  • Вот - у Корзуна и Трещёва общее время в космосе на ВД проставлено в секундах, у Морукова, Кондратьева (у которых сейчас нормальное отображение) - на ВД в минутах! — 193.233.70.48 11:23, 7 февраля 2024 (UTC)

Итог

Шаблон:Космонавт доработан CupIvan (обс.) 21:32, 10 февраля 2024 (UTC)

Многоязычный интерфейс в карточках программ

Хочу упорядочить языки интерфейса в соответствующем поле карточки программы.. сделал для этого небольшой модуль Шаблон:Wikidata languages/тесты, который подтягивает данные из wikidata
можно также добавить выпадающий список при клике на ссылку, чтобы посмотреть все варианты
на что ещё можно обратить внимание, чтобы ничего не сломать? CupIvan (обс.) 22:12, 5 февраля 2024 (UTC)

Технические новости: 2024-06

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Последние изменения

• Страницы истории правок в мобильной версии стали использовать тот же HTML, что и в настольной версии. Если вам встретятся проблемы любого рода, связанные со страницами истории в мобильной версии, просим сообщить о них на Фабрикатор.
• В большинстве вики-проектов администраторы получили возможность накладывать частичные блокировки на действия: загрузку файлов, создание новых страниц, переименование страниц и рассылка благодарностей. Целью этого изменения было позволить админам ограничивать именно те действия, которые вызывают проблемы. Больше информации о блокировках действий см. по ссылке. [1][2]

Позже на этой неделе

• Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 6 февраля. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 7 февраля, все проекты — 8 февраля (календарь). [3][4]
• Исправлена проблема с постоянными ссылками на страницы обсуждения, содержавшими диакритические знаки и нелатинские символы. [5]

Будущие изменения

• 24 Википедиям, где всплывающие окошки с примечаниями включены по умолчанию, рекомендуется сделать их включаемыми по запросу. Это включит предпросмотр примечаний по умолчанию, унифицируя пользовательский опыт между разделами. В 46 Википедиях с менее чем 4 админами интерфейса это автоматически произойдёт в середине февраля, если не будет выявлено противипоказаний. Старый гаджет всплывающих окошек останется работоспособным, но будет требовать включения вручную. [6][7]

Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

MediaWiki message delivery 19:21, 5 февраля 2024 (UTC)

Повторное использование сноски из Викиданных

Товарищи, возникла ситуация. Есть в статье карточка, тянущая из Викиданных некую информацию с источником, в разделе «Примечания» соответствующая сноска благополучно отображается. При нажатии на сноску я в адресной строке вижу некий хеш — допустим, #cite_ref-_44b23bd315347f4e_1-0. Опытным путём установлено, что такую автосноску я могу повторно использовать в теле статьи через конструкцию <ref name="_44b23bd315347f4e"/>. Вопрос, допустимо ли такое переиспользование сноски? Не денется ли никуда этот хеш со временем и не создаст ли это сложностей для редакторов, или всё же лучше продублировать источник? Действие происходит в статье Лазавик, Денис Вячеславович, сноска номер 1. — Смайлинг_обс.; 15:45, 5 февраля 2024 (UTC)

• Лучше как можно меньше зависеть от изменений на Викиданных. Даже если хеш никуда не денется, сноску там могут отредактировать. Vcohen (обс.) 17:26, 5 февраля 2024 (UTC)

Итог

Спасибо, тогда пусть будет отдельная сноска в теле статьи. — Смайлинг_обс.; 11:52, 8 февраля 2024 (UTC)

user:stjn/cdAutocompleteFix.js

Пропиарю немного скрипт, который может быть полезен всем пользователям ВП:CD: стандартный автокомплит в гаджете не учитывает, что ссылки на файлы и категории должны быть в комментариях с двоеточием, а также не позволяет легко ввести ссылку на шаблон через {{tl}}. Мой (в соавторстве с Джеком) скрипт исправляет это. При этом ввести файл, категорию или шаблон стандартным для CD образом всё ещё возможно через Shift+Enter. stjn 12:21, 5 февраля 2024 (UTC)

• — Alex NB IT (обс.) 13:03, 5 февраля 2024 (UTC)

Обновление ссылок на свою СО на своей СО

Раньше было жирное выделение, если в подписи была ссылка на СО. Сейчас странное - у одних и тех же участников подписи вне со выглядят как обычно, а на своей СО в то же время - добавлен #top. Например, здесь нет #top, тогда как на СО есть. Самое странное, что все диффы на СО содержат #top (проверил пятерых) - то есть, исправлены в базе данных за все время?.. (либо в процессе исправления: старые подписи выглядят так, без части с СО) ~~‍~~ Jaguar K · 05:17, 5 февраля 2024 (UTC)

• Несколько имхо. 1. Жирное выделение получается автоматически, когда стоит ссылка на текущую страницу. Тогда она выглядит не как ссылка, а как жирное выделение. 2. #top появилось давно. Сейчас проверил по своей СОУ - между 4 и 5 июня 2016 года. Была подпись на собственной СОУ вообще без ссылки на обсуждение, стала со ссылкой с #top. Вот тут две моих реплики, одна добавлена до, другая после. 3. Отличаются подписи не старые, а просто у тех участников, которые сделали себе кастомную подпись. Vcohen (обс.) 07:21, 5 февраля 2024 (UTC)
  • Я в курсе. Тогда другой вопрос - как выглядит код вашей подписи (в настройках)? Посмотрите на код этой темы или любой другой - вне СО якорь #top отсутствует. Это немного странно, движок генерит разную подпись для СО и не СО? ~~‍~~ Jaguar K · 12:25, 5 февраля 2024 (UTC)
    • Special:Edit/MediaWiki:Signature: {{#ifeq:{{FULLPAGENAME}}|{{ns:3}}:$1|([[ОУ:$1#top|обс.]])|([[ОУ:$1|обс.]])}} — Alex NB IT (обс.) 13:12, 5 февраля 2024 (UTC)
      •  Дополнение: С 27 августа 2014 года Служебная:Изменения/65101590 в течение полутора месяцев, с 5 июня 2016 года Служебная:Изменения/78782366 по настоящее время. См. также обсуждение Википедия:Форум/Архив/Предложения/2014/08#Изменение стандартной подписи. — Alex NB IT (обс.) 13:18, 5 февраля 2024 (UTC)
        • Эта штука имела обратное действие для участников с обычной или кастомной подписью? Спрашиваю потому, что по ощущениями раньше почти везде были (обс) e.g, ut:Valmin. а сейчас их почти нет, везде (обс.). Те, у кого сейчас жир - это ручная разметка? А те, у кого был жир раньше (году в 20) - это?.. ~~‍~~ Jaguar K · 13:54, 5 февраля 2024 (UTC)
          • При любом раскладе не может меняться уже сохраненный викитекст. Он может редактироваться ботом с массой спорных случаев и ложных срабатываний, но не движком. Движок может менять рендеринг уже сохраненного викитекста либо способ преобразования 4 тильд в момент сохранения. Например, сейчас даты в подписях стали ссылками, но это изменение рендеринга, а не самого сохраненного текста. Vcohen (обс.) 14:13, 5 февраля 2024 (UTC)
            • Рендеринг правда изменился, но еще в конце 22 года, судя по архиву. Хотя визуально это незаметно - заменили полный адрес на только якорь на со. ~~‍~~ Jaguar K · 14:17, 5 февраля 2024 (UTC)
              • По-моему, если меняется рендеринг, то он меняется и в архиве. Vcohen (обс.) 14:21, 5 февраля 2024 (UTC)
                • Смотря что вы имели ввиду. Я по архиву и понял, что рендеринг менялся, тк в нем разный код. ~~‍~~ Jaguar K · 03:58, 6 февраля 2024 (UTC)
                  • Я имел в виду, что программы, относящиеся к движку, срабатывают а) в момент сохранения правки (преобразование 4 тильд в подпись) и б) в момент открытия страницы на чтение (рендеринг - ну, может не при каждом открытии, но периодически это происходит). Они не срабатывают путем ботопрохода по существующим текстам с их анализом. Что Вы имели в виду под "разным кодом"? Если Вы имели в виду, что сегодняшняя версия рендеринга по-разному обрабатывает разный код, то теперь я Вас понял, но тогда эту разницу можно проверить и иначе - просто написав разный код и посмотрев в предпросмотре, как он рендерится. Vcohen (обс.) 06:37, 6 февраля 2024 (UTC)

ВП:Статистика -- Разрешение монитора

Есть ли где-нибудь статистика по разрешениям мониторов у посетителей Википедии? Это было бы крайне полезно для аргументации против внезапного включения Vector 2022 по умолчанию. Nikolay Komarov (обс.) 09:02, 4 февраля 2024 (UTC)

• Она плюс-минус коррелирует с общими тенденциями: https://gs.statcounter.com/screen-resolution-stats/desktop/worldwide. Вроде где-то по викимедиа публиковали, но я не помню где. Iniquity (обс.) 16:39, 4 февраля 2024 (UTC)
  • Классная ссылка, спасибо! Вот по России в январе 2024. Если считать за вычетом мобильных и консольных, то вот что получится.
    Разрешение Full HD или выше только у 43% (без учёта неизвестных разрешений). Если вычесть 20,5% неизвестных, то всего известных будет 79,5%.
    Делим 43%/79,5%=54%.
    То есть лишь 54% из известных имеют разрешение Full HD, у всех остальных 46% разрешение ещё меньше, поэтому их игнорировать нельзя. Nikolay Komarov (обс.) 19:22, 4 февраля 2024 (UTC)
    • Не очень понял, как вам это поможет. Скажем, у меня Мак с монитором 27 дюймов, но браузер на полный экран я разворачиваю только когда кино смотрю. Обычно +/- полэкрана. И если бы у меня вдруг стал монитор 127 дюймов, всё равно бы разворачивал до примерно того же размера (больше неудобно), только это стало бы не полэкрана, а 1/8 или сколько там. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 12:31, 5 февраля 2024 (UTC)
      • В Векторе 2022 актуальные для всех разрешений проблемы ещё сильнее обостряются при отображении на малом мониторе.
        Кроме того, на малых разрешениях окна появляются дополнительные проблемы.
        Тот факт, что с Вектором 2022 чуть меньше половины незарегистрированных пользователей (а это очень большая доля от гигантской аудитории) будут работать в маленьком окне или на маленьком мониторе, делает многочисленные существующие недостатки не терпимыми и допустимыми (как считает команда фонда по разработке Ветора 2022) и не просто важными, а блокирующими переключение на Вектор 2022 как на вид по умолчанию. Nikolay Komarov (обс.) 15:46, 5 февраля 2024 (UTC)

Лаги в Википедии

Нет ни у кого проблем с загрузкой Википедии? У меня Википедия грузится или медленно, или всё нормально.— Футболло (обс.) 08:47, 3 февраля 2024 (UTC)

• Часа 2 назад были лаги некоторое время (десктоп, между Волгой и Байкалом) - но и другие сайты (не засек какую-то закономерность, но ютюб и ВК точно) немного лагали. Потом прошло. Бывает (тем более в это нелегкое время). Алексей Густов (обс.) 10:05, 3 февраля 2024 (UTC)
• Или замедляют или проблемы на стороне ВП. В последнее время сервера иногда выплёвывали ошибки. Я думаю, что тут скорее первый вариант, чем второй. — Tarkoff / 11:44, 3 февраля 2024 (UTC)
• В ночь на 3 февраля у меня сильно подвисала Википедия, но только на мобильных устройствах. Xiphactinus88 (обс.) 12:07, 3 февраля 2024 (UTC)
• У меня с утра субботы практически не открывается с компьютера. В телефоне норм. Николай Эйхвальд (обс.) 07:56, 5 февраля 2024 (UTC)
  • @Николай Эйхвальд, пробуйте залогиниться в другом разделе (ВД, Мета и т.д). Они пока работают стабильно. Оттуда можно переходить сюда и тогда лагать не будет. — Tarkoff / 08:00, 5 февраля 2024 (UTC)
    • Глупый вопрос: перейти как? П. С. А, всё. Николай Эйхвальд (обс.) 08:10, 5 февраля 2024 (UTC)
    • Нет, не помогло. Николай Эйхвальд (обс.) 08:14, 5 февраля 2024 (UTC)
• Сегодня то всё нормально с компа, то ничего. «ERR_CONNECTION_RESET» и «Не удалось получить код страницы. Проверьте соединение с интернетом.» выдаёт. Футболло (обс.) 12:09, 5 февраля 2024 (UTC)
• Комментарий: Предлагаю разобраться по порядку.
• Первое сообщение в консоли:
• This page is using the deprecated ResourceLoader module "jquery.ui".
• Please use OOUI instead.
• execute @ startup.js:1316
• doPropagation @ startup.js:757
• requestIdleCallback (async)
• setAndPropagate @ startup.js:830
• impl @ startup.js:2009
• (anonymous) @ load.php?lang=ru&modules=jquery%2Coojs-ui-core%7Cjquery.ui&skin=vector-2022&version=1a53p:1
• Второе сообщение:
• Third-party cookie will be blocked. Learn more in the Issues tab.
• Третье сообщение:
• This page is using the deprecated ResourceLoader module "mediawiki.ui.button".
• [1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI
• execute @ startup.js:1316
• doPropagation @ startup.js:757
• requestIdleCallback (async)
• setAndPropagate @ startup.js:830
• impl @ startup.js:2009
• eval @ load.php?lang=ru&modules=ext.gadget.navboxNavigation&skin=vector-2022&version=1fzej:1
• indirectEval @ startup.js:1164
• asyncEvalTask @ startup.js:1643
• (anonymous) @ startup.js:1622
• requestIdleCallback (async)
• asyncEval @ startup.js:1621
• work @ startup.js:1794
• enqueue @ startup.js:1221
• load @ startup.js:2055
• eval @ ext.gadget.navboxDefaultGadgets-script-0.js:9
• mightThrow @ jquery.js:3489
• process @ jquery.js:3557
• setTimeout (async)
• (anonymous) @ jquery.js:3602
• fire @ jquery.js:3223
• fireWith @ jquery.js:3353
• fire @ jquery.js:3361
• fire @ jquery.js:3223
• fireWith @ jquery.js:3353
• ready @ jquery.js:3844
• completed @ jquery.js:3854
• Ваши комментарии. — Tarkoff / 11:55, 6 февраля 2024 (UTC)
  • Ваш браузер случаем не подпадает под ограничения? ~~‍~~ Jaguar K · 12:13, 6 февраля 2024 (UTC)
    • Нет, у меня браузер последней версии. Сейчас вылетела ещё одна ошибка Failed to load resource: net::ERR_HTTP2_PING_FAILED. — Tarkoff / 14:09, 6 февраля 2024 (UTC)
    • До этого я отключил vector-2022. Стало полегче, но потом лаги снова вернулись. — Tarkoff / 14:12, 6 февраля 2024 (UTC)

Неявный дифф

Вот эта правка уменьшила размер страницы на 4015 байт. Кто может сказать, 1) за счёт чего? и 2) почему этого не видно в диффе? (но разница отображается в истории правок). — Cantor (O) 12:07, 31 января 2024 (UTC)

• Баг? Попробовал в песочнице API (тут нажать на кнопку «Сделать запрос»), всё выдаёт корректно: размер диффа — 609 байт, изменение — добавление строки «Участник:Nino2017». Radmir Far (обс.) 14:59, 31 января 2024 (UTC)
  • 609 байт — это размер HTML-кода, содержащего визуальное представление разности версий. — Alex NB IT (обс.) 20:05, 31 января 2024 (UTC)
• Модель содержимого страницы — MassMessageListContent, расширяет JSON. C середины января движок MediaWiki стал использовать символы табуляции для отступов вместо пробелов на страницах с моделью содержимого JSON. Это сильно уменьшает размер страниц. Замена символов табуляции на пробелы происходит при любой правке. Приведённая вами правка была первой после произведённого изменения кодовой базы MediaWiki. Не видно при сравнении версий потому, что в данном случае формат хранения отличается от формата представления. Преобразование производится расширением MassMessage. На самой странице видно ссылки на страницы участников, при просмотре только имена участников без кода внутренних ссылок. Резюмируя: внутреннее представление формата хранения данных изменилось, данные стали храниться более эффективно, их загрузка стала происходить быстрее. При сравнении версий изменений не заметно, поскольку расширение MassMessage инкапсулирует действительный формат хранения данных. — Alex NB IT (обс.) 17:00, 31 января 2024 (UTC)
  • А размер в байтах, показываемый при версиях в истории, - это размер хранения или размер представления? Vcohen (обс.) 17:19, 31 января 2024 (UTC)
    • Разумеется, это размер JSON, в виде которого хранятся данные. — Alex NB IT (обс.) 17:39, 31 января 2024 (UTC)
  • Спасибо. С третьего прочтения даже что-то стало понятно (при том, что я ни разу не технарь) — Cantor (O) 07:49, 1 февраля 2024 (UTC)
    • — Alex NB IT (обс.) 15:39, 1 февраля 2024 (UTC)
• У меня в настройках подключен скрипт расширенного отображения диффов (enhanced diff). Рекомендую. Он в том числе показывает разницу в пробельных символах. Michgrig (talk to me) 19:01, 31 января 2024 (UTC)
  • Да, этот скрипт получает «сырое», необработанное содержимое именно в том виде, в котором оно хранится, и именно поэтому в нём видно разницу в этом случае, саму по себе разницу в пробельных символах видно и в стандартном сравнении версий: Служебная:Изменения/135519537. — Alex NB IT (обс.) 19:37, 31 января 2024 (UTC)
• Два схожих скачка (только в плюс) можно увидеть в истории [8], но там как раз и написано, что модель представления изменилась с «вики-текст» на «MassMessageListContent». Alex Spade 16:06, 3 февраля 2024 (UTC)

Справочник населения

После переименования статьи Нуча (село) (старое название Нуча (Ардатовский район)) в статье перестали показываться данные по населению. Вместо этого пишется: «Нуча (село) > Данные не обнаружены. Возможно, страница переименовывалась. Проверьте справочник». Какой справочник, где он находится и как его поправить, неясно. В «ссылках сюда» ничего нет. Нашёл наконец Модуль:Statistical/RUS-NIZ, поправил — ничего не поменялось. Кто знает — сделайте плиз. А ещё лучше — напишите мануал и добавьте его в виде ссылки на слова «проверьте справочник», чтобы даже непрограммисты, вроде меня, могли исправить при необходимости. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 08:39, 31 января 2024 (UTC)

• Обсуждение_модуля:Statistical#Переименование_н.п. циферка: 1900440065 (также обсуждение шаблона) ~~‍~~ Jaguar K · 09:25, 31 января 2024 (UTC)
• @Leokand, проблема решена? Michgrig (talk to me) 19:05, 31 января 2024 (UTC)
  • Для этой статьи да. Правда, что, где и как надо править я так и не понял, поэтому вопрос с мануалом остаётся открытым, но не настолько горящим. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 06:11, 1 февраля 2024 (UTC)
    • Я приложил ссылку, по которой делал (я тоже был не в теме). Т.к. в этой теме очень сжато, подробнее есть на СО шаблона. Предполагается, что будут писать на СО и участнкии проекта заполнят сами, если кто-то не может разобраться. ~~‍~~ Jaguar K · 07:01, 1 февраля 2024 (UTC)

Серенькая дата в подписях в обсуждениях

Глупый вопрос, конечно, но сейчас вдруг заметила, что в подписях в обсуждениях дата стала серенькой. Как-то в глаза бросилось. Это давно так или свежее? Навсегда? Какая аргументация? (новый вектор, видимо) — Zanka (обс.) 08:19, 31 января 2024 (UTC)

• Инструменты обсуждения скорее всего обновили. Плюс теперь это ссылка, ее можно использовать в обсуждениях, не включая CD. (Правда, копируется почему-то как обычная ссылка, поэтому для [[такого]] либо брать из адреса, либо гаджет сокращения ссылок). ~~‍~~ Jaguar K · 08:24, 31 января 2024 (UTC)
• В Монобуке тоже есть, и тоже с эффектами, о которых говорит Ягуар. Появилось вчера или позавчера. Об этом упомянуто в свежем выпуске техновостей (на пять разделов ниже). — Cantor (O) 12:05, 31 января 2024 (UTC)
• Тоже только вчера заметил. Смотрится не очень. Надеюсь, потом вернут синий цвет. Xiphactinus88 (обс.) 12:09, 31 января 2024 (UTC)
  • Так цвет же чёрный был. Radmir Far (обс.) 15:10, 31 января 2024 (UTC)
    • У меня был синий. Хотя после вашего ответа уже не уверен… В любом случае, серый смотрится так себе. Xiphactinus88 (обс.) 18:51, 31 января 2024 (UTC)
• Временное решение (или постоянное, если не изменят): добавить в свой common.css следующие строки:

.ext-discussiontools-init-timestamplink 
{
	color: black;
}

Это перекрасит даты обратно в чёрный цвет. Radmir Far (обс.) 15:10, 31 января 2024 (UTC)

• Лучше inherit, а не black, чтобы оно работало с гаджетом тёмной темы, например. stjn 15:16, 31 января 2024 (UTC)
• Появление ссылок на реплики — большой шаг вперёд, это сэкономит много времени. Серый цвет — тоже хорошо, второстепенные вещи есть смысл делать менее заметными. В кои-то веки интерфейс изменили к лучшему, а не к худшему. Sneeuwschaap (обс.) 19:02, 31 января 2024 (UTC)
  • Получается светофор, к сожалению. — Zanka (обс.) 01:15, 1 февраля 2024 (UTC)
    • Теперь, когда дату выделили, ее можно хоть вообще скрыть со страниц личными стилями. Либо уменьшить, либо сделать видимоц только при наведении. И никаких скриптов для этого, как раньше, не нужно. ~~‍~~ Jaguar K · 01:22, 1 февраля 2024 (UTC)
    • Например, этот код скрывает даты, а потом показывает их при наведении на ник либо (обс), в зависимости от того, какая ссылка стоит сразу перед датой (например, у Леса это вклад "on", а у AndyVolykhov - скобки ^↔), и попутно красит в черный. При этом теряется возможность копировать, но это пример. ~~‍~~ Jaguar K · 02:18, 1 февраля 2024 (UTC)

Подписи на картах

Здесь, здесь, тут и, очевидно, ещё на многих других страницах названия близкорасположенных населённых пунктов перекрывают друг друга на картах в таблице в мобильной версии. Xiphactinus88 (обс.) 22:49, 30 января 2024 (UTC)

• ...И не только в мобильной, оказывается. Xiphactinus88 (обс.) 01:43, 31 января 2024 (UTC)

Капча и "инструменты обсуждения"

Всем привет. Несколько раз столкнулся с пропажей написанных мною реплик на страницах обсуждений (они просто молча исчезали). Сейчас всё-таки разобрался: когда я просто редактирую вики-текст и включаю внешнюю ссылку - перед сохранением отображается капча. И, видимо, инструменты обсуждений, включенные по умолчанию для новичков, несовместимы с "капчей", и просто "съедают" реплику. Это можно как-то локально чинить, или нужно идти куда-то "в центр"?
Вероятно, с этим сталкиваются только новички, которые в таких ситуациях просто не понимают, что вообще случилось. Biographist75 (обс.) 20:08, 30 января 2024 (UTC)

Updates to Navbox gadgets

Hello, I've made some changes in response to an upstream deprecation to how the Navbox gadgets load (navigation and featured articles). I've summarized these changes here. The gadgets impacted are:

• Включить динамическую навигацию в навигационных шаблонах
• Отобразить или скрыть иконки статусных статей перед ссылками в навигационных шаблонах

[Possible action needed] Note, if you previously had one of the navbox gadgets disabled, now both are loaded. You will need to disable the "<gadget-navboxDefaultGadgets>" module and enable the gadget you want to restore the old previous behaviour.

Please let me know if you notice any other issues.

Jdlrobson (обс.) 21:30, 29 января 2024 (UTC)

Технические новости: 2024-05

Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.

Последние изменения

• Начиная с понедельника 29 января все таймстампы (дата и время отправки сообщения) получат постоянную ссылку на это сообщение. Ссылка будет работать даже если сообщение переместят на другую страницу. Данная функциональность добавится во все вики-проекты, кроме английской Википедии. Подробности см. по ссылкам: Diff и Mediawiki.org. [9]
• Спам-ботам и скриптам станет сложнее обходить капчу благодаря недавним изменениям в ней. Приглашаем оставить отзывы на новую капчу на Фабрикаторе. Сотрудники Фонда следят за метриками, относящимися к капче, включая косвенные, например, создание новых учётных записей и число правок.

Позже на этой неделе

• Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 30 января. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 31 января, все проекты — 1 февраля (календарь). [10][11]
• 1 февраля в меню «Инструменты» появится новая ссылка, позволяющая скачать QR-код, ведущий на текущую страницу. Появится и новая страница для создания QR-кодов для любой ссылки на проекты Фонда: Служебная:QrCode. Это предложение было 19-м по популярности в Опросе пожеланий сообщества 2023 года. [12]
• Некоторые гаджеты, работающие только в определённых темах оформления, используют опцию targets для того, чтобы ограничить их использование. На этой неделе targets перестанет работать, вместо неё нужно использовать skins. [13]

Технические новости подготовлены техническими писателями и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

MediaWiki message delivery 19:30, 29 января 2024 (UTC)

• И ещё с 10 февраля введут по умолчанию тему Vector 2022, игнорируя массовые сообщения о множестве нерешённых проблем. Nikolay Komarov (обс.) 08:59, 4 февраля 2024 (UTC)

Extension:IPInfo

Сабж больше не работает. Сначала были перебои, с неделю или две вообще... Не очень и надо, но интересно. У нас отключили, или наоборот не у нас? — Vulpo (обс.) 12:25, 29 января 2024 (UTC)

AWB: пересортировка сносок

Копия со страницы Обсуждение Википедии:AutoWikiBrowser#AWB: пересортировка сносок.

Спасибо, коллега! Но менять порядок сносок в тексте, как и в шаблоне {{примечания}}, не нужно. Выбранный авторами порядок вовсе не обязательно случаен. Он может отражать качество/релевантность/первичность-вторичность или ещё что-то. В шаблоне "примечания" я их всегда сортирую по алфавиту, чтобы облегчить поиск и избежать дублей. Так что это я верну назад и думаю, что вопрос надо поднять перед теми, кто вставлял в AWB однозначно вредную функцию. Stas 16:09, 26 декабря 2015 (UTC)

Stas000D, полностью согласен, сам давно хочу в AWB это сортировку сносок отключить, что увы невозможно. Надеюсь, вы вернули только сортировку, а не ошибку? --Vladis13 23:52, 3 января 2016 (UTC)

Говорят, что надо писать на Фабрикатор. Сортировка полным ходом идёт и в англовики, причём в исполнении бота (правда, только в тексте); каких-либо комментариев от ботовода я не удостоился. Если её невозможно отключить, то этот AWB просто-напросто подлежит запрету как инструмент для массовых неконсенсусных правок. Что касается ошибки, ошибкой она стала не раньше начала декабря, и неплохо бы выяснить, чьими трудами (сам шаблон {{Sfn}} никто особо не трогал — не в этой же правке дело)? Stas 01:42, 4 января 2016 (UTC)

Приведённая вами первая ссылка не работает. Если вы про мой вчерашний вопрос в англовике, да, они сослались на фабрикатор phab:T100614. Там запрос висит год без какой-либо реакции, глухо. --Vladis13 22:59, 4 января 2016 (UTC)

Вполне себе работает. Я имею в виду шаблон в начале страницы. Про ваш вопрос и запрос на Фабрикаторе не знал; спасибо, подключусь. Stas 23:13, 4 января 2016 (UTC)

Круг замкнулся ;) Создал тему на странице обсуждения AWB на enwiki, разработчики готовы вносить изменения, но только в кодовую базу (с учётом раздела Википедии), и после обращения на Фабрикатор со ссылкой на консенсусное обсуждение. Где можно провести такое обсуждение по отключению этого "улучшайзинга" (^[2][1][3] → ^[1][2][3]) + отключение RefsAfterPunctuation? Возможно удастся продавить через WP:AutoWikiBrowser/Config. — A.sav (обс.) 09:42, 29 января 2024 (UTC)

• Я бы очень хотел попросить вас перестать использовать слово «улучшайзинг», начиная с него любое обсуждение превращается в неконструктивное. Относительно же RefsAfterPunctuation — я не помню, чтобы AWB менял положение сноски, вполне возможно, оно включено только для енвики. — putnik 09:49, 29 января 2024 (UTC)
  • Принято. Относительно RefsAfterPunctuation — возможно, я смотрел кодовую базу для довольно старой версии AWB. Но тогда одной проблемой меньше. А относительно ReorderReferences что скажете? — A.sav (обс.) 10:25, 29 января 2024 (UTC)
    • Что значит возможно? Вы же дали сами дали ссылки на описание RefsAfterPunctuation - там чётко написано "Applies to en-wiki and simple-wiki only". Alex Spade 15:41, 2 февраля 2024 (UTC)
  • О конструктивности и консенсусе надо говорить с теми, кто протолкнул в AWB свою вкусовщину насчёт порядка сносок и с теми, кто безо всякого консенсуса её осуществляет, а не с теми, кто против этого возражает. Массовые неконсенсусные действия и реализующие их инструменты должны ликвидироваться сразу по обнаружению. Sneeuwschaap (обс.) 12:34, 29 января 2024 (UTC)
    • Дорогу осилит идущий. Сообщество enwiki отмену этих правок провело в 2017 году. Инструмент полезный, но насколько я понимаю в команде разработки представителей рувики нет и не было, извините, если это не так. Мы получили инструмент как есть и можем его улучшить и заточить под свои потребности. Надо только предоставить результаты обсуждения, правка в олной строки не самое сложное. A.sav (обс.) 18:00, 29 января 2024 (UTC)
      • Были ли там представители рувики, не имеет значения: способность понимать, что полезно, а что вредно, зависит не от раздела. Она зависит от опыта написания статей. А для понимания, что внедрять подобное счастье можно только после явного согласия сообщества, не нужно даже этого. Sneeuwschaap (обс.) 20:57, 2 февраля 2024 (UTC)
• (для большей представительности обсуждения) Поддерживаю предложение: AWB не должен переставлять сноски, на это уже давно жаловались. — Cantor (O) 12:24, 31 января 2024 (UTC)
• Я не поддерживаю отмену сортировки источников по порядку упоминания в тексте, я как раз за такую сортировку. А вот как раз сортировка "качество/релевантность/первичность-вторичность" - это явный субъективизм. Alex Spade 15:41, 2 февраля 2024 (UTC)
  • Во-первых, это никакой не субъективизм, на определении качества, релевантности и первичности/вторичности основана вся работа с источниками. Во-вторых, с какой стати заменять порядок, основанный хоть на каких-то соображениях, на не основанный ни на каких вообще? Sneeuwschaap (обс.) 20:57, 2 февраля 2024 (UTC)
    • Качество и релевантность источника (в виде его "веса", а не булевого значения) определяет человек, также он частично определяет первичность-вторичность источника - это и называется субъективной оценкой. Вместе с тем, ВП пишется в научном стиле - в нём необходимо использовать несубъективные порядки сортировки (источников, сокращений и т.п.) - например, алфавитный по названию источника или его первому автору, по-мере упоминания, хронологический (обратно-хронологический) и т.п. Alex Spade 23:50, 2 февраля 2024 (UTC)
      И если нужно дать некоторый вес ключевым источникам, отделяя их от прочих, отчего не использовать REFGROUP? Alex Spade 00:16, 3 февраля 2024 (UTC)
      • Субъективной оценкой называется не сделанная человеком, а отражающая его личность. Если считать все оценки качества, релевантности и вторичности источников полностью субъективными, то надо закрывать как минимум КОИ, если не всю Википедию. Если, например, информация происходит из статьи в научном журнале, логично первой поставить сноску на журнал, а второй — на пересказ на русскоязычном научно-популярном сайте, и с какой стати предпочитать этому порядку порядок, выбранный каким-то слепым инструментом? «Несубъективные порядки» там, где они используются, имеют рациональные причины, облегчение поиска в списке литературы, например. К теме обсуждения это отношения не имеет. Что касается хронологического или ещё какого-то порядка — так автор мог его и придерживаться, и этот AWB его уничтожит точно так же, как любой другой. Sneeuwschaap (обс.) 01:02, 3 февраля 2024 (UTC)
        • Есть разные степени субъективизма: личность эксперта, дающего оценку, - это в том числе уровень его знания и понимания, а уж прочей вкусовщины у экспертов пруд пруди. Кто-то выстроит источники одним способом, кто-то иным. В части же отсылки к ВП:КОИ - это проект даёт в первую очередь булевые оценку. Впрочем, в данном частном топике мы тему топика всё равно не решим - если желающие действительно хотят отменить использование ReorderReferences, то как показывает мой опыт общения с AWB-разработчиками желающим нужно выводить вопрос на уровень ВП:О или ВП:Г - вот тогда ссылка на результат такого опроса/голосования действительно поможет. Alex Spade 10:18, 3 февраля 2024 (UTC)
          • Ставить ли источник на первое место — это тоже булева оценка. Только это всё к теме особого отношения не имеет. Неважно, что оценки отчасти субъективны, достаточно того, что они отчасти несубъективны. Потому что менять порядок сносок на какую-то вкусовщину можно только при наличии уверенности, что прошлый порядок не был основан ни на чём вообще. Если он хотя бы иногда имел какую-то (какую угодно) свою логику, её массовое уничтожение — это нарушение ВП:МНОГОЕ со всеми вытекающими. Sneeuwschaap (обс.) 15:27, 3 февраля 2024 (UTC)
            • Я не вижу нарушений МНОГОЕ. И вы пытаетесь переубедить почему-то только меня. Мне в целом не принципиально будет работать у нас ReorderReferences или нет. Но соот. инструмент действует очень давно, и изменить сложившийся статус-кво через оный топик уже не получиться (никто из администраторов не решиться на блокировку всех зарегистрированных AWB-ботов), желающим нужен О или Г - только тогда можно будет выйти на разработчиков. Alex Spade 15:51, 3 февраля 2024 (UTC)
              • ВП:МНОГОЕ: «Следует также предупредить о правках, которые затрагивают множество других страниц… Прежде чем проделать такое масштабное изменение, следует хорошо изучить соответствующие правила и руководства. В подобных случаях желательно перед внесением изменений предложить их на странице обсуждения статьи или на одном из форумов. То же относится к малозначительным, но зато массовым, производимым во множестве статей изменениям.» Об остальном см. реплики A.sav. Sneeuwschaap (обс.) 16:40, 3 февраля 2024 (UTC)
                • Желающие отключить ReorderReferences не смогут это сделать через данный частный топик. Ситуацию следует решать через О или Г. Alex Spade 16:51, 3 февраля 2024 (UTC)
                  • Это ничем не подтверждено. Sneeuwschaap (обс.) 17:06, 3 февраля 2024 (UTC)

Модуль Треклист

Сделал модуль для оформления треклистов с подсчётом суммарной длительности и более наглядным оформлением в коде. Примеры можно посмотреть в моей песочнице. Посмотрите пожалуйста на наличие ошибок. CupIvan (обс.) 19:53, 28 января 2024 (UTC)

• Считать ли это ошибкой не знаю, но: раздел "Данные из wikidata", единственная красная ссылка. На WD элемент называется Артур Александр (на конце "др" без "е"). Статья про него есть Александер, Артур (на конце "дер"). Получается модуль сформировал ссылку взяв название элемента на ВД, а отобразил её поменяв "Ф, И" на "И Ф". — GAN (обс.) 22:08, 28 января 2024 (UTC)
  • да, некорректно определялась ссылка на страницу, поправил CupIvan (обс.) 17:50, 29 января 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», никаких изменений не ожидается, а поддержка этих интерфейсов будет продолжена и в будущем.

• Начало статьи
• 
  Vector 2010 (текущее значение по умолчанию)
• 
  Vector 2022

• Раздел статьи
• 
  Vector 2010 (текущее значение по умолчанию)
• 
  Vector 2022

О интерфейсе

Слайды к нашей презентации на Викимании 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)
  • Привет @Iluvatar, thanks for this first comment here. About the gaps between elements, add ?vectorzebradesign=1 to the URL. This is what Vector 2022 will look like within days or weeks. Here you will find details on what exactly is different. I hope this addresses some part of your concerns. If you'd like to see something else changed, could you write more on what you mean? Thanks! SGrabarczuk (WMF) (обс.) 21:41, 6 декабря 2023 (UTC)
    • It doesn't address the abovementioned concern. I created a task T356593. Nikolay Komarov (обс.) 10:33, 4 февраля 2024 (UTC)
  • Не знаю за отступы, но то, что при такой ширине экрана простыни слева и справа не сворачиваются автоматически (или хотя бы не имеют настройки этого, по умолчанию активной, но с возможностью отключения), ужас. ~~‍~~ Jaguar K · 23:26, 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)
        • @SGrabarczuk and Olga, thanks for your answers!

          Сообщение SGrabarczuk (WMF) от 04:06, 12 января 2024 (UTC):

          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)

          I'm more interested in the number of useless lines that just get in the way.

          Сообщение SGrabarczuk (WMF) от 04:06, 12 января 2024 (UTC):

          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

          Glad to hear that, because this task is very similar to a blocker.

          Сообщение SGrabarczuk (WMF) от 04:06, 12 января 2024 (UTC):

          English Wikipedia statistics - Sure, data from English Wikipedia (as well as a bunch of other wikis, incl. Russian) is available here: T334021#8799088.

          Did I read correctly that for the English Wikipedia, between 11 and 25 percent of participants switched from vector 2022? Iniquity (обс.) 14:35, 12 января 2024 (UTC)
          • Hey @Iniquity, you mean the percentage of the more active users who have the old Vector, 11.58% and 25.07%, right? SGrabarczuk (WMF) (обс.) 17:56, 15 января 2024 (UTC)
            • Yep :) Iniquity (обс.) 18:40, 15 января 2024 (UTC)
        • Can you also ask Olga about making main pages higher width due to multi-column layout? This is another issue of new Vector for me. stjn 15:25, 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 prioritization — Alex 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)
            • No, it cannot be independent of the deployment of the skin because new Vector forces users to use an inaccessible component. stjn 12:15, 16 января 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)
  • Что изменили? ~~‍~~ Jaguar K · 11:46, 7 декабря 2023 (UTC)
    • При включенных гаджетах ничтожными по масштабу буковки стали в выпадающих сносках, списках etc. Не с моими одиннадцатью диоптриями этим пользоваться. А в векторе мне не нравятся разрывы между абзацами и разделами, размазанные абзацы, разные шрифты в заголовках и основном тексте, окошко поиска наверху справа, наконец. Dmartyn80 (обс.) 12:53, 7 декабря 2023 (UTC)
      • Одиннадцать диоптриев — это у вас всё плохо со зрением в плане -11? Футболло (обс.) 18:18, 10 декабря 2023 (UTC)
        • Именно. Dmartyn80 (обс.) 17:07, 12 декабря 2023 (UTC)
• Я предлагаю сразу ввести требование неписать статей больше 20 строчем и тогда новый вектор будет действительно любим всеми. VladimirPF 💙💛 20:44, 7 декабря 2023 (UTC)
  • Тогда лучше сразу не писать статьи вовсе. ^ w ^_(обс.) 21:22, 7 декабря 2023 (UTC)
• Белые поля широкие слева и справа выглядят катастрофически плохо на скриншотах. — Туч_а 23:20, 8 декабря 2023 (UTC)
  • Можно поинтересоваться, какой у вас размер экрана (в дюймах или сантиметрах) и какое разрешение экрана (в пикселях)? Nikolay Komarov (обс.) 12:30, 14 декабря 2023 (UTC)
    • «Белые поля широкие слева и справа выглядят катастрофически плохо на скриншотах». ^ w ^_(обс.) 13:21, 14 декабря 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)
        • @SGrabarczuk, me and @NBS are different persons, looks like you're answering to him, not me. MBH 10:54, 12 января 2024 (UTC)
          • Oh, sorry, I didn't pick the right three-letter username :D This was a reply to NBS, of course. SGrabarczuk (WMF) (обс.) 12:25, 12 января 2024 (UTC)
  • А в чем разница подходов? И настройки нового вектора через админов и аинов так же возможен. Iniquity (обс.) 18:45, 13 декабря 2023 (UTC)
  • мы, редакторы, включим себе тот интерфейс, который нам удобен
    вот посетители интерфейс по умолчанию поменять не смогут, их и надо спрашивать
    и если в новом векторе пока интервики не работают нормально - значит включать его не нужно, это важный элемент ·Carn 16:26, 4 февраля 2024 (UTC)
    • а где найти нормальное описание ненормальности интервик? Nikolay Komarov (обс.) 19:09, 4 февраля 2024 (UTC)
• Главное, что мне непонятно: зачем заставлять всех принудительно зауживать отображение статей? Особенно это жутко смотрится у тех, у кого широкие мониторы (а таких немало). С планшетов статьи никто не пишет, поэтому зачем искусственно усложнять жизнь тем, кто пишет статьи с компьютеров/ноутбуков? Понятно, что опытные участники могут даже в новом интерфейсе переделать отображение к привычному виду, но складывается ощущение, что никакие доводы против разработчики принимать не хотят, считая своё мнение единственно правым. Vladimir Solovjev ^обс 16:52, 13 декабря 2023 (UTC)
  • С планшетов люди пишут, и очень много. Но теперь точно перестанут, однозначно 1, 2. Не то что статьи писать, но даже рутинное обслуживание осуществлять невозможно 3.—Iluvatar ^обс 17:26, 13 декабря 2023 (UTC)
  • Ну по ограничению длины строки и будущему увеличению шрифта — это можно ко мне, как к одному из евангелистов данного изменения.
    Ограничение длины строки сделано для удобства чтения, так как полотна свыше 75 знаков (или около того) малочитаема, теряется фокус, ты не можешь использовать разные техники чтения. В общем много проблем и этому посвящено достаточное количество исследований. Тем, кто любит длинные строки, сейчас сделали настройку (в правом нижнем углу каждой страницы), которая возвратит длинный текст. Iniquity (обс.) 18:42, 13 декабря 2023 (UTC)
    • А можно ссылки на АИ? В Википедии принято не верить утверждениям без ссылок. Фаянсовый товарищ (обс.) 09:35, 15 декабря 2023 (UTC)
      • Чуть ниже скинул, продублирую: [14], [15], [16]. Iniquity (обс.) 10:15, 15 декабря 2023 (UTC)
      • См. длина строки. Мой субъективный опыт подтверждает — на широком мониторе текст на всю ширину читать сложно, на старом векторе я уменьшал окно браузера, а на новом — текст читается легче с включённым ограничением ширины, а если нужно быстро пролистать кучу текста или работать с широкими таблицами, ткнуть на / удобнее, чем менять размер окна браузера. M5 (обс.) 10:23, 15 декабря 2023 (UTC)
        • У всех разное восприятие удобства. Мне удобнее читать на широком мониторе, чем искусственно зауженный текст. Кому-то (скорее всего тем, кто привык к планшетам, но может и не только им) нравится узкий текст. Но я не понимаю, почему мнение одних считается более важным, чем мнение других. И не понимаю почему разработчики считают, что тем, кому не нравятся их идеи, нужно плясать с бубном, чтобы отображать текст так, как кажется удобнее. Сделали бы в настройках возможность самому определять ширину текста без всяких кнопок, которые, как я понимаю, нужно ещё найти. И, кстати, вопрос: а эту кнопку нужно на каждой странице нажимать или состояние запоминается? Vladimir Solovjev ^обс 16:38, 15 декабря 2023 (UTC)
          • К этому идут, я ниже в разделе рассказал про новую функцию управлением дизайном. Где можно выбрать размер шрифта, длину строки и так далее. Iniquity (обс.) 16:41, 15 декабря 2023 (UTC)
            • Когда все реализуют, тогда и посмотрим. Vladimir Solovjev ^обс 07:44, 16 декабря 2023 (UTC)
          • состояние запоминается M5 (обс.) 16:42, 15 декабря 2023 (UTC)
  • Вот как раз ограничение ширины — единственная часть нового Вектора, которую можно защитить. Потому что оно позволяет перестать обращать внимание на то, что у кого-то на гигантском экране всё вмещается, а вы страдайте, — и убирает этот аргумент как возможный. Это всё помимо всех исследований о том, что читать короткие строки проще.
    Но при этом уточню, что я искренне не понимаю, почему не сделана возможность отключать это ограничение ширины на отдельных страницах, и в итоге заглавная страница и порталы выглядят в новом Векторе, скажем честно, ужасно. stjn 21:55, 13 декабря 2023 (UTC)
  • На мой взгляд как раз на широких мониторах старый вектор выглядит намного хуже, потому-что получаются длиннющие строки, которые сложно читать. M0d3M (обс.) 01:10, 14 декабря 2023 (UTC)
    • Это вкусовщина. Dmartyn80 (обс.) 08:37, 14 декабря 2023 (UTC)
      • Именно так. Мне как раз не нравится новый вектор из-за этого ограничения по ширине, мне это неудобно. Vladimir Solovjev ^обс 08:40, 14 декабря 2023 (UTC)
        • Ограничение ширины снимается одним щелчком по кнопке в правом нижнем углу. M5 (обс.) 10:08, 14 декабря 2023 (UTC)
        • Скажите, пожалуйста, а вы пробовали отключать "режим ограничения ширины" в настройках? Когда я его отключаю, и скрываю ненужные колонки, я получаю ширину текста во весь экран: см. https://imgur.com/Ipl0cCS (главный экран), https://imgur.com/a/LRUFaLO (статья). Разве этого недостаточно? Nikolay Komarov (обс.) 12:02, 14 декабря 2023 (UTC)
        • У вас остались неудобства с шириной в новом Векторе? Nikolay Komarov (обс.) 09:48, 16 января 2024 (UTC)
      • Вообще не вкусовщина: [17], [18], [19]. Iniquity (обс.) 10:14, 14 декабря 2023 (UTC)
      • Это достоверный факт, но с некоторыми оговорками: «… Если строки слишком длинные, читателям трудно вернуться к началу следующей строки (саккада), в то время как если они слишком короткие, им требуется больше прокрутки или листания … длинные строки лучше подходят для быстрого сканирования, а короткие строки — для точности чтения» — см. Длина строки#Электронный текст. Из этого следует, что для большинству читателей и авторов удобнее работать с ограничением длины, но при редакторской работе над очень большими текстами может потребоваться как раз быстрое сканирование текста, и длинные строки в подобных (более редких) случаях могут быть полезнее. Поэтому используемое в новом Векторе ограничение длины строк по умолчанию с возможностью легко отключать его кнопкой выглядит вполне оптимальным. M5 (обс.) 10:32, 14 декабря 2023 (UTC)
      • У меня к вам просьба. Прочитайте половину текста на этом снимке экрана и подтвердите, что на ваш вкус, это вполне удобно. https://imgur.com/a/LRUFaLO Nikolay Komarov (обс.) 12:04, 14 декабря 2023 (UTC)
        • Я открыл статью из вашего принтскрина Второе нашествие марсиан и посчитал экраны на моём ноутбуке: старый вектор - 21 экран, новый - 27 экранов, с нажатой кнопкой - 32 экрана. Почему вы считаете, что новый вектор лучше не могу понять. VladimirPF 💙💛 15:13, 14 декабря 2023 (UTC)
          • Этого не может понять большинство опытных участников Википедии, но меня это не смущает. Я экраны не считаю, в моём тарифном плане они безлимитные, поэтому мне никакое их количество не мешает. Nikolay Komarov (обс.) 20:48, 14 декабря 2023 (UTC)
          • У меня https://ru.wikipedia.org/wiki/Второе_нашествие_марсиан?useskin=vector занимает 14 экранов, https://ru.wikipedia.org/wiki/Второе_нашествие_марсиан?useskin=vector-2022 с нажатой кнопкой полной ширины и скрытыми боковыми панелями (кнопки скрыть у Главное меню, Содержание, Инструменты) — 13 экранов, то есть новый вектор может использовать пространство даже чуть эффективней старого для тех случаев, когда важно иметь максимум информации. M5 (обс.) 20:49, 14 декабря 2023 (UTC)
            • Странно то, что когда я перехожу по ссылке на статью с новым вектором, никаких кнопок полной ширины не существует. То есть, их нет пол умолчанию. ~~‍~~ Jaguar K · 21:02, 14 декабря 2023 (UTC)
              • Потому что надо именно включить новый вектор, а не использовать параметр ?useskin. Он видимо не подгружает функции. Iniquity (обс.) 21:04, 14 декабря 2023 (UTC)
                • Не уверен, что вы правы, так как в англовики (где я настройки не трогал) точно так же нет этой кнопки. ~~‍~~ Jaguar K · 21:05, 14 декабря 2023 (UTC)
                • Включил в настройках, кнопки все равно нет. ~~‍~~ Jaguar K · 21:07, 14 декабря 2023 (UTC)
                  • Хм, а бетафункция новая включена? Про которую я говорил чуть ниже? Iniquity (обс.) 21:08, 14 декабря 2023 (UTC)
                    • Нет. ~~‍~~ Jaguar K · 21:20, 14 декабря 2023 (UTC)
                      • Какая-то магия. Iniquity (обс.) 21:24, 14 декабря 2023 (UTC)
                • У меня https://ru.wikipedia.org/wiki/Второе_нашествие_марсиан?useskin=vector-2022 в Incognito window Хрома кнопку показывает. @Jaguar K, показывает ли у вас в таком режиме? M5 (обс.) 21:11, 14 декабря 2023 (UTC)
                  • То же самое, кнопки нет. ~~‍~~ Jaguar K · 21:23, 14 декабря 2023 (UTC)
                    • Посмотрел в коде, кнопка отображается при размере окна >= 1400px, а ширина текста 950, то есть при увеличении окна (или уменьшении шрифта браузера) сначала появляются поля, и только когда поля становятся шире 225 пикселей, возникает кнопка. Возможно, стоит показывать кнопку раньше. M5 (обс.) 21:46, 14 декабря 2023 (UTC)
                      • Да, при уменьшении размера браузером появилась. ~~‍~~ Jaguar K · 21:54, 14 декабря 2023 (UTC)
            • Вот специально для ооптимистов видео в котором я считаю количество экранов: 28 кликов - 28 экранов. А вот в старом векторе - 17 экранов

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)
    • Постоянное M5 (обс.) 09:13, 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)

          • Сообщение 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)

• Вопрос к знатокам: тот факт, что ссылка "Переключиться на старый вид" вместо смены скина направляет в настройки, а) нарочно мимикрирующие под старый вектор б) требуется выбрать скин и сохранить не считается жульничеством? а) и б) вместе наводит на мысль "Готово, ты уже поменял, кнопка сохранить серая, закрывай страницу". В англовики так же, так что не фича отключенного по умолчанию вектора. ~~‍~~ 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)
  • Hey @M5, thank you for this comment. Could you write more about WE-Framework? What about it is not working in Vector 2022, and what should happen instead? It seems that @Vlsergey, the gadget's author, is not active anymore. Perhaps someone else could edit the code, though. SGrabarczuk (WMF) (обс.) 19:49, 15 января 2024 (UTC)
  • Да, по этому поводу есть открытая заявка на Гитхабе, ей уже около года. Nikolay Komarov (обс.) 09:55, 16 января 2024 (UTC)
    • Thanks @Nikolay Komarov. I'll ask my team mates and maybe some technical editors from outside your community what needs to be done here. SGrabarczuk (WMF) (обс.) 14:58, 18 января 2024 (UTC)
      • Thanks for the promise to ask! Is there a way I could check if the answer is already there? Is there a Phabricator issue? Nikolay Komarov (обс.) 10:51, 4 февраля 2024 (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)
        • Перевод интерфейса на один и тот же язык в разных вики разный? ~~‍~~ Jaguar K · 21:44, 15 декабря 2023 (UTC)
          • Предположу, что одни и те же сущности (вроде упомянутых шведских избранных статей) просто не состыкованы между разделами. Речь-то не о чём-то уникально-локальном, а о базовом наборе. Retired electrician (обс.) 23:08, 15 декабря 2023 (UTC)
      • Связанная проблема - и тоже не баг но «так надо» - одни и те же пункты меню в разных википедиях в В-22 живут то слева, то справа. Например, в ru: "upload file" живёт справа. В sv: он слева. Retired electrician (обс.) 20:51, 15 декабря 2023 (UTC)
        • Ага, согласен. Например, список интервики в рувики справа наверху над меню "Инструменты", а на Складе - слева на самом верху под сендвичем. Michgrig (talk to me) 17:29, 16 декабря 2023 (UTC)
        • @Retired electrician, that's an interesting observation. Apparently, different Wikipedias have different settings. I think this link is displayed in the right column by the default, and some communities must have changed it. SGrabarczuk (WMF) (обс.) 00:02, 16 января 2024 (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)
      • Я проверил в режиме инкогнито (чтобы не влияли настройки) редактор в трёх темах: vector-2022 vector monobook (ссылки откроют редактирование), всюду чёрный шрифт достаточно крупного размера (13px monospace black) M5 (обс.) 16:07, 24 декабря 2023 (UTC)
• Мне нравится, что в левой колонке есть оглавление на основе заголовков. Не нравится то, что оно не генерируется вне пространства статей. Например, на этом форуме оглавление слева у меня не появляется. Nikolay Komarov (обс.) 20:12, 21 января 2024 (UTC)
  • Никто не обработал мой фидбек, так что я сам создал T356587: TOC not shown in Community Portal on Russian Wikipedia -- Vector 2022. Nikolay Komarov (обс.) 10:55, 4 февраля 2024 (UTC)
  • У меня появляется и всегда появлялось. Well very well (обс.) 15:34, 7 февраля 2024 (UTC)

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

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

• Я ничего там не нашёл. Выше же написали: даже при нажатии на опцию "переход к старой версии" выбрасывает на общую страницу настроек, а кнопка "сохранить" серая. Dmartyn80 (обс.) 08:38, 14 декабря 2023 (UTC)
  • Значит включена глобальная настройка, см. реплику выше M5 (обс.) 10:02, 14 декабря 2023 (UTC)
  • Извиняюсь, уточнил, казалось, что написал. Iniquity (обс.) 10:04, 14 декабря 2023 (UTC)
  • > выбрасывает на общую страницу настроек, а кнопка "сохранить" серая.
    Я об этом писал. Нужно выбрать старый вектор и потом сохранять. ~~‍~~ Jaguar K · 15:52, 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 (обс.) 21:34, 14 декабря 2023 (UTC)
• Товарищи, а у меня вот какой вопрос: почему, если в англовики по умолчанию всё врубили, если я перехожу в этот раздел (залогиненный, чин-чинарём), то там всё привычно и радует глаз: и окошечко поиска слева, и строки длинные, и всякой лабудой ни слева, ни справа глаза не мозолятся?— Dmartyn80 (обс.) 19:07, 14 декабря 2023 (UTC)
  • Они могли локально сделать особые настройки по умолчанию, либо вы туда уже заходили и скрыли сами. У меня в be-разделе тоже пустого места по бокам нет, хотя обычно оно есть, думаю, так настроено. ~~‍~~ Jaguar K · 20:27, 14 декабря 2023 (UTC)
  • Служебная:GlobalPreferences вот тут скорее всего установлен старый вектор. Iniquity (обс.) 20:40, 14 декабря 2023 (UTC)
    • Спасибо, попробую потыркаться... Dmartyn80 (обс.) 21:35, 14 декабря 2023 (UTC)

• Главная претензия, свёрнутый список интервик, приходится тратить лишнее время листая его и смотря есть ли искомая интервика в списке. Особенно он не удобен, когда интервик несколько десятков. Вы и так по бокам много места пустого оставили, добавьте туда интервики. Сейчас новый вектор иначе как издевательство над пользователями я не могу воспринимать. — Фаянсовый товарищ (обс.) 09:29, 15 декабря 2023 (UTC)
  • В старом векторе теперь тоже вместо полного списка кнопка с тем же селектором языков, если интервик много (например, [20] сбоку 9 языков и кнопка «Ещё 294»). С другой стороны, как раз в случае такого количества, селектор языков с группировкой и фильтрацией может быть лучше, чем огромный список. M5 (обс.) 10:06, 15 декабря 2023 (UTC)
    • Да, но: 1. в старом векторе свёрнутость отключается на странице «Внешний вид» в Настройках; 2. не свёрнутые языки — это как раз те, что мне нужны. -- Klientos (обс.) 17:44, 16 декабря 2023 (UTC)
  • Эту проблему можно далее обсуждать здесь: (621) ⚓ T313063 Add option to move LanguageSelector to right Sidebar with default display of some interwikis (wikimedia.org) Nikolay Komarov (обс.) 10:57, 4 февраля 2024 (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)

• У ВМФ тоже есть новогодние каникулы?-) — Cantor (O) 13:29, 12 января 2024 (UTC)
  • @Cantor, yes, we have holidays around (Roman calendar) Christmas and New Year. But in addition to that, we also have some quiet time. We work but don't communicate anything important. This is to let editors focus on their holidays and not worry about anything they may miss. So in practice, the pause is a bit longer. SGrabarczuk (WMF) (обс.) 14:36, 12 января 2024 (UTC)
    • Спасибо за ответ, это любопытная информация. — Cantor (O) 14:41, 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)
  • Я уже создал задачу на Фабрикаторе, не помню номер. Iniquity (обс.) 14:26, 1 февраля 2024 (UTC)
    • Да, я видел. Но она касается более общего вопроса, эту конкретную проблему там могут и не заметить. — Cantor (O) 14:31, 1 февраля 2024 (UTC)
• Я не понимаю, почему несмотря на выраженную оппозицию и кучу нерешённых технических проблем команда Веба хочет что-то развернуть. Мы, конечно, не английская Википедия, но может надо прислушаться к сообществу? stjn 12:28, 1 февраля 2024 (UTC)
  • SGrabarczuk (WMF), do you have an answer for that? Nikolay Komarov (обс.) 09:25, 8 февраля 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)
          • Да, возможно. Я переехал по лужковской программе переселения, поэтому нынешняя меня интересует постольку поскольку. Michgrig (talk to me) 10:35, 7 февраля 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)

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

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

Раз уж тут просят давать аргументированную обратную связь, то я попробую примести один пример, показывающий насколько разработчики дизайна далеки от пользователя. Вот иллюстрация нового вектора (как я писал выше я уже несколько месяцев занимаюсь насилием над собой и пытаюсь работать в новом векторе в разделе на эсперанто).
Посмотрите внимательно на элементы, которые я выделил стрелками. Что вижу я: на одной странице используется 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)

Обрамление картинки. Рамка

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