Внезапные неполадки со статьёй? Первым делом очистите серверный кэш.
Неполадки со скриптами? Откройте инструменты разработчика (обычно это делается клавишей F12), перейдите на вкладку «Консоль» и скопируйте в тему текст ошибок (на красном фоне).
Хотите выложить скриншот проблемы? Не загружайте его в Википедию и на Викисклад — используйте внешние хостинги, например imgur.com.
За задачу за несколько дней никто не взялся? Добавьте в тему {{подст:техзадача|Суть задачи коротко}} (список задач).
Нужен список статей по определённым критериям? Попробуйте PetScan.
Почти год назад я перевёл этот шаблон на использование Lua, так как до этого он был слишком узким, что создало необходимость в написании форка Listen2, также он не поддерживал более одного файла, что вызывало проблемы, например в статье Гимн Республики Абхазия; но мне не удалось реализовать киррилические параметры в самом модуле, пришлось делать так поэтому предлагаю обсудить ботозамену кирр.-их параметров на латинские. — Khidistavi (обс.) 14:26, 13 февраля 2024 (UTC)[ответить]
Большое спасибо за помощь . Сами параметры проверил, все работают вместе с производными типа "Имя_файла2", за исключением "простой=да" (функционирует только как plain=yes или простой=yes). — Khidistavi (обс.) 20:08, 13 февраля 2024 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Эксперимент по разделению графа WDQS работает на трёх тестовых серверах. Команда тестирует результаты разделения и просит людей, пользующихся WDQS через интерфейс или программно, оставить отзывы об этом изменении по ссылкам: [2][3][4]. По полученным данным они смогут понять, как разделение повлияет на рабочий процесс со службой Wikidata Query в разных ситуациях. [5][6]
Проблемы
Из-за бага посещённые ссылки в мобильной версии отображались чёрным цветом. Он уже исправлен.
Позже на этой неделе
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 13 февраля. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 14 февраля, все проекты — 15 февраля (календарь). [7][8]
Начиная с 14 февраля 2024 года инструменты, использующие грид-движок, начинают останавливать в рамках выключения грида [9]. Если у вас есть инструменты, работающие на гриде, миграцией которых вы активно занимаетесь, можно попросить отсрочки, чтобы их не выключили раньше времени. [10]
[11]: проблема может быть как в WD (и тогда это правильно находится там); но, возможно, проблема в функционровании шаблона, генерирующего инфокард: поэтому копия здесь. --AndreiK (обс.) 18:14, 12 февраля 2024 (UTC)[ответить]
Вот всё бы Вам спешить (прям как мне! )) )… Или Вы полагаете, что я сам закрыть не могу? Это не так. И. Ничего ещё не закончено. Итак. Во-первых, огромное Спасибо участнику 89.113.148.159, который проблему, применительно к этой статье, решил. Но. Вот что он написал в описании к своей правке:
Мда, заполнять тут надо своеобразно... Что, если поднять вопрос о переводе всех шаблонов с координатами на классическое заполнение через /?
Продолжаем разговор, как говорил Великий Карлсон, адепт житья на крышах Стокгольма. По ссылке от MBH, няп, говорится, что всё сделали или примерно так считают. Нет. См. Сусуман (аэропорт): «<div class="ts-ПозКарта-метка" style="
left:Ошибка выражения: неопознанный символ пунктуации «[»%;
top:Ошибка выражения: неопознанный символ пунктуации «[»%">
Точка
'
Q159»
Так то я не виду связи между вашей изначальной проблемой и темой ниже. В вашем случае имеется несколько форматов для координат: некоторые шаблоны настроены на один, некоторые - на другой, некоторые - на оба. ~~~~ Jaguar K · 17:57, 13 февраля 2024 (UTC)[ответить]
В милом моему сердцу Чайбуха (аэропорт) тоже какая-то точка вылезла зачем-то, рядом с самолётиком на карте. Наводим курсор на самолётик и узнаём, что это именно «точка». А не что либо иное. Надеялись, что будет незаметно? Напрасно надеялись. Не надо заметать мусор под ковёр, сделайте нормально. Всё ещё 'pls'. --AndreiK (обс.) 18:00, 13 февраля 2024 (UTC)[ответить]
Эти шаблоны состоят из очень большого количества элементов. Маленькая оптимизация кода, используемого в каждом элементе, может многое спасти. Vcohen (обс.) 13:48, 12 февраля 2024 (UTC)[ответить]
Вот такая оптимизация? Тут если и оптимизировать, то либо убирать шаблоны из статьи, оставляя ссылки, либо сокращать код шаблона (т.е. количество строк, убирая маловажные). Мои правки, имели, конечно, ненулевое сокращение включений, но, как видите, статьи все еще в категории. ~~~~ Jaguar K · 13:55, 12 февраля 2024 (UTC)[ответить]
Учитывая, что эти "коды" преобразуются в список файлов (причем, судя по коду модуля, путем preprocess), то оптимизация не выглядит простой. С другой стороны, я бы взглянул на пример, что в документации, здесь, и посмотрел в сторону отказа от стилей (где это возможно, с минервой самые проблемы) в пользу классов, и отказ от пустых блоков, как то <div style="font-size:90%;"></div> (к слову, зачем там |style="text-align:left;padding:0 ;"|<divstyle="font-size:90%;"></div> раздельные стили ячейки и ее содержимого, стоит выяснить. ~~~~ Jaguar K · 14:35, 12 февраля 2024 (UTC)[ответить]
А разве стили и классы влияют на время исполнения шаблонов? Мне казалось, что они рендерятся браузером на клиенте сильно после исполнения шаблонов и могут влиять только на время загрузки страницы. Vcohen (обс.) 15:34, 12 февраля 2024 (UTC)[ответить]
В статье Вторжение России на Украину (с 2022) не отображаются шаблоны. Выглядит так: Шаблон: Навигация
…
Шаблон: Боевые действия в ходе вторжения России на Украину
Шаблон: Российско-украинская война
Шаблон: Войны и вооружённые конфликты России
Шаблон: ВС
Согласно итогу опроса постепенный переход оформления таблиц на модули Sports table и Sports results постепенно будет всё более распространен. В связи с этим просьба поправить два основных момента:
Провести комплексное обновление данных модулей и их подстраниц на основании версий из англовики с добавлением штрафных категорий для отслеживания корректности оформления статей с их включениями
Исправить работоспособность ссылки на соответствующий код через шестерёнку. Дело в том, что в английской версии модуля для формирования ссылки на редактирование используется модуль:Navbar у нас же повсеместно используется шаблон:Tnavbar-view в связи с чем в случаях вроде ФК «Манчестер Юнайтед» в сезоне 1951/1952#Итоговая турнирная таблица при попытке воспользоваться переходом к редактированию таблицы открывается картинка шестерёнки, а не соответствующая секция статьи Футбольная лига Англии 1951/1952 как у англичан. Дело в том, что модуль Navbar в отличие от нашего шаблона Tnavbar-view способен в качестве ссылки принимать как секцию статьи так и шаблон. Tnavbar-view же однозначно ожидает ссылку на шаблон. Отсюда возникает два пути развития событий:
Создать для каждого сезона каждой лиги соответствующий шаблон по типу {{Чемпионат мира по футболу среди женщин 2023. Групповой этап}}, что решит описанную выше проблему с переходом и в целом соответствует третьему пункту Википедия:Модули#Организационные особенности и на первый взгляд выглядит более верным решением вопроса, однако влечёт за собой появление достаточно большого количества шаблонов, которые в нынешней ситуации будут использоваться в очень малом числе статей (да, перспектива более широкого использования в статьях о сезонах клубов имеет место быть, но на данный момент подобный пласт статей несильно развит особенно для сезонов прошлого). Тут же следует отметить, что подобная схема шаблонизации всё же постепенно зарождается см.: Категория:Шаблоны сезонов футбольных лиг Англии
Модернизировать наш модуль Navbar путём добавления в него шестерёнки и возможности работы как с шаблонами так и с прямыми ссылками на секции статей.
Дополнительно интересует вопрос интеграции таблицы результатов матчей в шаблоны итоговых таблиц в случае выбора пути с созданием шаблонов. Пингую коллег из футбольной тематики @Corwin of Amber, Сидик из ПТУ, Mitte27:, а также очень интересует мнение техников так как речь идёт об очень большом числе как статей так и шаблонов AleUst (обс.) 10:29, 11 февраля 2024 (UTC)[ответить]
Коллега, поясните в чём вы видите несовместимость шаблонов с модулями. Речь идёт о том, что сейчас у нас есть как статьи с кодом модуля в чистом виде так и статьи с подобным кодом, но вынесенным в отдельный шаблон. Совместимость при этом не страдает, разница лишь в том куда мы копируем код модуля — в шаблон или напрямую в статью. Тут следует чётко определиться либо всем чистый код модуля в статьях и модифицировать наш модуль навбар либо всем турнирам — свой шаблон и можно не модернизировать. Шаблонами вроде как правильней, но немного смущает их количество в перспективе AleUst (обс.) 10:50, 11 февраля 2024 (UTC)[ответить]
@AleUst:, после Ваших правок шестерёнки со ссылками перестали работать даже в статьях с прописанным template_name, что не есть хорошо. Неужели нельзя экспериментировать в песочнице или дождаться помощи более опытных коллег, зачем портить статьи? —Corwin of Amber (обс.) 04:39, 12 февраля 2024 (UTC)[ответить]
И снова о проблемах мобильной версии. Вот эта кладограмма (схема) великолепно выглядит на полной версии (в том числе и в Vector 22), но в мобильной там не просто надписи съезжают, а ещё и сама кладограмма разбивается на куски. Мало того: даже в полной версии на мобильном устройстве есть сдвиги: «вилки» опущены ниже основных (горизонтальных) ветвей. Xiphactinus88 (обс.) 17:04, 8 февраля 2024 (UTC)[ответить]
Это из-за того, что в координатах были какие-то странные значения вроде 61 минуты с. ш. или 86 секунды в. д. Поменял на координаты из карты в ВД — стало работать. То есть исправление не поломало координаты, они были поломаны раньше, только этого не было видно из-за проблемы с ПозКартой. — Смайлингобс.; 09:47, 7 февраля 2024 (UTC)[ответить]
Путник изменил поведение {{wikidata|plain=true: раньше отображался условный textContent (то есть текстовое значение безо всех оберток), а стал отображаться raw (то есть Qxxxxx либо текст там, где указывать элемент нельзя). При этом, как я понял, исправлять последствия должен кто-то, а не сам Путник (он исправил только шаблоны с большим количеством включений). Как видно по ссылке, обратная соместимость (в т.ч. путем ботоправок, напр, добавлением другого параметра aka plaintext=true), отсутствует; предлагается использовать Qxxxxx в шаблонах, т.к. это якобы очень удобно, либо перейти на функцию парсера). ~~~~ Jaguar K · 11:08, 9 февраля 2024 (UTC)[ответить]
Мне кажется проблема в карточке аэропортов. Карточка для электростанций подтягивает координаты правильно и с ВД (см. ГЭС Дербандикхан). Там только пофиксить отображение названия на карте надо, но это нюанс. Mitte27 (обс.) 11:01, 11 февраля 2024 (UTC)[ответить]
Хочу упорядочить языки интерфейса в соответствующем поле карточки программы.. сделал для этого небольшой модуль Шаблон:Wikidata languages/тесты, который подтягивает данные из wikidata
можно также добавить выпадающий список при клике на ссылку, чтобы посмотреть все варианты
на что ещё можно обратить внимание, чтобы ничего не сломать? CupIvan (обс.) 22:12, 5 февраля 2024 (UTC)[ответить]
Технические новости: 2024-06
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Страницы истории правок в мобильной версии стали использовать тот же HTML, что и в настольной версии. Если вам встретятся проблемы любого рода, связанные со страницами истории в мобильной версии, просим сообщить о них на Фабрикатор.
В большинстве вики-проектов администраторы получили возможность накладывать частичные блокировки на действия: загрузку файлов, создание новых страниц, переименование страниц и рассылка благодарностей. Целью этого изменения было позволить админам ограничивать именно те действия, которые вызывают проблемы. Больше информации о блокировках действий см. по ссылке. [13][14]
Позже на этой неделе
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 6 февраля. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 7 февраля, все проекты — 8 февраля (календарь). [15][16]
Исправлена проблема с постоянными ссылками на страницы обсуждения, содержавшими диакритические знаки и нелатинские символы. [17]
Пропиарю немного скрипт, который может быть полезен всем пользователям ВП:CD: стандартный автокомплит в гаджете не учитывает, что ссылки на файлы и категории должны быть в комментариях с двоеточием, а также не позволяет легко ввести ссылку на шаблон через {{tl}}. Мой (в соавторстве с Джеком) скрипт исправляет это. При этом ввести файл, категорию или шаблон стандартным для CD образом всё ещё возможно через Shift+Enter. stjn12:21, 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)[ответить]
Эта штука имела обратное действие для участников с обычной или кастомной подписью? Спрашиваю потому, что по ощущениями раньше почти везде были (обс) e.g, ut:Valmin. а сейчас их почти нет, везде (обс.). Те, у кого сейчас жир - это ручная разметка? А те, у кого был жир раньше (году в 20) - это?.. ~~~~ Jaguar K · 13:54, 5 февраля 2024 (UTC)[ответить]
При любом раскладе не может меняться уже сохраненный викитекст. Он может редактироваться ботом с массой спорных случаев и ложных срабатываний, но не движком. Движок может менять рендеринг уже сохраненного викитекста либо способ преобразования 4 тильд в момент сохранения. Например, сейчас даты в подписях стали ссылками, но это изменение рендеринга, а не самого сохраненного текста. Vcohen (обс.) 14:13, 5 февраля 2024 (UTC)[ответить]
Я имел в виду, что программы, относящиеся к движку, срабатывают а) в момент сохранения правки (преобразование 4 тильд в подпись) и б) в момент открытия страницы на чтение (рендеринг - ну, может не при каждом открытии, но периодически это происходит). Они не срабатывают путем ботопрохода по существующим текстам с их анализом. Что Вы имели в виду под "разным кодом"? Если Вы имели в виду, что сегодняшняя версия рендеринга по-разному обрабатывает разный код, то теперь я Вас понял, но тогда эту разницу можно проверить и иначе - просто написав разный код и посмотрев в предпросмотре, как он рендерится. Vcohen (обс.) 06:37, 6 февраля 2024 (UTC)[ответить]
ВП:Статистика -- Разрешение монитора
Есть ли где-нибудь статистика по разрешениям мониторов у посетителей Википедии? Это было бы крайне полезно для аргументации против внезапного включения Vector 2022 по умолчанию. Nikolay Komarov (обс.) 09:02, 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)[ответить]
Часа 2 назад были лаги некоторое время (десктоп, между Волгой и Байкалом) - но и другие сайты (не засек какую-то закономерность, но ютюб и ВК точно) немного лагали. Потом прошло. Бывает (тем более в это нелегкое время). Алексей Густов (обс.) 10:05, 3 февраля 2024 (UTC)[ответить]
Или замедляют или проблемы на стороне ВП. В последнее время сервера иногда выплёвывали ошибки. Я думаю, что тут скорее первый вариант, чем второй. — Tarkoff / 11:44, 3 февраля 2024 (UTC)[ответить]
Сегодня то всё нормально с компа, то ничего. «ERR_CONNECTION_RESET» и «Не удалось получить код страницы. Проверьте соединение с интернетом.» выдаёт. Футболло (обс.) 12:09, 5 февраля 2024 (UTC)[ответить]
Комментарий: Предлагаю разобраться по порядку.
Первое сообщение в консоли:
This page is using the deprecated ResourceLoader module "jquery.ui".
Нет, у меня браузер последней версии. Сейчас вылетела ещё одна ошибка Failed to load resource: net::ERR_HTTP2_PING_FAILED. — Tarkoff / 14:09, 6 февраля 2024 (UTC)[ответить]
Модель содержимого страницы — MassMessageListContent, расширяет JSON. C середины января движок MediaWiki стал использовать символы табуляции для отступов вместо пробелов на страницах с моделью содержимого JSON. Это сильно уменьшает размер страниц. Замена символов табуляции на пробелы происходит при любой правке. Приведённая вами правка была первой после произведённого изменения кодовой базы MediaWiki. Не видно при сравнении версий потому, что в данном случае формат хранения отличается от формата представления. Преобразование производится расширением MassMessage. На самой странице видно ссылки на страницы участников, при просмотре только имена участников без кода внутренних ссылок. Резюмируя: внутреннее представление формата хранения данных изменилось, данные стали храниться более эффективно, их загрузка стала происходить быстрее. При сравнении версий изменений не заметно, поскольку расширение MassMessage инкапсулирует действительный формат хранения данных. — Alex NB IT (обс.) 17:00, 31 января 2024 (UTC)[ответить]
Да, этот скрипт получает «сырое», необработанное содержимое именно в том виде, в котором оно хранится, и именно поэтому в нём видно разницу в этом случае, саму по себе разницу в пробельных символах видно и в стандартном сравнении версий: Служебная:Изменения/135519537. — Alex NB IT (обс.) 19:37, 31 января 2024 (UTC)[ответить]
Два схожих скачка (только в плюс) можно увидеть в истории [20], но там как раз и написано, что модель представления изменилась с «вики-текст» на «MassMessageListContent». Alex Spade16:06, 3 февраля 2024 (UTC)[ответить]
Справочник населения
После переименования статьи Нуча (село) (старое название Нуча (Ардатовский район)) в статье перестали показываться данные по населению. Вместо этого пишется: «Нуча (село) > Данные не обнаружены. Возможно, страница переименовывалась. Проверьте справочник». Какой справочник, где он находится и как его поправить, неясно. В «ссылках сюда» ничего нет. Нашёл наконец Модуль:Statistical/RUS-NIZ, поправил — ничего не поменялось. Кто знает — сделайте плиз. А ещё лучше — напишите мануал и добавьте его в виде ссылки на слова «проверьте справочник», чтобы даже непрограммисты, вроде меня, могли исправить при необходимости. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱08:39, 31 января 2024 (UTC)[ответить]
Для этой статьи да. Правда, что, где и как надо править я так и не понял, поэтому вопрос с мануалом остаётся открытым, но не настолько горящим. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱06:11, 1 февраля 2024 (UTC)[ответить]
Я приложил ссылку, по которой делал (я тоже был не в теме). Т.к. в этой теме очень сжато, подробнее есть на СО шаблона. Предполагается, что будут писать на СО и участнкии проекта заполнят сами, если кто-то не может разобраться. ~~~~ Jaguar K · 07:01, 1 февраля 2024 (UTC)[ответить]
Серенькая дата в подписях в обсуждениях
Глупый вопрос, конечно, но сейчас вдруг заметила, что в подписях в обсуждениях дата стала серенькой. Как-то в глаза бросилось. Это давно так или свежее? Навсегда? Какая аргументация? (новый вектор, видимо) — Zanka (обс.) 08:19, 31 января 2024 (UTC)[ответить]
В Монобуке тоже есть, и тоже с эффектами, о которых говорит Ягуар. Появилось вчера или позавчера. Об этом упомянуто в свежем выпуске техновостей (на пять разделов ниже). — Cantor (O) 12:05, 31 января 2024 (UTC)[ответить]
Появление ссылок на реплики — большой шаг вперёд, это сэкономит много времени. Серый цвет — тоже хорошо, второстепенные вещи есть смысл делать менее заметными. В кои-то веки интерфейс изменили к лучшему, а не к худшему. Sneeuwschaap (обс.) 19:02, 31 января 2024 (UTC)[ответить]
Теперь, когда дату выделили, ее можно хоть вообще скрыть со страниц личными стилями. Либо уменьшить, либо сделать видимоц только при наведении. И никаких скриптов для этого, как раньше, не нужно. ~~~~ Jaguar K · 01:22, 1 февраля 2024 (UTC)[ответить]
Например, этот код скрывает даты, а потом показывает их при наведении на ник либо (обс), в зависимости от того, какая ссылка стоит сразу перед датой (например, у Леса это вклад "on", а у AndyVolykhov - скобки ↔), и попутно красит в черный. При этом теряется возможность копировать, но это пример. ~~~~ Jaguar K · 02:18, 1 февраля 2024 (UTC)[ответить]
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Начиная с понедельника 29 января все таймстампы (дата и время отправки сообщения) получат постоянную ссылку на это сообщение. Ссылка будет работать даже если сообщение переместят на другую страницу. Данная функциональность добавится во все вики-проекты, кроме английской Википедии. Подробности см. по ссылкам: Diff и Mediawiki.org. [21]
Спам-ботам и скриптам станет сложнее обходить капчу благодаря недавним изменениям в ней. Приглашаем оставить отзывы на новую капчу на Фабрикаторе. Сотрудники Фонда следят за метриками, относящимися к капче, включая косвенные, например, создание новых учётных записей и число правок.
Позже на этой неделе
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 30 января. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 31 января, все проекты — 1 февраля (календарь). [22][23]
Некоторые гаджеты, работающие только в определённых темах оформления, используют опцию targets для того, чтобы ограничить их использование. На этой неделе targets перестанет работать, вместо неё нужно использовать skins. [25]
Спасибо, коллега! Но менять порядок сносок в тексте, как и в шаблоне {{примечания}}, не нужно. Выбранный авторами порядок вовсе не обязательно случаен. Он может отражать качество/релевантность/первичность-вторичность или ещё что-то. В шаблоне "примечания" я их всегда сортирую по алфавиту, чтобы облегчить поиск и избежать дублей. Так что это я верну назад и думаю, что вопрос надо поднять перед теми, кто вставлял в AWB однозначно вредную функцию. Stas16:09, 26 декабря 2015 (UTC)[ответить]
Stas000D, полностью согласен, сам давно хочу в AWB это сортировку сносок отключить, что увы невозможно. Надеюсь, вы вернули только сортировку, а не ошибку? --Vladis1323:52, 3 января 2016 (UTC)[ответить]
Говорят, что надо писать на Фабрикатор. Сортировка полным ходом идёт и в англовики, причём в исполнении бота (правда, только в тексте); каких-либо комментариев от ботовода я не удостоился. Если её невозможно отключить, то этот AWB просто-напросто подлежит запрету как инструмент для массовых неконсенсусных правок. Что касается ошибки, ошибкой она стала не раньше начала декабря, и неплохо бы выяснить, чьими трудами (сам шаблон {{Sfn}} никто особо не трогал — не в этой же правке дело)? Stas01:42, 4 января 2016 (UTC)[ответить]
Вполне себе работает. Я имею в виду шаблон в начале страницы. Про ваш вопрос и запрос на Фабрикаторе не знал; спасибо, подключусь. Stas23: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 менял положение сноски, вполне возможно, оно включено только для енвики. — putnik09:49, 29 января 2024 (UTC)[ответить]
Принято. Относительно RefsAfterPunctuation — возможно, я смотрел кодовую базу для довольно старой версии AWB. Но тогда одной проблемой меньше. А относительно ReorderReferences что скажете? — A.sav (обс.) 10:25, 29 января 2024 (UTC)[ответить]
Что значит возможно? Вы же дали сами дали ссылки на описание RefsAfterPunctuation - там чётко написано "Applies to en-wiki and simple-wiki only". Alex Spade15: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 Spade15:41, 2 февраля 2024 (UTC)[ответить]
Качество и релевантность источника (в виде его "веса", а не булевого значения) определяет человек, также он частично определяет первичность-вторичность источника - это и называется субъективной оценкой. Вместе с тем, ВП пишется в научном стиле - в нём необходимо использовать несубъективные порядки сортировки (источников, сокращений и т.п.) - например, алфавитный по названию источника или его первому автору, по-мере упоминания, хронологический (обратно-хронологический) и т.п. Alex Spade23:50, 2 февраля 2024 (UTC)[ответить] И если нужно дать некоторый вес ключевым источникам, отделяя их от прочих, отчего не использовать REFGROUP? Alex Spade00:16, 3 февраля 2024 (UTC)[ответить]
Субъективной оценкой называется не сделанная человеком, а отражающая его личность. Если считать все оценки качества, релевантности и вторичности источников полностью субъективными, то надо закрывать как минимум КОИ, если не всю Википедию. Если, например, информация происходит из статьи в научном журнале, логично первой поставить сноску на журнал, а второй — на пересказ на русскоязычном научно-популярном сайте, и с какой стати предпочитать этому порядку порядок, выбранный каким-то слепым инструментом? «Несубъективные порядки» там, где они используются, имеют рациональные причины, облегчение поиска в списке литературы, например. К теме обсуждения это отношения не имеет. Что касается хронологического или ещё какого-то порядка — так автор мог его и придерживаться, и этот AWB его уничтожит точно так же, как любой другой. Sneeuwschaap (обс.) 01:02, 3 февраля 2024 (UTC)[ответить]
Есть разные степени субъективизма: личность эксперта, дающего оценку, - это в том числе уровень его знания и понимания, а уж прочей вкусовщины у экспертов пруд пруди. Кто-то выстроит источники одним способом, кто-то иным. В части же отсылки к ВП:КОИ - это проект даёт в первую очередь булевые оценку. Впрочем, в данном частном топике мы тему топика всё равно не решим - если желающие действительно хотят отменить использование ReorderReferences, то как показывает мой опыт общения с AWB-разработчиками желающим нужно выводить вопрос на уровень ВП:О или ВП:Г - вот тогда ссылка на результат такого опроса/голосования действительно поможет. Alex Spade10:18, 3 февраля 2024 (UTC)[ответить]
Ставить ли источник на первое место — это тоже булева оценка. Только это всё к теме особого отношения не имеет. Неважно, что оценки отчасти субъективны, достаточно того, что они отчасти несубъективны. Потому что менять порядок сносок на какую-то вкусовщину можно только при наличии уверенности, что прошлый порядок не был основан ни на чём вообще. Если он хотя бы иногда имел какую-то (какую угодно) свою логику, её массовое уничтожение — это нарушение ВП:МНОГОЕ со всеми вытекающими. Sneeuwschaap (обс.) 15:27, 3 февраля 2024 (UTC)[ответить]
Я не вижу нарушений МНОГОЕ. И вы пытаетесь переубедить почему-то только меня. Мне в целом не принципиально будет работать у нас ReorderReferences или нет. Но соот. инструмент действует очень давно, и изменить сложившийся статус-кво через оный топик уже не получиться (никто из администраторов не решиться на блокировку всех зарегистрированных AWB-ботов), желающим нужен О или Г - только тогда можно будет выйти на разработчиков. Alex Spade15:51, 3 февраля 2024 (UTC)[ответить]
ВП:МНОГОЕ: «Следует также предупредить о правках, которые затрагивают множество других страниц… Прежде чем проделать такое масштабное изменение, следует хорошо изучить соответствующие правила и руководства. В подобных случаях желательно перед внесением изменений предложить их на странице обсуждения статьи или на одном из форумов. То же относится к малозначительным, но зато массовым, производимым во множестве статей изменениям.» Об остальном см. реплики A.sav. Sneeuwschaap (обс.) 16:40, 3 февраля 2024 (UTC)[ответить]
Мы «команда Веб» Фонда Викимедиа. За прошедший год «команда Веб» приблизилась к тому, чтобы перевести все Википедии на использование нового внешнего вида «Vector 2022». Теперь мы готовы начать обсуждение того, как сделать внешний вид (интерфейс) «Vector 2022» по умолчанию в Русской Википедии.
«Vector 2022» – новый интерфейс, разработанный и протестированный совместно с сообществами за последние четыре года. В настоящее время он используется по умолчанию в большинстве Википедий и родственных проектов Викимедиа.
До сих пор, интерфейс активно использовался вышедшими из системы и вошедшими в систему пользователями и является предпочтительным для большинства редакторов Вики. Из всех активных зарегистрированных пользователей, у которых есть возможность выбрать любой внешний вид, 87% зарегистрированных активных пользователей в среднем используют «Vector 2022».
Мы хотели бы сделать «Vector 2022» по умолчанию для всех вышедших из системы, а также для всех вошедших в систему пользователей, которые в настоящее время используют устаревшую версию «Vector устаревшая (2010)». Вошедшие в систему пользователи могут в любое время переключиться на любые другие доступные интерфейсы, включая текущую версию «Vector устаревшая (2010)», «Timeless» и «Monobook». Для пользователей интерфейсов, которые используют «Timeless» или «Monobook», никаких изменений не ожидается, а поддержка этих интерфейсов будет продолжена и в будущем.
[Почему необходимы изменения] Когда создавался текущий внешний вид по умолчанию, он отражал потребности читателей и редакторов, какими они были еще 14 лет назад. С тех пор новые пользователи начали использовать Интернет и проекты Викимедиа по-разному. Старый интерфейс не удовлетворяет их потребности – ее трудно читать, ориентироваться и использовать.
[Цель] Цель внешнего вида «Vector 2022» – сделать интерфейс более привлекательным и комфортным для читателей и полезным для опытных пользователей. В нем представлен ряд изменений направленных на устранение проблем, с которыми сталкивались новые и опытные читатели и редакторы со старым интерфейсом. Оно соответствует запросам пользователей, желанию сообществ, а также существующим гаджетам и писменностью.
[Коротко о изменениях] Новый внешний вид вносит изменения в навигацию и вид сайта. Интерфейс добавляет постоянные элементы, такие как всплывающий заголовок и содержание, чтобы упростить доступ к часто используемым действиям. Также вносит некоторые изменения в общий стиль страницы. Анализ собранных данных показал, что эти изменения улучшают читаемость и удобство использования, а также экономят время, затрачиваемое в настоящее время на прокрутку, поиск и навигацию, что совместно облегчает процесс чтение. Новый интерфейс не удаляет никаких функций, доступных в настоящее время в старом интерфейсе. На сайтах Викимедиа с новым внешним видом по умолчанию нет никаких негативных последствий при просмотре страниц, создания учетных записей или в числе редактирований. Все это также помогла нашему коду соответствовать современным стандартам и упростила обслуживание всех остальных интерфейсов. Мы сократили PHP коды в других доступных интерфейсах на 75%. Проект также был сосредоточен на упрощении поддержки гаджетов и использования API.
[На будущее] Новый интерфейс позволяет легче вносить дальнейшие улучшения. Новые функции, такие как управление размером шрифта и темный режим, будут доступны для интерфейса «Vector 2022».
[Оцените] Мы рекомендуем вам попробовать новый интерфейс, перейдя на вкладку «Внешний вид» в ваших конфигурациях и выбрав «Vector 2022» из списка интерфейсов.
Как редакторы могут изменять и настраивать внешний вид?
Мы предоставляем возможность настраивать и персонализировать наши изменения.
Мы рады работать с волонтерами с техническими навыками, которые хотели бы создавать новые гаджеты и скрипты. На данный момент многие гаджеты и пользовательские скрипты были созданы разработчиками из сообществ. Эти аспекты включают в себя создание интерфейса на всю ширину, отключение липких элементов, возврат старого типа содержания и многое другое. Мы рекомендуем вам ознакомиться со списком доступных на данный момент настроек и изменений в нашем репозитории или добавить свои собственные. В добавок:
Теперь пользователи могут выбрать ширину, при которой они предпочитают просматривать интерфейс, с помощью переключателя, расположенного в правом нижнем углу экрана.
Пользователи могут просматривать меню в разных состояниях – открывая конкретные меню, которые они хотят видеть, и сворачивая те, которыми они пользуются реже.
Откуда мы знаем, что этот интерфейс улучшение?
Это данные, которые мы собирали на протяжении всего процесса создания нового интерфейса:
В среднем 87% вошедших в систему пользователей, на наших сайтах Викимедиа, на которых внедрили новый интерфейс раннем этапе, пользователи продолжают использовать новый внешний вид.
Устойчивый заголовок облегчает поиск инструментов, которые часто используются редакторами. Это уменьшает прокрутку до верхней части страницы на 16%.
Новое содержание упрощает навигацию по различным секциям. Читатели и редакторы переходили к разным разделам страницы на 50% чаще, чем при использовании старого интерфейса.
Новая панель поиска упрощает поиск, а также упрощает поиск правильного результата поиска из списка. Это увеличило количество поисковых запросов на 30% сайтах, на которых мы тестировали.
Новый интерфейс не оказывает негативного влияния на просмотры страниц, количество правок или создание учетных записей. На самом деле, имеются данные наблюдений за увеличением количества просмотров страниц и созданием учетных записей.
Наш План
Теперь мы готовы включить новый внешний вид по умолчанию в Русской Википедии и хотим услышать ваши отзывы об изменениях. Мы планируем сперва обсудить изменения здесь, ответить на вопросы и узнать проблемы в течение месяца. После этого мы надеемся уточнить дату развертывания. Мы с радостью ответим на ваши вопросы, опасения или дополнительные соображения! Мы также поможем вам настроить то, с чем «Vector 2022» может быть несовместим. Ознакомьтесь с ЧаВо. Там вы можете найти полезные ответы на ваши вопросы.
Вопросы от команды Веб для сообщества Русской Википедии
Испытываете ли вы какие-либо проблемы с гаджетами или функциями, вызванные новым интерфейсом?
Существуют ли какие-либо известные вам конфигурации, которые отличаются от конфигураций в других Википедиях и могут быть затронуты изменениями?
Есть ли у вас какие-либо вопросы относительно отказа от нового интерфейсов или каких-либо функций, которые мы внедрили?
Привет @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)[ответить]
Не знаю за отступы, но то, что при такой ширине экрана простыни слева и справа не сворачиваются автоматически (или хотя бы не имеют настройки этого, по умолчанию активной, но с возможностью отключения), ужас. ~~~~ 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:
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)
T329715 - I (Olga) have reached out to our engineers for more information on this one
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
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).
English Wikipedia statistics - Sure, data from English Wikipedia (as well as a bunch of other wikis, incl. Russian) is available here: T334021#8799088.
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.
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.
English Wikipedia statistics - Sure, data from English Wikipedia (as well as a bunch of other wikis, incl. Russian) is available here: T334021#8799088.
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. stjn15: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 не будет решён — никакой новый Вектор ни в какой русской Википедии включать не надо. Помимо кучи других проблем. stjn08:26, 7 декабря 2023 (UTC)[ответить]
Привет @Stjn, спасибо вам за ваш комментарий, а также за вашу работу с нами в течение последних нескольких лет. С тех пор, как мы начали работу над проектом, мы внесли множество изменений, чтобы сделать интерфейс более подходящей для разных сообществ, например, переключение ширины контента или предстоящие визуальные изменения «Зебра». Мы по-прежнему открыты для дальнейших улучшений. Одна из целей этого обсуждения – привлечь внимание к любым оставшимся препятствиям. К сожалению, проблема, описанная в задаче, на которую вы ссылаетесь, технически не является частью интерфейса. Это часть «универсального переключателя языка», который находится под управлением «языковой команды». Мы можем связаться с ними и узнать, что они думают по поводу этого предложения. Мне также любопытно, какие другие тикеты или проблемы, по вашему мнению, все еще остаются препятствием и почему? Спасибо, – Mehman (WMF) (обс.) 22:23, 8 декабря 2023 (UTC)[ответить]
Кратко отвечу тому, кто написал оригинал (потому что это явно не вы), что проблемы универсального переключателя языков являются проблемами нового Вектора, потому что новый Вектор заставляет им пользоваться независимо от настроек пользователя. Плохой ответ. stjn22: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. stjn12:15, 16 января 2024 (UTC)[ответить]
@Mehman, расскажи, пожалуйста как именно тестировали изменения? аб-тестом? Возможно ли ознакомиться подробнее с дизайном и результатами запущенного эксперимента? (интересует табличные данные с показателями для тестовой и контрольной группы, в первую очередь) Какую гипотезу проверяли при изменении и в изменение каких метрик вы целились? Rampion08: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)[ответить]
При включенных гаджетах ничтожными по масштабу буковки стали в выпадающих сносках, списках etc. Не с моими одиннадцатью диоптриями этим пользоваться. А в векторе мне не нравятся разрывы между абзацами и разделами, размазанные абзацы, разные шрифты в заголовках и основном тексте, окошко поиска наверху справа, наконец. Dmartyn80 (обс.) 12:53, 7 декабря 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)[ответить]
Добрый день @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%.
мы, редакторы, включим себе тот интерфейс, который нам удобенвот посетители интерфейс по умолчанию поменять не смогут, их и надо спрашиватьи если в новом векторе пока интервики не работают нормально - значит включать его не нужно, это важный элемент ·Carn16:26, 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)[ответить]
См. длина строки. Мой субъективный опыт подтверждает — на широком мониторе текст на всю ширину читать сложно, на старом векторе я уменьшал окно браузера, а на новом — текст читается легче с включённым ограничением ширины, а если нужно быстро пролистать кучу текста или работать с широкими таблицами, ткнуть на / удобнее, чем менять размер окна браузера. M5 (обс.) 10:23, 15 декабря 2023 (UTC)[ответить]
У всех разное восприятие удобства. Мне удобнее читать на широком мониторе, чем искусственно зауженный текст. Кому-то (скорее всего тем, кто привык к планшетам, но может и не только им) нравится узкий текст. Но я не понимаю, почему мнение одних считается более важным, чем мнение других. И не понимаю почему разработчики считают, что тем, кому не нравятся их идеи, нужно плясать с бубном, чтобы отображать текст так, как кажется удобнее. Сделали бы в настройках возможность самому определять ширину текста без всяких кнопок, которые, как я понимаю, нужно ещё найти. И, кстати, вопрос: а эту кнопку нужно на каждой странице нажимать или состояние запоминается? Vladimir Solovjevобс16:38, 15 декабря 2023 (UTC)[ответить]
К этому идут, я ниже в разделе рассказал про новую функцию управлением дизайном. Где можно выбрать размер шрифта, длину строки и так далее. Iniquity (обс.) 16:41, 15 декабря 2023 (UTC)[ответить]
Вот как раз ограничение ширины — единственная часть нового Вектора, которую можно защитить. Потому что оно позволяет перестать обращать внимание на то, что у кого-то на гигантском экране всё вмещается, а вы страдайте, — и убирает этот аргумент как возможный. Это всё помимо всех исследований о том, что читать короткие строки проще.Но при этом уточню, что я искренне не понимаю, почему не сделана возможность отключать это ограничение ширины на отдельных страницах, и в итоге заглавная страница и порталы выглядят в новом Векторе, скажем честно, ужасно. stjn21:55, 13 декабря 2023 (UTC)[ответить]
На мой взгляд как раз на широких мониторах старый вектор выглядит намного хуже, потому-что получаются длиннющие строки, которые сложно читать. M0d3M (обс.) 01:10, 14 декабря 2023 (UTC)[ответить]
Это достоверный факт, но с некоторыми оговорками: «… Если строки слишком длинные, читателям трудно вернуться к началу следующей строки (саккада), в то время как если они слишком короткие, им требуется больше прокрутки или листания … длинные строки лучше подходят для быстрого сканирования, а короткие строки — для точности чтения» — см. Длина строки#Электронный текст. Из этого следует, что для большинству читателей и авторов удобнее работать с ограничением длины, но при редакторской работе над очень большими текстами может потребоваться как раз быстрое сканирование текста, и длинные строки в подобных (более редких) случаях могут быть полезнее. Поэтому используемое в новом Векторе ограничение длины строк по умолчанию с возможностью легко отключать его кнопкой выглядит вполне оптимальным. M5 (обс.) 10:32, 14 декабря 2023 (UTC)[ответить]
Этого не может понять большинство опытных участников Википедии, но меня это не смущает. Я экраны не считаю, в моём тарифном плане они безлимитные, поэтому мне никакое их количество не мешает. Nikolay Komarov (обс.) 20:48, 14 декабря 2023 (UTC)[ответить]
Посмотрел в коде, кнопка отображается при размере окна >= 1400px, а ширина текста 950, то есть при увеличении окна (или уменьшении шрифта браузера) сначала появляются поля, и только когда поля становятся шире 225 пикселей, возникает кнопка. Возможно, стоит показывать кнопку раньше. M5 (обс.) 21:46, 14 декабря 2023 (UTC)[ответить]
В таком случае достаточно нажать кнопку и кнопки «Скрыть» на боковых панелях. Тогда текста влезет не меньше, чем на старом Векторе M5 (обс.) 08:57, 15 декабря 2023 (UTC)[ответить]
Ну вот у меня вышло вот так: Протестировала на одной статье. В старом — 17 экранов, в новом (с нажатой кнопкой и скрытой боковой панелью) — тоже 17. Боковая панель в старом векторе тоже по сути скрыта по умолчанию (под кнопкой «Ещё»). Так что соглашусь, что текста влезает не меньше. Странная претензия, если честно. -- Megitsune-chan💬12:36, 12 января 2024 (UTC)[ответить]
Повторюсь, я считал с нажатой кнопкой полной ширины и скрытыми боковыми панелями (кнопки скрыть у Главное меню, Содержание, Инструменты). В вашем видео это не сделано M5 (обс.) 08:49, 15 декабря 2023 (UTC)[ответить]
22 экрана с нажатой кнопкой "во весь экран"Простите, но вот вам 22 экрана с нажатой кнопкой "во весь экран". Это на 5 экранов больше, чем в старом векторе. Давайте обсудим, какие ещё телодвижения нужно сделать, что бы новый вектор приблизить к старому. VladimirPF💙💛07:17, 18 декабря 2023 (UTC)[ответить]
О, Боже, ну нафига мне все эти пляски с бубуном? Чем дальше читаю обсуждение, тем больше вижу, как много усилий нужно, что бы впасть в веру в вектор-22. Зачем все эти усилия, если они никому не нужны? VladimirPF💙💛08:48, 18 декабря 2023 (UTC)[ответить]
Я полагаю, что ваши вопросы -- риторические. Вообще, автор этой темы пытается предоставить наилучший инструмент для незарегистрированных пользователей и для основного числа редакторов, поэтому его команда ориентируется на типовые, наиболее распространённые сценарии использования и пытается улучшить впечатления именно в этих рамках. Я не знаю, почему для вас так важен критерий максимального количества текста в одном экране (и минимального количества экранов на статью), но в любом случае -- никто не собирается отнимать у вас старый вектор, поэтому нет причин для расстройства или возмущения. Nikolay Komarov (обс.) 09:11, 18 декабря 2023 (UTC)[ответить]
но в любом случае -- никто не собирается отнимать у вас старый вектор, поэтому нет причин для расстройства или возмущения.
Допустим, не собирается. Но по факту отнимет. У анонимов. Анонимы ведь тоже пишу статьи, в том числе длинные? Если у анонимов будет возможность настроек (иначе нафига все эти временные аккаунты?), то вопрос будет закрыт. А она будет? ~~~~ Jaguar K · 09:14, 18 декабря 2023 (UTC)[ответить]
Hey @Jaguar K. The current approach is that temporary account users will not have access to preferences. So they will need to create accounts (real accounts) to switch back to the old skin.But according to our observations, particularly from English Wikipedia, there are not many account creations about which we can tell: these may be due to the deployment. There is a short wave of course, and then the statistics go back to normal. On English Wikipedia, the number of additional user accounts was similar to the number of accounts that are created on 3-4 normal days, if I recall correctly. Спасибо! SGrabarczuk (WMF) (обс.) 04:40, 12 января 2024 (UTC)[ответить]
Вопрос к знатокам: тот факт, что ссылка "Переключиться на старый вид" вместо смены скина направляет в настройки, а) нарочно мимикрирующие под старый вектор б) требуется выбрать скин и сохранить не считается жульничеством? а) и б) вместе наводит на мысль "Готово, ты уже поменял, кнопка сохранить серая, закрывай страницу". В англовики так же, так что не фича отключенного по умолчанию вектора. ~~~~ Jaguar K · 19:31, 13 декабря 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)[ответить]
Ограничение длины строки сделано для удобства чтения — тогда (надо) колоночный (газетный) вариант, с обязательным выравниванием по ширине, а не как сейчас стало повально только по левому краю, когда по правому краю — как придётся, что выглядит неряшливо. - 82.112.179.15711:50, 14 декабря 2023 (UTC)[ответить]
А как в этом новом дизайне связывать статьи с иновики? Я попробовал в АнглВики и там предлагается делать лишний клик, переходить в Викиданные и связывать страницы уже там. — Mitte27 (обс.) 05:48, 15 декабря 2023 (UTC)[ответить]
Инструменты / Добавить ссылки на другие языки (столько же кликов, как и в старом векторе, но в первый раз найти сложнее) M5 (обс.) 09:12, 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)[ответить]
Предположу, что одни и те же сущности (вроде упомянутых шведских избранных статей) просто не состыкованы между разделами. Речь-то не о чём-то уникально-локальном, а о базовом наборе. Retired electrician (обс.) 23:08, 15 декабря 2023 (UTC)[ответить]
Связанная проблема - и тоже не баг но «так надо» - одни и те же пункты меню в разных википедиях в В-22 живут то слева, то справа. Например, в ru: "upload file" живёт справа. В sv: он слева. Retired electrician (обс.) 20:51, 15 декабря 2023 (UTC)[ответить]
@Retired electrician, привет, thank you for your opinion. I'm grateful that you spent the time writing this detailed list. I have a few questions and comments.
The interface - I think it's fully translated now. I'm using V22 and the interface is in Russian. Could you confirm?
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)[ответить]
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.
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.
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)[ответить]
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)[ответить]
Много мелких факторов по совокупности. Например, я часто смотрю на то, как связаны между собой разные статьи, внутри раздела и между разделами. В текущей версии оформления линк ссылки сюда и ссылки на статьи в других разделах находятся в левом блоке, удобно. В новой версии оформления они расположены так, что добраться до них намного сложнее. Вместо этого слева - меню навигации по статье, которое только сбивает с толку, оно абсолютно бесполезно. Я не могу представить для себя сценарий его использования. Dwyane Tyrone Wade (обс.) 09:59, 17 декабря 2023 (UTC)[ответить]
@U:Mehman (WMF) 1 Проблема не только существуют гаджеты/проблемы или нет. Проблема в том, что их невидно, конкретно их вообще нет в обозримом пространстве вокруг текста. Давайте посмотрим на страный дизайн (конкретно, вы же спрашиваете у редакторов поэтому смотрим дизайн редактирования) - довольно много площади занимают разные фичи и инструменты, посмотрим на новый дизайн - одна, всего одна строка где всё спрятано в меню. Почему вы так заботитесь о том как посетители читают, но не обращаете внимания на то как редакторы пишут, редактируют и форматируют огромные массивы текста. 2 Вся нажитая за эти годы конфигурация вокруг редактирования удаляется и вместо мощного редактора текста нам дают какой-то Блокнот. 3 Почему новое редактирование насаживается так агрессивно? (Новые темы меняют способы работы с текстом. Есть же ссылка на мобильную версию, почему бы не сделать версию для чтения по ссылке или не разработать отдельно развиваемое оформление для нужд редакторов) Вот вы сделали легкое переключение между визуальным редактором и новым редактором текста - что-то можно сделать в одном, что-то в другом. У нас есть старый редактор текста, он нашпигован всякими удобствами наработанными за всё это время, но в него невозможно легко переключиться, мне приходится в url использовать action=submit (не перенаправляйте на новый дизайн еще и этот параметр). Зачем так агрессивно закапывать старые инструменты редактирования, они же не исчезнут из других тем оформления. ~Sunpriat16:13, 23 декабря 2023 (UTC)[ответить]
1. В новом векторе в меню Инструменты есть кнопка «переместить в боковую панель» 2. У меня режим редактирование кода и в старом и в новом векторе выглядит одинаково, в том числе панель инструментов редактирования с дополнительно настроенными гаджетами. Допускаю, что некоторые гаджеты редактирования, которых у меня нет, имеют проблемы с совместимостью. Я пока видел такую проблему только с ВП:WE-Framework, но он не относится к редактору кода. 3. Редактор кода нигде не закрыт по кнопке есть выбор между Визуальное редактирование и Редактирование кода. С url-параметрами приходится извращаться только в обратной ситуации — если надо использовать визиред на страницах обсуждений, где через UI доступен только старый добрый редактор кода. M5 (обс.) 16:50, 23 декабря 2023 (UTC)[ответить]
Действительно: участнику, редактирующему практически без модов, разница монобук-В22 в режиме редактирования почти не заметна. И там был слепой бледно-серый мелкий шрифт, и здесь то же несчастье. Но и это, похоже, «так задумано». Сделать шрифт в окне редактирования чёрным и того же размера, что основной - «так сейчас никто не делает!» Retired electrician (обс.) 15:18, 24 декабря 2023 (UTC)[ответить]
Мне нравится, что в левой колонке есть оглавление на основе заголовков. Не нравится то, что оно не генерируется вне пространства статей. Например, на этом форуме оглавление слева у меня не появляется. Nikolay Komarov (обс.) 20:12, 21 января 2024 (UTC)[ответить]
Я ничего там не нашёл. Выше же написали: даже при нажатии на опцию "переход к старой версии" выбрасывает на общую страницу настроек, а кнопка "сохранить" серая. Dmartyn80 (обс.) 08:38, 14 декабря 2023 (UTC)[ответить]
У меня при включенном Векторе 2022 на закладке "Внешний вид" сразу после выбора темы оформления есть вот такой блок:Настройки темы X Включить адаптивный режим Адаптирует макет страницы к размеру экрана мобильного устройства. X Включить режим ограниченной ширины Включите режим ограниченной ширины для улучшения читательского опыта.Ну так вот, если второй крестик убрать, что появляется возможность скрывать боковые панели и получать максимальную ширину текста, на весь экран. Об этом ведь речь? Nikolay Komarov (обс.) 12:09, 14 декабря 2023 (UTC)[ответить]
Можно подробнее про сокрытие боковых панелей? Широкий экран на рабочем компе забивается просто чудовищным количеством мусора, который дублируется, и оставляет узенькую колонку основного текста посередине. Набор инструментов сверху - это что-то матерное. Dmartyn80 (обс.) 17:03, 14 декабря 2023 (UTC)[ответить]
Правая колонка называется Инструменты, около неё есть кнопка Скрыть. Нажатие этой кнопки сворачивает всю колонку. Если режим ограниченной ширины отключен, то всё это место начинает занимать основной текст из центральной области. С левой колонкой такая же логика. Наверху есть кнопка Скрыть. Nikolay Komarov (обс.) 20:55, 14 декабря 2023 (UTC)[ответить]
Товарищи, а у меня вот какой вопрос: почему, если в англовики по умолчанию всё врубили, если я перехожу в этот раздел (залогиненный, чин-чинарём), то там всё привычно и радует глаз: и окошечко поиска слева, и строки длинные, и всякой лабудой ни слева, ни справа глаза не мозолятся?— Dmartyn80 (обс.) 19:07, 14 декабря 2023 (UTC)[ответить]
Они могли локально сделать особые настройки по умолчанию, либо вы туда уже заходили и скрыли сами. У меня в be-разделе тоже пустого места по бокам нет, хотя обычно оно есть, думаю, так настроено. ~~~~ Jaguar K · 20:27, 14 декабря 2023 (UTC)[ответить]
Главная претензия, свёрнутый список интервик, приходится тратить лишнее время листая его и смотря есть ли искомая интервика в списке. Особенно он не удобен, когда интервик несколько десятков. Вы и так по бокам много места пустого оставили, добавьте туда интервики. Сейчас новый вектор иначе как издевательство над пользователями я не могу воспринимать. — Фаянсовый товарищ (обс.) 09:29, 15 декабря 2023 (UTC)[ответить]
В старом векторе теперь тоже вместо полного списка кнопка с тем же селектором языков, если интервик много (например, [32] сбоку 9 языков и кнопка «Ещё 294»). С другой стороны, как раз в случае такого количества, селектор языков с группировкой и фильтрацией может быть лучше, чем огромный список. M5 (обс.) 10:06, 15 декабря 2023 (UTC)[ответить]
Да, но: 1. в старом векторе свёрнутость отключается на странице «Внешний вид» в Настройках; 2. не свёрнутые языки — это как раз те, что мне нужны. -- Klientos (обс.) 17:44, 16 декабря 2023 (UTC)[ответить]
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, 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)[ответить]
Всем привет! Спасибо вам за участие в обсуждениях. Мы благодарны вам за уделенное вами время и за все комментарии. Вы помогли нам выявить проблемы и расставить приоритеты в работе с интерфейсом в будущем. Также, мы надеемся, что наши ответы на ваши вопросы были полезными.
Теперь мы хотели бы перейти к выводам:
Основываясь на обсуждениях, прежде чем мы развернем новый интерфейс, мы улучшим лого (T308286)
Мы хотели бы запланировать развертывание нового интерфейса «Vector 2022» на вторник, 13 февраля. В качестве краткого напоминания – кто не заинтересован пользоваться новым интерфейсом – вы можете включить текущий интерфейс «Vector legacy» по умолчанию в своих глобальных настройках. Изменения не коснутся пользователей использующих «Monobook» и «Timeless».
Также, существуют задачи, которых следует приоритизировать, но, по нашему мнению, это не препятствуют развертыванию. Мы завершим их в течение следующих 1-3 месяцев:
Улучшение типографики и текста по всей статье (особенно в верхней части страницы): T350833
Некоторая работа по улучшению переключателя языков – нам нужно решить, что именно мы хотели бы улучшить
Перемещение опции ограниченной/полной ширины с маленькой кнопки – в меню, открытое по умолчанию, что привлечет внимание и к другим настройкам для удобного чтения, таким как настройки текста и, позже, темный режим. В настоящее время это меню доступно только в качестве бета-версии
Вы указали и другие проблемы. Для каждой идеи (поднятой на Форуме и аналогичных страницах в разных вики) решение о том, стоит ли и когда над ней работать, основывается на приоритетах по отношению ко всему спектру потенциальных задач. В настоящее время мы сосредоточены на улучшении доступности для чтения, что включает в себя темный режим.
Мы хотели прояснить еще одну тему. Бывают случаи, когда члены сообщества не согласны с важными решениями относительно интерфейса. Мы сопоставляем эти отзывы с тем, что мы знаем о миллионах пользователей, на которых влияет этот выбор. Мы хотим получить результат, который подходит многим пользователям и многим типам пользователей.
Мы запланируем больше встреч с вами. Мы открыты для продолжения обсуждений о «Vector 2022», самого процесса развертывания и будущих проектов нашей команды. Мы готовы встретиться на вашем сервере Discord, и в течение следующих нескольких дней мы сообщим точную дату и время. (Мы в основном базируемся в Европе, так что для Сибири не обязательно опаздывать.)
Планируется ли отключение этого интерфейса как варианта по умолчанию (и, по всей видимости, возврат на предыдущий), если наберётся значительное число негативных отзывов от читателей? — Cantor (O) 09:07, 1 февраля 2024 (UTC)[ответить]
Понимаю, что ничего не поможет, но я ради эксперимента пытаюсь работать в Vector 2022 а эсперанто-википедии. Я сделал локальную настройку дизайна. И общий вывод такой: когда я возвращаюсь из эо-вики в ру-вики я словно одеваю очки при чтении книги или письме: в старом дизайне работать намного комфортнее. VladimirPF💙💛09:16, 1 февраля 2024 (UTC)[ответить]
В тему декларируемой доступности для чтения: в Монобуке уже пару месяцев уменьшен шрифт подсказок в диалоговом окне «Вставка ссылки» (подробнее я об этом писал здесь: Википедия:Форум/Архив/Технический/2023/12#Размер_шрифта_в_подсказках (там же есть ссылка на скриншот, как это выглядит). Коллеги пишут, что этот эффект актуален для Монобука и в других языковых разделах. Куда мне обратиться, чтобы это было исправлено? В нашем разделе никто не смог мне подсказать. — Cantor (O) 09:23, 1 февраля 2024 (UTC)[ответить]
Я не понимаю, почему несмотря на выраженную оппозицию и кучу нерешённых технических проблем команда Веба хочет что-то развернуть. Мы, конечно, не английская Википедия, но может надо прислушаться к сообществу? stjn12:28, 1 февраля 2024 (UTC)[ответить]
Максимум, что вы можете сделать 13 февраля -- это выкатить новые обновления, но оставить старую тему как тему по умолчанию. Причины очевидные: 1) вы учли менее половины всех замечаний; 2) мы ещё не видели, как вы реализовали изменения; 3) вы увидели ясно, что большинство активных участников ПРОТИВ переключения на Vector 2022 по умолчанию.Так что стартуем новую итерацию сбора обратной связи, начиная с 13 февраля, а там посмотрим. Nikolay Komarov (обс.) 16:21, 3 февраля 2024 (UTC)[ответить]
Уважаемые коллеги, ваше поведение выглядит как полное отсутствие уважения к Сообществу. Остановите, пожалуйста, это обновление безо всяких отсылок к миллионам пользователей, о которых вы что-то якобы знаете и которые молчат. В русском разделе есть люди которые создают этот раздел своим трудом и большинство из них категорически против задуманной вами реновации интерфейса. Dwyane Tyrone Wade (обс.) 22:05, 5 февраля 2024 (UTC)[ответить]
Вообще-то не "категорически против задуманной вами реновации интерфейса", а против срочного включения нового Вектора. Многие участники (я думаю, как минимум треть) не против, если будут исправлены всяческие недоработки. ^ w ^(обс.)23:57, 5 февраля 2024 (UTC)[ответить]
Если что, я москвич, но тоже не понял отсылку на программу реновации жилья. А еще я как-то не в курсе, что у программы реновации прямо большинство противников. Или отсылка была не в этом? Michgrig (talk to me) 07:53, 6 февраля 2024 (UTC)[ответить]
Ну Вы, возможно, позабыли, что первая версия программы, представленная администрацией Собянина, предусматривала принудительное переселение людей в пределах административного округа, а не района, то есть можно было например из района Сокола уехать вообще в Молжаниново, и не предусматривала согласия жильцов дома на реновацию. Тогда в короткий срок по всей Москве полыхнуло так, что властям пришлось экстренно давать задний ход и менять условия на что-то более приемлемое и менее экстренное. Я это очень хорошо помню, так как был на нескольких митингах протеста. Так что аналогия тут довольно прямая, но, похоже, ушла впустую. Локальная злоба дня других малоактуальна. Dwyane Tyrone Wade (обс.) 17:36, 6 февраля 2024 (UTC)[ответить]
Новый векторЯ не понимаю, как можно было создать интерфейс, для которого нужно проходить отдельное обучение? Вот скриншот с моего планшета: как открыть боковые панели? Как пользоваться этим полуфабрикатом? В чёём смысл улучшения? Где все кнопки, облегчающие пользование? Простите за вопрос, но: вы сами пробовали пользоваться этим интерфейсом? Не разрабатывать, а именно пользоваться? Чтать статьи, редактировать, патрулировать, участвовать в обсуждениях? Вы можете ответить что угодно, но я вижу, что нет, вы не используете новый интерфейс. VladimirPF💙💛09:25, 9 февраля 2024 (UTC)[ответить]
Странно. Я привожу конкретные причины не удобства, а вы мне рассказываете о чём то отвлечённом. Я показываю иллюстрации, показываю видео, а вы всё про себя. Простите, но кроме слепотой и упёртостью я это никак не могу назвать. Возможно в том, конкретном, удобном только для вас применении, только вам и удобно, но я и здесь и выше приводил примеры и настолькной версии и версии на планшете, а вы всё "удобно" и "удобно". Сделайте ТОЛЬКО для себя и пользуйтесь. Но это хотят навязать ВСЕМ. Навязать хотят всем, а удобно только одному человеку - вам. Вот я привёл скриншот - вам действительно удобно искать где находятся боковые панели? Вам действительно удобно, что боковые панели в развёрнутом виде съедают 2/3 экрана? Хотя, скорее всего вы этого не видите так как вы используете версию, которая вам удобна: вы её настроили, вы приучили себя где что искать и тд. Но где все преимущества на том скриншоте, что я привёл? VladimirPF💙💛15:29, 9 февраля 2024 (UTC)[ответить]
новый вектор в телефонеПростите мою горячность, но я примерно 15 лет жизни отдал разработке дистанционных учебных курсов, дизайну слайдов и тд. и я не могу понять, как может быть удобна данная версия вектора: вот вам скриншот вектора в телефоне - расскажите мне, что в данной версии удобно. Вот прямо начинайте по порядку: блок инструментов справа, который нельзя прочесть без очков, это удобно так как тренирует умение прецизионного тыкания пальцем в пункт меню; два блока слева и справа это удобно так как позволяют читать короткую строку из 27 знаков (включая пробелы); панель слева выводит целых 7 знаков, что удобно - 7 знаков можно прочитать, это ведь не правая панель, где сразу 20 знаков, которые видны только в лупу. ... И так дале по пунктам. VladimirPF💙💛15:40, 9 февраля 2024 (UTC)[ответить]
А в мобильной версии невозможно нормально редактировать. Но важно другое: адепты нового вектора ни разу не заявили, что этот дизайн принципиально запрещён к использованию в телефоне. Более того, они много раз говорили, что сейчас википедию смотрят именно в мобильных устройствах - так я уже загрузил кучу скриншотов вектора-22 в планшете. Или для планшета нужна особенная версия?
Так на планшете выглядит ЛСУ одного из адептов нового вектора
Новый вектор в планшете с открытыми боковыми панелями - невозможно нормально листать страницу
это со скрытыми панелями - попробуйте догадаться, как вернуть боковую панель
Как человек, который последние 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.) stjn19:51, 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)[ответить]
Аналогия с изнасилованием явно неудачна, поскольку здесь речь идёт всего лишь о сайте в интернете. Тем не менее, достопочтенные участники «команды Веб», вы не могли бы 1) и дальше терпеливо обрабатывать фидбек и 2) задуматься над собственным поведением? Про 13 февраля — ну что ж, спасибо, что предупредили общественность. Бог всё видит. — Postoronniy-13 (обс.) 10:30, 10 февраля 2024 (UTC)[ответить]
Голосование по поводу включения нового дизайна завершилось, 113 высказалось против и только 8 за, так что «87% пользователей, которые пользуются новым дизайном» явно не здесь. За эти 14 лет общество уже привыкло к старому дизайну, а с Vector-2022 они каждый день будут узнавать что-то новое (в дизайне, не в статьях). P.S. Предлагаю открыть на форумах проектов с новым дизайном обсуждения по поводу возвращения старого дизайна, чтобы понять, действительно ли людям это нравится. Аноным (обс.) 17:16, 10 февраля 2024 (UTC)[ответить]
А они вам скажут, что голосование нерепрезентитивно, потому что узнали о нём только всякие ботаники-редакторы, а их инициатива - для широких народных масс читателей. Вот если бы была плашка на главной, а участников были тысячи и сотни тысяч, тогда они бы учли результаты. А так, это голосование оказалось междусобойчиком группки, чьими интересами Фонд может пренебречь ради интересов 99% остальных участников. Nikolay Komarov (обс.) 21:28, 11 февраля 2024 (UTC)[ответить]
Цифры про 87% очень лукавые, так как активность 5 правок в год - это нулевая. Хотя бы одна правка в день - вот это начинается активность. Но они не стали предъявлять этот процент, а вместо того говорят о 95%, если считать с нулевым вкладом. О чём тут говорить? Мы становимся объектами мошенничества команды разработчиков, поскольку нам обманом втюхивают сырой низкокачественный, ненужный нам продукт. Matrixloader (обс.) 02:56, 14 февраля 2024 (UTC)[ответить]
То, что видим - это обновление дизайна ради обновления дизайна, в стиле новых обложек для каждой новой версии программного обеспечения Microsoft. Вместо того, чтобы сохранять максимальную преемственность, делать эволюционные изменения, прежних пользователей обязательно нужно шокировать внезапным переездом кнопок интерфейса на новые места. Аргумент, что 87% пользователей не стало менять интерфейс, невалидный: просто новые пользователи либо не знают, что есть другой вариант, либо исходя из того, что он старый, не стали даже испытывать. Переходите в Microsoft, и там насилуйте конечного пользователя, а здесь нам это не надо. Matrixloader (обс.) 16:46, 13 февраля 2024 (UTC)[ответить]
Какая глупость, или У семи нянек дитя без глаза
Три элемента дизайна сделанные тремя разными дизайнерскими командами
Раз уж тут просят давать аргументированную обратную связь, то я попробую примести один пример, показывающий насколько разработчики дизайна далеки от пользователя. Вот иллюстрация нового вектора (как я писал выше я уже несколько месяцев занимаюсь насилием над собой и пытаюсь работать в новом векторе в разделе на эсперанто).
Посмотрите внимательно на элементы, которые я выделил стрелками. Что вижу я: на одной странице используется 3 (три!) различных элемента раскрытия списков. Причём два из них (номера 1 и 2 на скриншоте) похожи до смешения, хотя отвечают за принципиально разные панели, а один элемент (3, 4, 5) совершенно однотипные. Из этого я делаю первый вывод: левую и правую стороны дизайна делали разные команды и что бы не было обидно обеим командам, было решено использовать оба варианта. Вы скажете, что я спорол глупость - и вы правы, но я не могу найти другого объяснения для выбора трёх разных элементов для одного действия.
Далее. Элементы 1 и 2 выполняют одну и ту же функцию - раскрытие бокового меню, но они имею разный дизайн. Что наталкивает меня снова на выше изложенную глупость: эти два элемента делали разные команды и что бы не обидеть оставили оба варианта.
Третий вариант объяснения данного феномена. Я знаю в каких случаях критически важен разный дизайн для одинаковых инструментов: в авиации или космонавтике применяют физически и геометрически различные элементы дизайна для того, что бы нельзя было по ошибке совершить необратимое действие (катапультирование, запуск двигателей, разгермитизация и тд). Но это для предотвращения от необратимых действий в критически важных системах, но тут википедия и раскрыв меню нельзя ничего испортить. ЗАЧЕМ нужно иметь ТРИ разных дизайна раскрытия боковых меню?
Впрочем, есть у меня четвёртый логически обоснованный вариант, основывавшийся на исторической аналогии. Когда Пётр создавал регулярную армию нового образца он столкнулся с тем, что крестьяне не понимали где лево, где право и тогда к левой и правой ногам стали привязывать пук сена и пук соломы и сержанты командовали "Сено, солома" в зависимости от правой или левой стороны. Простите за многословие, но похоже, что разработчики решили нас обучать где лево (горизонтальные линии), а где право (уголок, указывающий вниз). Возможно я, с моим образованием прапорщика, ошибаюсь, но другого объяснения придумать не могу.
Прокрутили страницу страницуПочему нельзя было сделать вот так?
Ну, ладно, я для себя смог обосновать использование трёх вариантов дизайна одного элемента. Но вдруг всплыла проблема, полностью разрушившая мои логические конструкции. Если прокрутить страницу вдруг элементы 1 и 2 превращаются в элемент 3. Вопрос: с точки зрения пользователя, что именно должен раскрывать элемент 3? Я с удивлением обнаружил, что элемент 3, вставший на место элемента 1 открывает элемент 2. Ещё раз: на месте кнопки раскрывающего один список, появляется кнопка раскрывающая другой список. Как я должен догадаться, что именно раскроется из этой кнопки? Почему нельзя было оставить обе кнопки?
У меня есть объяснение: дизайн свёрнутой верхней части делала команда, которая делала кнопку №2, и конкурентов (команды делавшие кнопки 1 и 3-5) не участвовали - вот и не пришлось делиться с этими командами. О! Я даже ещё полнее представил этот процесс: только команда кнопки 2 сразу разработала проект дизайна при пролистывании, а остальные команды этого не сделали - вот мы и видим результат этой совместной работы.
Ну и отдельный вопрос: почему нельзя было сделать так как я смастерил за 10 минут в поверпойнте? все элементы управления панелями присутствуют на экране даже в режиму пролистывания. Кнопки 1 и 2 стоят рядом и сразу видня разница дизайна этих кнопок и сразу становится понятно, что их делали две команды они раскрывают разные панели. Кнопки 3-5, которые очевидно нужны в равной степени, присутствуют всегда на экране и пропадает главный недостаток старого вектора - необходимость листать вверх для того что бы добраться до функцилнальных элементов.
Ответ на мои вопросы я уже несколько раз озвучивал: разработчики сами не пользуются свим же дизайном. Точнее не так: разработчики не работают активно с контентом википедии и знакомы с функционалом своих же разработок только в рамках разработки дизайна. Я с этой проблемой сталкивался многократно: мои разработчики учебных курсов сами не проходили эти учебные курсы (они не обучаемые, они разработчики курсов) и каждый раз, когда я показывал им недочёты и спрашивал "Почему сам не дошёл до 27 слайда" мне всегда отвечали "Зачем? Я не планирую изучать этот курс, мне платят за другое". И в данном случае я вижу ту же самую ситуацию: разработчики не правят, не парулируют, не переходят по интервики, не переходят в викидату или др проекты - они не пользователи, они разработчики.
И тут лично для меня всплывает главный вопрос: какое право имеют люди, которые сами не пользуются своим продуктом, почему они навязывают нам то, чем сами не пользуются? Впрочем, как мы знаем, фонд давно уже оторвался от народа. @Nikolay Komarov: коллега, так получилось, что вы (лично для меня) стали главным проводником Vector 2022 в рувики (простите, коль я ошибаюсь) и вы пытаетесь коммуницировать в разработчиками. Сможете ли вы довести до разработчиков в удобной для них форме мои рассуждения. Или вы считаете, все картинки, стрелочки, логические выводы являются "не начём не обоснованными выдумками, без фактов и аргументации"? Хочу отдельно сказать, что непосредственно к вам у меня вопросов нет и я полностью разделяю вашу позицию в части "критикуя - предлагай". — VladimirPF💙💛15:41, 10 февраля 2024 (UTC)[ответить]
У меня монитор с разрешение 2К, поэтому мой опыт использования Вектора-2022 вполне положительный, но для меня важен и опыт других участников, тем более, что их доля весьма значительна. Я ранее допрашивал всех недовольных, что именно для них не так. Но у меня нет цели продавливать это решение любой ценой, я просто хотел разобраться и помочь. Я теперь вижу, что проблемы есть, что они значительные и их много. В голосовании я проголосовал "против". Спасибо за подробное описание проблемы! Я прочитаю ваш комментарий и оформлю его в Phabricator, пусть разработчики разбираются. Nikolay Komarov (обс.) 21:31, 11 февраля 2024 (UTC)[ответить]
Новости от команды Веб (2)
Привет, thanks to stjn, Wikisaurus, Nikolay Komarov, and others who have let us know about the recent discssions and the voting. We respect that you are noticing issues and challenges and want to have them fixed or clarified first. We want to make sure that together, we and you understand how we can collaborate. (This isn't just about the skin, but our relations in general.) We have paused the deployment and analyzed your comments. We will give you a proper reply to the questions raised here as well as in the voting. We are drafting the reply now and hope to post tomorrow. Спасибо. SGrabarczuk (WMF) (обс.) 19:28, 13 февраля 2024 (UTC)[ответить]
Форум — Технический
. Сами параметры проверил, все работают вместе с производными типа "Имя_файла2", за исключением "простой=да" (функционирует только как plain=yes или простой=yes). — Khidistavi (обс.) 20:08, 13 февраля 2024 (UTC)
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 13 февраля. Невикипедийные вики-сайты и некоторые разделы Википедии получат эту версию 14 февраля, все проекты — 15 февраля (календарь). [7][8]
Начиная с 14 февраля 2024 года инструменты, использующие грид-движок, начинают останавливать в рамках выключения грида [9]. Если у вас есть инструменты, работающие на гриде, миграцией которых вы активно занимаетесь, можно попросить отсрочки, чтобы их не выключили раньше времени. [10]
Дополнение: С 27 августа 2014 года Служебная:Изменения/65101590 в течение полутора месяцев, с 5 июня 2016 года Служебная:Изменения/78782366 по настоящее время. См. также обсуждение Википедия:Форум/Архив/Предложения/2014/08#Изменение стандартной подписи. — Alex NB IT (обс.) 13:18, 5 февраля 2024 (UTC)
(при том, что я ни разу не технарь) — Cantor (O) 07:49, 1 февраля 2024 (UTC)
1 февраля в меню «Инструменты» появится новая ссылка, позволяющая скачать QR-код, ведущий на текущую страницу. Появится и новая страница для создания QR-кодов для любой ссылки на проекты Фонда: Служебная:QrKodu. Это предложение было 19-м по популярности в Опросе пожеланий сообщества 2023 года. [24]
Vector 2010 (текущее значение по умолчанию)
Vector 2022
Vector 2010 (текущее значение по умолчанию)
Vector 2022
/
удобнее, чем менять размер окна браузера. M5 (обс.) 10:23, 15 декабря 2023 (UTC)
есть выбор между Визуальное редактирование и Редактирование кода. С url-параметрами приходится извращаться только в обратной ситуации — если надо использовать визиред на страницах обсуждений, где через UI доступен только старый добрый редактор кода. M5 (обс.) 16:50, 23 декабря 2023 (UTC)
Так на планшете выглядит ЛСУ одного из адептов нового вектора
Новый вектор в планшете с открытыми боковыми панелями - невозможно нормально листать страницу
это со скрытыми панелями - попробуйте догадаться, как вернуть боковую панель
