Коллеги, в последнее время я часто стакливаюсь с тем, что все посещённые мною страницы резко становятся непосещёнными. Такое было пару раз за месяц и вот произошло сейчас. Как это лечится? Футболло (обс.) 13:39, 30 мая 2025 (UTC)
Коллеги, только у меня слева ссылка на элемент Викиданных выглядит по-разному в разных статьях? В одних — «Элемент Викиданных», как и было всегда, зато в других — непонятный «Элемент Wikidata». Сбыча мечт (обс.) 06:42, 30 мая 2025 (UTC)
Возможно, это связано с карточкой-таксобоксом. Потыкал в разные таксоны — везде отображается именно как «Элемент Wikidata», причём на разных уровнях вплоть до эукариот, но при этом в царствах (Растения, Бактерии) опять нормально, как «Элемент Викиданных». От используемого скина это, как я понимаю не зависит (у меня Монобук). — Cantor (O) 08:24, 30 мая 2025 (UTC)
Очень, очень странно. Я так понимаю, туда должен подставляться код из MediaWiki:Wikibase-dataitem. Так вот, когда я беру этот код, вставляю в статью Feltria, и нажимаю предварительный просмотр, то в статье показывает как надо, «Элемент Викиданных», а сбоку «Элемент Wikidata». Roxiffe-le-boim (обс.) 13:42, 30 мая 2025 (UTC)
Слушайте, я обнаружил закономерность! Если открыть HTML код страницы (View Source), там есть такой комментарий: Saved in parser cache with key (ла-ла-ла-ла) Rendering was triggered because: (xxx).. Так вот, если Rendering was triggered because: unknown, то будет Wikidata, а если что-то другое, то Викиданные. Roxiffe-le-boim (обс.) 14:58, 30 мая 2025 (UTC)
Вообще, как я поняла, что это из-за того, что watchlist-announcements в одном блоке mw-rcfilters-ui-cell вместе с кнопками «Изменение списка наблюдения» и «Настройки», которые вот только добавили. И раз кнопок две, то и анонсы размножились вместе с ними. -- Megitsune-chan(会話)11:11, 30 мая 2025 (UTC)
Эти две новые кнопки торчат в СН совершенно безобразным образом. Как-то можно их хотя бы культурно расположить? -- Voyagerim (обс.) 10:59, 31 мая 2025 (UTC)
Комментарий: У меня сначала было предположение о том, что кнопки так размещены из-за того, что у меня 13-дюймовый ноутбук, но при подключении ОГРОМНОГО внешнего монитора, как ни странно, стало ещё хуже, а на телефоне — наоборот, лучше. У меня также было предположение о том, что кнопки так размещены из-за того, что я использую устаревшую тему оформления (MonoBook), но при любой другой теме ровно то же самое. Guest Kashapov (обс.) 12:17, 31 мая 2025 (UTC)
Проблема от комбинации нашего дизайна анонсов в списке наблюдения и новых багов в «улучшенном» (на самом деле, ухудшенном) списке наблюдения с фильтрами. Пока пофиксил только проблему с двойными анонсами, в целом же баг фильтров СН отслеживается в phab:T395646. stjn14:57, 30 мая 2025 (UTC)
Это сообщение относится к шаблону {{переведённая статья}}, который стоит чуть дальше, а не к {{subst:L}}. Его действительно нужно ставить на странице обсуждения статьи, а не в теле статьи. TenBaseT (обс.) 17:16, 27 мая 2025 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
На Мете открыто общественное обсуждение по вопросу разработки Абстрактной Википедии: где будет храниться абстрактный контент, получаемый из Викифункций и данных с Викиданных. Дискуссия будет идти ддо 12 июня на странице Abstract Wikipedia/Location of Abstract Content. Просим всех заинтересованных оставлять мнения. Окончательное решение будет принято Фондом после окончания обсуждения.
Новости для редакторов
С прошлой недели во всех вики-проектах, кроме 20 самых больших, в мобильном визуальном редакторе в меню появились дополнительные инструименты, доступные по нажатию на кнопку +. Новое меню включает добавление сносок, иероглифов и программного кода. Планируется развернутьэто нововведение в остальных проектах в июне.
Функция парсера #ifexist больше не будет создавать ссылку на страницу, на которую ссылается. Это сделает страницу Служебная:Требуемые страницы более удобной, оставив на ней только те страницы, которые действительно ссылаются на красную ссылку. Это изменение будет развёртываться постепенно, по мере обновления исходных страниц. [1]
На этой неделе Команда инструментов модерации запустит новый фильтр на странице Свежих правок в индонезийской Википедии. Этот фильтр подсвечивает правки, которые с высокой долей вероятности будут отменены. Задачей фильтра является помочь патрулирующим свежие правки в выявлении потенциально проблемных правок. В будущем его развернут и в других проектах.
Незалогиненные пользователи, кликнувшие на пустое поле поиска, начнут получать рекомендации статей, которые стоит почитать. Эта функциональность появится и в настольной, и в мобильной версиях. В ивритской, итальянской и каталонской Википедиях, а также несколько братских проектов получат это нововведение в период с 21 мая по середину июня. В других проектах оно появится позже. Цель этой функциональности — привлечь посетителей сайта к чтению большего количества статей. Подробности см. по ссылке.
Некоторые пользователи приложения Википедии под Андроид могут попробовать Вики-игры, ежедневно обновляемую викторину по историческим событиям. Сейчас проводится A/B-тестирование, и Вики-игры доступны половине пользователей в арабской, английской, испанской, китайской, португальской, русской, турецкой и французской Википедиях.
Расширение «Рассылка», доступное на MediaWiki.org, позволяет создавать различные рассылки для пользователей по всему миру. Оно получило возможность публиковать новые выпуски из ссылок на разделы на единой странице, не требуя создавать новую страницу для каждого выпуска. [2]
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 32 задач.
Технические обновления
Представления БД ipblocks, помеченные как устаревшие в Wiki Replicas, будут удалены в начале июня. Приглашаем использовать вместо них новые представления block и block_target.
Функция подписки на страницы обсуждения уже включена в какое-то расширение к движку, из-за чего в навменю у меня появились две ссылки «Подписаться». Причём в настройках отключён гаджет «Удобные обсуждения». — Vlad5250обс.16:45, 25 мая 2025 (UTC)
Это просто потрясающе. Документация шаблона Баскетбол и сам шаблон противоречат друг другу (это видно прямо в документации, в разделе Использование: выводится совсем не то, что написано). И похоже так было с самого начала! Но никто это не замечает 13 лет. Roxiffe-le-boim (обс.) 18:49, 24 мая 2025 (UTC)
Наверное, неплохо бы желающим заняться приведением в соответствие - а то я, когда в свое время писал {{КёрлСМ}} (и подобные по кёрлинг-сборным), почему-то посчитал нужным написать документацию в соответствии (вроде бы), а не как-нибудь ;) -- Алексей Густов (обс.) 19:12, 25 мая 2025 (UTC)
Не знаю, стоит ли задать вопрос здесь, или на СО бота @NirvanaBot.. Тем не менее, по вкладу видно, что бот работает и обновляет списки новых статей в разных проектах.. Но не обновляет список новых статей в проекте Спорт. Кто может пояснить в чём загвоздка? Спасибо. -- Voyagerim (обс.) 21:22, 23 мая 2025 (UTC)
Каждый день, когда я открываю страницу ВП:КУ, я вижу что количество надписей "Шаблон:Удаление Статей" умножается раза в два. Коллеги, подскажите, так и должно быть? Это что-то у меня не так работает или что-то не так с самой страницей? Просто возникает ощущение, что шаблоны скоро победят и захватят всю страницу. Скриншот вторжения прилагаю.
Разгребатель (обс.) 11:41, 23 мая 2025 (UTC)
Уже сообщалось для другой страницы. Сокращайте или думайте, что делать с модулем, на котором это построено. Имхо (но я не разбираюсь в кэшировании), можно вытащить из шаблона добавления заголовков (Только обсуждения без итогов, Обсуждения, в которых нужно подвести итог) в отдельный шаблон и подставлять их ботом. Кроме того, раздел "Только обсуждения без итогов" формируется шаблоном (т.е. шаблон скрывает закрытые номинации), но делается это через regexp, а не стилями. Оно и логично - для стилей нужны дополнительные классы, с другой стороны, можно (опять же - ботом) вместо классов для каждого элемента обернуть ими лишь разделы, и работать со стилями. Бот здесь нужен для переноса заголовков разделов в полночь UTC каждый день. ~~~~ Jaguar K · 13:34, 23 мая 2025 (UTC)
К сожалению, на ПИ я ещё не прохожу по минимальным требованиям, а мои навыки программирования ещё требуют улучшения. Хотя нет, код там довольно простой. Разгребатель (обс.) 14:44, 23 мая 2025 (UTC)
Судя по предпросмотру, удаление regexp и замена на класс ничего не меняют и только делают хуже, равно как и полное удаление кода заголовков. Значит, либо работать, либо объединять страницы КУ, либо заменять шаблон на модуль {{Удаление статей| --> {{#invoke:AfD|AfDday|, однако, замену лучше делать на другой странице, так как на этой бот вскоре сотрет изменения, либо обращаться к ботоводу (написал ему). Замена сокращает размер включений вдвое. Вот что Фонд должен исправить в первую очередь, а не быстро-быстро вектор-22 насильно накатывать. ~~~~ Jaguar K · 14:06, 23 мая 2025 (UTC)
Я в порядке текста запустил локально, если результат устраивает - могу перенести в production. DR (обс.) 15:33, 23 мая 2025 (UTC)
Post‐expand include size: 1145630/2097152 bytes - отлично. Даже странно, что сейчас размер растет х2. Года полтора назад он рос х1.3. Что творят разработчики вики? ~~~~ Jaguar K · 15:47, 23 мая 2025 (UTC)
Что касается ВП:Ы, на мой взгляд его никак не поправить нормально per x2 коэффициент, т.к. в нем вдвое больше русского текста, чем в самом КУ (целевая страница + ссылка на якорь этой страницы на КУ). Варианта два: 1. Обрезать страницу где-то снизу, убрав старые номинации 2. Убрать все ↑. ~~~~ Jaguar K · 16:49, 23 мая 2025 (UTC)
Вопрос не вполне корректный. Зачем разбивать по годам, когда проще окинуть взглядом все номинации, какие есть, без необходимости куда-то переходить? По крайней мере, в момент создания логика была такова, разрослись эти страницы сущеееественно позже. — Cantor (O) 15:25, 26 мая 2025 (UTC)
Момент создания был очень давно, и сейчас все изменилось. Так или иначе «окинуть взглядом» нельзя больше одного экрана. Давайте разобьём эту страницу на годы и не будет этих всех проблем. Roxiffe-le-boim (обс.) 19:12, 26 мая 2025 (UTC)
Автомат перевода
Здравствуйте. Сегодня с утра не могу найти автомат перевода: соответствующая закладка исчезла из списка. Прим. В настройках Инструмент перевода отмечен птицей (раздел Бета-функции). Прошу совета. basic (обс.) 10:53, 23 мая 2025 (UTC)
Комментарий: Одновременно исчез сохраненный ранее пароль к учетке. basic (обс.) 10:53, 23 мая 2025 (UTC)
Да, действительно кнопка есть. Что касается кнопки «вклад», изменение призошло именно сегодня с утра. Интересно, что бы это могло значить? basic (обс.) 11:49, 23 мая 2025 (UTC)
Понятно, что инструмент таким образом стал фактически менее доступным. Просто любопытно, кто/что стоит за этим новшеством? basic (обс.) 02:52, 24 мая 2025 (UTC)
Емнип, часть участников хотела убрать оттуда ссылку на этот инструмент, как помогающий клепать кривые переводы. 从乃廾13:32, 24 мая 2025 (UTC)
И заодно вопрос - есть ли простой способ определить, в каких шаблонах используется шаблон, если он используется в документации множества шаблонов (=> в этих шаблонах он не используется, но из-за включения doc в страницу шаблона сам шаблон попадает в список)? ~~~~ Jaguar K · 20:46, 21 мая 2025 (UTC)
Логично, чтобы шаблон {{Внешние ссылки}} не сливался с блоком навшаблонов — у них совершенно различаются и задачи, и содержание. Сейчас сделать между ними промежуток возможно только с помощью «костылей» — или оставить две пустые строки, или вставит шаблон {{-}}… Как лучше всего изменить шаблон {{Внешние ссылки}}? NBS (обс.) 16:15, 21 мая 2025 (UTC)
Логично как раз, чтобы никаких промежутков между этими шаблонами в статьях не было при текущей реализации. Я бы проголосовал за то, чтобы бот зачистил все эти {{-}} между ВС и навшаблонами — визуально кажется, что вёрстка кривая у страницы. Сидик из ПТУ (обс.) 08:44, 22 мая 2025 (UTC)
Я за то, чтобы вшить его в движок и прилеплять к категориям, а не к нав.шаблонам, чтобы не было необходимости вручную вставлять его в каждую статью. — Cantor (O) 11:30, 23 мая 2025 (UTC)
Чтобы совсем просто — взять HTML-код, который указан там на странице и запихнуть его в интервики-ссылку: [[wikt:en:ׄ]] → wikt:en:ׄ. — putnik19:33, 20 мая 2025 (UTC)
Почему plural не работает?
Коллеги, помогите разобраться почему plural не работает?
{{wikidata|P1114|from=Q16102077|qualifier=-}} {{plural:{{wikidata|P1114|from=Q16102077|plain=1}}|итальянских праведников|итальянский праведник|итальянских праведников}} 794[1] итальянский праведник
Коллеги, кто-нибудь знает что случилось с репликацией сегодня? Реплаг показывает уже более 11 часов задержки с репликацией, хотя с нашей секцией s6 сегодня работы не запланированы. Собственно, из-за этого запросы Quarry не могут вернуть актуальную информацию. Может быть я не туда смотрю? Пошлите меня на специальный топик в фабрикаторе, пожалуйста, если знаете его. Спасибо. -- Voyagerim (обс.) 16:10, 20 мая 2025 (UTC)
Мне думалось, что более продвинутые товарищи уже озаботились этим вопросом, и завели тикет. На фабре много топиков, куда идти с этим конкретным вопросом — буду признателен за наводку. Спасибо. -- Voyagerim (обс.) 18:09, 20 мая 2025 (UTC)
Смело создавайте свой тикет, если он дублирующий - его объединят и вот тогда-то вы сразу узнаете, каков существующий. Это простейший и наиболее эффективный способ поиска/проверки наличия существующего тикета. 从乃廾18:31, 20 мая 2025 (UTC)
Коллеги, у меня подключен скрипт-удалятор Землеройкина. Довольно древний, но вполне рабочий с учётом доделок. Подключен через вот такую конструкцию уже не помню почему.
Раздражают некоторые мелочи, может кто сможет допилить. Например, если я выношу на медленное удаление с быстрого, то хорошо бы тем же автоматом удалять db и hangon.
А еще в текст обоснования номинации хочется вставлять ссылки на правила, а инструментария быстро добавить [[|]] нету. Pessimist (обс.) 14:47, 20 мая 2025 (UTC)
А ещё было бы неплохо добавить поле ввода для написания комментария при КБУ. А то сейчас можно только шаблон поставить, а если хочешь ещё и комментарий написать, то делай отдельной правкой. -- Megitsune-chan(ОБС.)09:58, 21 мая 2025 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
Команды редактирования и машинного обучения работают над новой проверкой для новых редакторов: Проверка на цветистые выражения. Она использует предсказательную модель на основе искусственного интеллекта, которая будет предлагать редакторам исправить тон добавляемого текста. Приглашаем редакторов оценить первую версию языковой модели для следующих языков: английского, арабского, испанского, португальского и японского. Чтобы опробовать модель, залогиньтесь на MediaWiki.org до 23 мая, после этой даты начнётся тестирование.
Новости для редакторов
С 30 мая 2025 года всем ревизорам и чекъюзерам будет нужно включить двухфакторную аутентификацию (2FA). Все пользователи, имеющие эти флаги и не включившие 2FA, получили уведомление. В будущем это требование может распространиться и на другие учётные записи с расширенными правами. Подробности см. по ссылке.
К концу мая начнётся массовое развёртывание мультиблокировок. Все невикипедийные вики-проекты и каталонская Википедия получат их на неделе, начинающейся 26 мая, а все остальные Википедии — на неделе, начинающейся 2 июня. Если у вас есть опасения насчёт развёртывания этой функциональности, напишите работающей над ними команде. Администраторы могут посмотреть на новый интерфейс блокировки в своём проекте по ссылке Служебная:Заблокировать?usecodex=1, а протестировать функциональность мультиблокировок можно на тествики. Мультиблокировки позволят накладывать несколько разных блокировок на одного и того же пользователя одновременно. См. страницу помощи. [3]
Позже на этой неделе будет обновлён дизайн списка всех служебных страниц, Служебная:Спецстраницы. Новый дизайн улучшит UX сразу в нескольких аспектах: появится поиск по полным и сокращённым названиям служебных страниц, сортировка, более заметная маркировка страниц с ограниченным доступом, а также страница станет лучше выглядеть на мобильных устройствах. Предпросмотр новой версии доступен на бета-кластере; отзывы просим оставлять на Фабрикаторе.[4]
27 мая в пяти Викисловарях будут развёрнуты Викифункции: на языках хауса, игбо, малаяламе, бенгальском и мальдивском. Это второй этап разворачивания Викифункций. После окончания работ в этих проектах станет можно вызывать функции и включать их на страницы проекта. Каждая функция принимает один или больше аргументов, а затем выполняет какие-то операции, например, суммирует два введённых в неё числа, переводит метры в мили, считает количество дней, прошедших с определённой даты, выводит падежные формы слова. Викифункции позволяют совершать подобные действия простым вызовом стабильной глобальной функции, не создавая локальный шаблон.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 29 задач. Например исправлен баг с созданием учётной записи через API. [5]
Объект mw.title позволяет получить информацию о вики-странице на языке Lua. На этой неделе у mw.title появится новое свойство, isDisambiguationPage. Оно позволяет проверить, является ли она страницей разрешения неоднозначности, не требуя писать для этого отдельную функцию. [7]
Разработчики пользовательских скриптов получили новый инструмент, позволяющий загружать Javascript-код и CSS с gitlab.wikimedia.org при помощи mw.loader.load. Автор инструмента надеется, что это позволит совместно работать над скриптами, включая использование линтера, создание юнит-тестов, генерацию кода и код-ревью на gitlab.wikimedia.org без необходимости копировать код в вики-проекты для проведения интеграционных тестов и финального приёмочного тестирования. Подробности см. на странице Tool:Gitlab-content on Wikitech.
У скрипті був сильно перероблений механізм завантаження різниці версій. Тепер запити до сервера робляться тільки для видимих лінок (+ 20% до висоти екрана в обидві сторони), через що також був переписаний механізм навігації між лінками на сторінці. Для чого були зрорблені зміни — щоби подолати монстрів типу zh:Wikipedia:2022年歷史相關條目偽造事件. Хто хоче отримати йорлі аксес і подебажити тестову версію — велком.
Перевод: В скрипте был сильно переработан механизм загрузки различий версий. Теперь запросы к серверу выполняются только для видимых ссылок (+20% к высоте экрана в обе стороны), из-за чего также был переписан механизм навигации между ссылками на странице. Для чего были внесены изменения — чтобы справляться с монстрами вроде zh:Wikipedia:2022年歷史相關條目偽造事件. Кто хочет получить ранний доступ и потестировать тестовую версию — добро пожаловать. Mitte27 (обс.) 11:43, 20 мая 2025 (UTC)
Це GTA-сленг, воно в ідеальному світі ні де не повинно навіть вилізти, але-але, в англійській wasted, можна щось більш нейтральне. Сергио (обс.) 14:11, 21 мая 2025 (UTC)
Не помогло. Какой контекст этого сообщения? Потому что wasted означает по-английски "пьяный в стельку". Игорь (обс) 14:14, 21 мая 2025 (UTC)
Коли щось неочікувано пішло не так, типу "An unexpected error occurred". Додав мовний файл, дякую. Виправлю стрілки зліва (справа) для RTL. Сергио (обс.) 14:21, 21 мая 2025 (UTC)
Я розмовляю мовою якою мені зручніше, дякую що це підкреслили. А ще можу на java-script, але тоді мене взагалі ні хто не зрозуміє.Сергио (обс.) 01:30, 22 мая 2025 (UTC)
Підтримую, кожен має право розмовляти тією мовою якою йому зручно, он представники Фонду пишуть англійською, і ніхто не скаржиться, а українська нічим не гірша. Roxiffe-le-boim (обс.) 20:54, 22 мая 2025 (UTC)
מצד אחד זה נכון. מצד שני, יש הבדל בין מי שלא יודע רוסית למי שכן יודע ולא רוצה להשתמש בה. זה פשוט קצת מעליב. Vcohen (обс.) 21:46, 22 мая 2025 (UTC)
חוץ מזה, נא לשים לב שלאנשי הקרן יש שפות אם שונות (לאחד מהם פולנית אם אני לא טועה), אבל הם עוברים לאנגלית, כי זאת השפה השניה שכאן כולם מבינים אחרי רוסית. Vcohen (обс.) 21:48, 22 мая 2025 (UTC)
хорошо бы тесты оформить через соответствующие шаблоны, чтобы если что-то сломается, то можно было заметить какой из них провалился CupIvan (обс.) 10:37, 20 мая 2025 (UTC)
Вопрос в том, что отображение шаблона статьи в таком случае будет противоречить принятым стандартам библиографических записей. Против добавления архивной копии я ничего не имею (правда, придётся учить боты-архиваторы проходиться и по статьям), но, имхо, лучше отображение сделать так, как это делается в шаблоне {{Публикация}}. Vladimir Solovjevобс13:48, 20 мая 2025 (UTC)
Предлагаемая доработка не меняет текущий формат, а только при необходимости переставляет ссылки и соответственно меняет слова, поэтому использование выражения «в таком случае будет» тут явно неуместно. Если же всё нужно делать строго шрифтом ЕСКД по ГОСТу, то каков вообще смысл существования отдельных шаблонов {{статья}} и {{cite journal}} вместо их автозамены на вызов {{публикация|статья}} (или почему шаблон {{публикация}} был создан вместо переработки шаблона {{статья}})? Без ответа на этот вопрос нет никакого смысла менять формат или переделывать тесты. — Mikhail Ryazanov (обс.) 17:14, 20 мая 2025 (UTC)
Я не говорю о том, что нужно следовать ГОСТу. Я к тому, что подобный формат вывода ссылки неудобен для восприятия именно для статей, в шаблоне Публикация подобное сделано лучше. Да, здесь, наверное, вопрос не совсем к вам, но раз меняется код, на мой взгляд, стоит чуть поменять и формат вывода архивной ссылки, чтобы потом об этом не думать. Vladimir Solovjevобс07:04, 21 мая 2025 (UTC)
В чём именно неудобство? Основная гиперссылка в любом случае на заглавии, ровно как в шаблоне {{публикация}}. Единственное, что следовало бы, наверно, убрать <small>, поскольку при использовании в примечаниях (основное применение шаблона) получается слишком мелко. Но поясните всё-таки свою позицию по формату архивной ссылки. Единственный пример, который я вижу в документации к шаблону {{публикация}}, приведён там в случае «Все поля (книга)» и выглядит довольно ужасно, состоя из каши двоеточий, квадратных скобок и сокращений посреди основной информации. И совсем не понятно, как он должен выглядеть в случае |url-status = dead и |url-status = unfit (о чём, собственно, запрос). По-моему, вынос технических деталей в самый конец гораздо удобнее для восприятия. — Mikhail Ryazanov (обс.) 10:21, 21 мая 2025 (UTC)
Можно сделать компромиссное решение: перенести «Архивировано из оригинала» на другую строку с помощью <br>, может быть тогда это не так будет мозолить глаза. И, может быть, вообще сделать возможность отключать показ параметра, если ссылка дохлая. Vladimir Solovjevобс13:31, 21 мая 2025 (UTC)
Текущее оформление полностью повторяет используемое в {{cite web}}, который прямым текстом рекомендован ВП:СИ. Если вам оно кажется неудачным, то логично было бы начать дискуссию про приведение всех шаблонов (и требований к ручному оформлению) с более широкой и компетентной в этом вопросе аудиторией, а не на форуме обсуждения технических вопросов. (Насчёт <small>: на самом деле он уже был удалён в самом шаблоне Stjn год назад, просто никто с тех пор не обновил черновик. Я перенёс все накопившиеся правки, так что теперь разница выглядит как надо. Неудобно, что в MediaWiki нет rebase...) — Mikhail Ryazanov (обс.) 23:24, 21 мая 2025 (UTC)
Я не хочу лишний раз править широко используемый шаблон. Лучше все вопросы решить сразу. По вашим предложениям изменения кода у меня вопросов нет, их перенести нужно. Но лучше сразу же решить и оформительский вопрос. Vladimir Solovjevобс07:04, 22 мая 2025 (UTC)
1. https://ibb.co/DgkgGSXw почему так странно переносит слово "метка"? 2. Imgur пишет "Something went wrong with CREATE_ALBUM_FAIL. Please try later" при попытке загрузки как из файла, так и из буфера. Сломался? ~~~~ Jaguar K · 19:52, 19 мая 2025 (UTC)
В результате получилось плохо, порваны почти все слова — и длинные, и короткие, и в самых неожиданных местах. И несистемно: если что-то такое делать, то уж делать на всех служебных страницах (вклад, история, разница версий и др.), bezik✎11:29, 1 июня 2025 (UTC)
Коллеги, подскажите, пожалуйста, как хотя бы локально убрать отрывы посреди слов, например, в стиле персонального оформления? Уж очень тяжело с внезапными разрывами стало читать СН…, bezik✎11:30, 4 июня 2025 (UTC)
Пользователь:ницам темы оформления «Вектор-2022»: гаджет правки преамбулы больше не создаёт пустого пространства после загрузки страницы.
Всем: гаджет более не отображает ссылку на правку преамбулы в визуальном редакторе. Это сделано, так как визуальный редактор не поддерживает редактирование разделов и из-за этого результат перехода по этой ссылке тот же, что и по вкладке «Править».
Если кто-то не согласен со вторым изменением, напишите, пожалуйста, в этой теме. Если несогласных с этим будет очень много, его можно будет отменить. Пользуясь случаем замечу, что по словам продакт-менеджерки Фонда Викимедиа с сегодняшней встречи включить «Вектор-2022» всё ещё планируется без исправления его проблем через 4-6 недель. stjn19:23, 19 мая 2025 (UTC)
>Это сделано, так как визуальный редактор не поддерживает редактирование разделов и из-за этого результат перехода по этой ссылке тот же, что и по вкладке «Править». Хотя я не пользуюсь им, казалось, что это не так. Он код всей страницы отправляет на сервер, если ткнуть редактирование раздела и править только его? ~~~~ Jaguar K · 19:42, 19 мая 2025 (UTC)
Почему не убрать его в subpages?
Сейчас просто очень странно выглядит нагромождение индикаторов + ссылки править, я в целом поэтому и не пытался предложить решение запихнуть эту ссылку туда. Пользуясь случаем замечу, что по словам продакт-менеджерки Фонда Викимедиа с сегодняшней встречи включить «Вектор-2022» всё ещё планируется без исправления его проблем через 4-6 недель. А хоть как-то объясняют? Iniquity (обс.) 20:17, 19 мая 2025 (UTC)
А если я правильно помню, то если её нет, то всё нормально отображается. Есть возможность сделать проверку на неё? И если она есть, то добавлять туда, а если нет, то уже куда-то в другое место. И у меня странное ощущение, что раньше этого subpages не было, или какая-то другая структура была. Iniquity (обс.) 20:24, 19 мая 2025 (UTC)
Если её нет, то многие страницы «прыгали», потому что между строкой индикаторов и карточкой просто нет свободного места, куда можно впихнуть ссылку. См. любую статью с координатами, например Саннохе (уезд). — putnik20:30, 19 мая 2025 (UTC)
> А хоть как-то объясняют? Проблемы ULS считаются разработчиками недостаточно значимыми в сравнении с теми улучшениями, которые предоставляет новый скин, плюс утверждается, что переключение языков в сравнении с текущим скином всё-таки якобы для читателей улучшено, пусть и не совершенно. stjn17:21, 20 мая 2025 (UTC)
Вот только не существует (вменяемых) людей, пользующихся интернетом без джаваскрипта. И никогда не существовало. 从乃廾17:40, 20 мая 2025 (UTC)
А кто я тогда по-вашему?.. Да и вообще смысл моего сообщения не в этом, смысл в том, что если существует нормальная версия для читателей с отключённым js, то почему бы не настроить её отображение, а не сломанной джаваскриптовой версии? 90.154.73.6717:41, 20 мая 2025 (UTC)
И вообще, если вы из своего пузыря 5 сайтов (википедия-реддит-вк-ютуб-твиттер) не вылезаете и дальше них ничего не видите, то сидите и дальше в нём, только не надо пожалуйста всем навязывать своё видение Интернета, называя тех, кто с ним несогласен, невменяемыми. Ваш узкий кругозор - не проблемы других людей. 90.154.73.6718:02, 20 мая 2025 (UTC)
Мде, вангую, что они и Vector 2022 не доделают до нормального состояния и выпустят Vector 2025, который тоже не доделают, с такой позицией. Iniquity (обс.) 18:22, 20 мая 2025 (UTC)
Join the 6th Wikipedia Pages Wanting Photos Campaign – 2025 Edition
Коллеги, давно ли у нас Викификатор зачищает пробелы между тэгами ref в ряду сносок? Вроде бы раньше такого не было.
На этот счёт у меня два замечания. Во-первых, он это делает криворуко: между рефами пробелы убирает, а между шаблонами (sfn и пр.) оставляет. Если в цепочке сносок чередуются разные способы оформления, получается полное безобразие. Во-вторых, при оформлении таблицы я бы предпочла иметь возможность оставлять разрывы между сносками, иначе распирает колонку, таблица большая и каждое знакоместо на счету. При этом вставлять принудительный перевод строки не хотелось бы, ведь ширина экрана бывает разной, мои цепочки сносок должны под нее адаптироваться.
Принт-скрин ссылок с использованием шаблона zwsp Если использовать шаблон {{zwsp}}, результат в гораздо бо́льшем количестве случаев будет ещё хуже. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱14:30, 18 мая 2025 (UTC)
В категорию "без изображения" добавляет комбинация в {{Боксёр}}{{Сортировка: по изображениям|{{{изображение|{{{Изображение|}}}}}}|from={{{from|}}}|nocat={{{nocat|}}}|default-type=человек|default-occupation=боксёр}}? тогда как в данной статье для изображения используется параметр |Фотография =. — GAN (обс.) 20:31, 17 мая 2025 (UTC)
Я примерно так и подумал, теперь надо понять как это исправить. Вероятно, сделать стандартный для карточек персон параметр «Изображение»? Pessimist (обс.) 20:48, 17 мая 2025 (UTC)
Итог
Исправлено. В перспективе конечно надо все карточки переводить на одинаковые параметры, но пока корректно будет проверять только существующий параметр. Solidest (обс.) 21:04, 17 мая 2025 (UTC)
У него есть какое-то ограничение в зависимости от версии браузера. "Opera 95", кнопка гаджета внизу страницы есть, но при нажатии окошко не появляется. В "Яндекс 24" всё нормально. — GAN (обс.) 18:03, 17 мая 2025 (UTC)
В Вики нельзя редактировать через бесплатные и платные прокси. Вероятно в РФ вики скоро заблокируют и вики на русском языке останется совсем без редакторов. Пользователи, которым присвоен флаг ipblock-exempt не подвержены автоблокировкам или блокировкам IP-адресов. Предлагаю участникам с флагами патрулирующего и автопатрулирующего освободить от ограничений правок через прокси и включить в флаг ipblock-exempt. Kurono (обс.) 13:49, 17 мая 2025 (UTC)
насчёт карты — в итоге ведь так и не стало известно, сколько активных редакторов в рф?пока Википедия не заблокирована, новые обсуждения просто не имеют смысла тут соглашусь Shabe (обс.) 15:10, 18 мая 2025 (UTC)
по-моему, уже стало отображаться? если вдруг опять что-то такое произойдёт, на будущее я бы советовал попробовать загрузить новую версию файла. например, немного обрезать фотку (чтоб не была идентичная копия, иначе система ВП не пропустит) и загрузить в качестве новой версии Shabe (обс.) 08:20, 19 мая 2025 (UTC)
Итог
Да, теперь отображается. Не думаю, что проблема была в самом файле, он был не единственным — какие-то временные технические неурядицы. Romano1981 (обс.) 08:23, 19 мая 2025 (UTC)
Поставить точку
Сделайте, плис, чтоб этот шаблон точкой заканчивался '''{{commonscat-inline|}}''', а то
Теперь в ней отображается гораздо более крупный шрифт, чем был ранее (проверил сразу в двух браузерах — Chrome и Firefox). — Jet Jerry (обс.) 10:12, 15 мая 2025 (UTC)
Да, та же проблема. Стжн днём сделал в скриптостилях правку с описанием про это, но она, похоже, не помогла. 从乃廾12:08, 15 мая 2025 (UTC)
Сейчас это частично исправилось: крупными в сообщении остались только те слова, которые по совместительству являются ещё и гиперссылками, а обычный текст теперь снова мелкий. — Jet Jerry (обс.) 12:45, 15 мая 2025 (UTC)
Исправлено только в плашке над текстом статьи. В плашке на странице истории, а также кнопки в форме патрулирования до сих пор отображаются отличным по размеру шрифтом. — Mike Somerset (обс.) 14:10, 15 мая 2025 (UTC)
Постоянно выдаёт какие цифровые и буквенные коды ошибок из-за чего не могу сделать правки. Не могу внести правки ни в одну статью даже после нескольких попыток, работаю только на служебных страницах или на СО. Что происходит? Значит мне сегодня не написать ни одной статьи или не сделать никаких правок. Граф Рауль Валуа (обс.) 08:43, 15 мая 2025 (UTC)
Коллега, возможно всем будет чуть понятнее, если вы приложите скриншот. Ну как без телепатов узнать, какие именно цифровые и буквенные коды ошибок. Медведь Никита (обс.) 14:11, 15 мая 2025 (UTC)
После начального / (например при написании фонем типа /s/) может происходить разрыв строки, остальные символы переносятся на следующую строку. Нужно запретить одинокой черте отрываться от других символов. Qbli2mHd21:44, 14 мая 2025 (UTC)
Есть шаблон {{s}} или специализированные шаблоны для фонем, используйте их. Других вариантов запретить нет, простой текст переносится по правилам браузера. Т.к. вы не привели пример, то проверить не могу, но, например, Средневерхненемецкий_язык тут фонемы в простом тексте у меня переносятся целиком, видимо, зависит от браузера. ~~~~ Jaguar K · 22:08, 14 мая 2025 (UTC)
Не знаю, как верно написать заголовок запроса, но что-то произошло, и у меня теперь любая правка в Википедии (хоть в основном пространстве, хоть в обсуждениях, на форумах) предваряется требованием ввода капчи. Из-за чего это может происходить? И неожиданно сменился IP-адрес (статический), который был уже не один год. Вот и данный запрос тоже требуется подтвердить капчой. Слушайте, у обычного нормального юзера столько терпения просто нет. Началась война с анрегами? — 178.17.202.10921:22, 14 мая 2025 (UTC)
Не сразу понял, что это фильтр правок, то же поведение у [11], например. Т.к. простым смертным фильтры недоступны, то присоединяюсь к предложению MBH. ~~~~ Jaguar K · 17:24, 15 мая 2025 (UTC)
Оба участника не захотели вникнуть в суть вопроса (проблема именно технического характера). А зачем тогда здесь отметились? Подобные пренебрежительные отписки меня не интересуют. Ну и косвенно это подтверждает войну с анрегами. — 178.17.202.10922:34, 15 мая 2025 (UTC)
>Оба участника не захотели вникнуть в суть вопроса (проблема именно технического характера)
Скрипт всплывающих диффов Сергио стал работать некорректно
А именно - с сегодняшнего дня вся ссылка, а не только квадратик-с-крестиком после неё, стала работать не как ссылка, а как всплывающее окно без перехода на другую страницу, если на неё просто нажать лкм. Надо починить. А ещё в этих всплывающих диффах пропали ссылки перехода на прошлый/следующий дифф на странице. 从乃廾11:10, 13 мая 2025 (UTC)
Можна простіше. Поки що не дуже розумію критеріїв вбудованого лінтера, коли він скаржиться а коли ні на ES6 синтаксис. Якщо що, showPageLink (по-замовчуванню як і раніше true) вимикає прямі лінки на сторінки після діффів. Це був конфіг для Макса.
А зачем многолетнее поведение скрипта было изменено? По-моему новое неудобнее, диффы последовательно в одной вкладке уже нельзя смотреть. 从乃廾15:56, 13 мая 2025 (UTC)
Тому що тебе забули спитати. З навігацією між діффами на сторінці був баг, виправив в останній версії. Сергио (обс.) 21:06, 13 мая 2025 (UTC)
Информация из wikidata
Есть некоторые проблемы при онлайн генерации карточек на lua из wikidata:
невозможно отслеживать изменения не заходя на страницу и каждый раз перепроверяя всё ли в порядке
даже если данные подтягиваются с wd, то порой редакторы правят карточку, тем самым блокируя дальнейшие изменения этих полей. Это не очень хорошее поведение для постоянно меняющихся данных, например для обновления версий ПО
иногда бывают случаи, когда невозможно напрямую использовать информацию с wd и её нужно дополнить или модифицировать
также есть шаблоны, которые берут информацию с wikidata, в основном статическую и выводят её в разных представлениях, например генеалогические деревья или информация по всяким соревнованиям, т.к. данные не меняются, то тратятся ресурсы на постоянную перегенерацию
Пришла идея, что можно сделать бота, который будет периодически проверять соответствие с wd и корректировать расхождения, внося на страницы статическую информацию, чтобы потом не было лишних вызовов и страницы были предсказуемые.
На сколько эта идея жизнеспособна и есть ли потребность в таком боте или может уже есть что-то подобное? CupIvan (обс.) 08:38, 13 мая 2025 (UTC)
Так-то в карточках импорт параметров из Викиданных и был настроен именно для того, чтобы не нужно было постоянно перепроверять и актуализировать меняющуюся информацию. Но поскольку в некоторых ситуациях она отображается некорректно с точки зрения правил/традиций русского раздела, то для этого и придумано, что локальное значение параметра блокирует импорт из ВД. (Это ответ только на часть стартового сообщения, остальное комментировать пока не берусь.) — Cantor (O) 13:35, 13 мая 2025 (UTC)
не будет ли лучше тогда для меняющейся информации (те же версии ПО) сделать приоритет викиданных над локальными значениями? CupIvan (обс.) 14:07, 13 мая 2025 (UTC)
Мне кажется, что это будет контринтуитивно при редактировании карточек. Для таких свойств тогда уж логичнее вообще убирать параметр для локальных значений. — putnik14:44, 13 мая 2025 (UTC)
ну вот я убираю, а потом редакторы его опять добавляют и актуализация версий прекращается либо, возвращаясь к идее с ботом - он может проверять подобные параметры и вместо правки с новой версией - стирать значение, чтобы подтягивалось из wd актуальное CupIvan (обс.) 15:13, 13 мая 2025 (UTC)
Я про то, чтобы вообще убрать параметр, а не только его значение. Но тут надо смотреть конкретные шаблоны и проверять, что локально нет никаких важных данных. Например, для начала можно добавить трекинговую категорию. — putnik18:49, 18 мая 2025 (UTC)
У нас имеется страница с подписками на темы. Ссылка на неё запихана куда-то очень-очень далеко, аж в Служебная:Настройки#mw-prefsection-echo. Может нам её как-то по умолчанию внести в меню p-personal например (или куда-то ещё), чтобы не искать так далеко? Я знаю, что можно сделать вот так [12], но тем не менее. -- Megitsune-chan(ОБС.)07:24, 13 мая 2025 (UTC)
{{IPA link}} некорректно отображается при использовании параметра audio: вставляется перенос строки и "(слушать)о файле". Я понимаю, что шаблон похоже скопировали и больше не трогали, но он функционален и используется в десятках статей. Хорошо бы сделать отображение как в англовики: транскрипция, кнопка и значок ⓘ. Заодно можно и в {{Audio-IPA}} с {{Audio}} так же сделать. Qbli2mHd02:04, 13 мая 2025 (UTC)
{{IPA link}} вставляет пустые строки даже без параметра audio:
Вроде всё отлично. Насчёт оформления запрос всё ещё актуален: было бы удобно отображать аудио без надписей "(слушать)о файле". Qbli2mHd00:28, 15 мая 2025 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Новость недели
Функциональность «Получить короткий URL» теперь включает куар-код. Отсканировав или сохранив его, можно быстро и удобно поделиться ссылкой на контент в вики-проектах.
Новости для редакторов
Фонд Викимедиа работает над системой, называемой Edge Uniques. Она уже упоминалась в Техновостях; Edge Uniques включит A/B-тестирование, поможет защитить проекты от DoS-атак, а также упростит получение данных по количеству посетителей наших сайтов. После ввода Edge Uniques в работу Фонд сможет создавать более эффективные инструменты для читателей и упростить поиск. Её развёртывание будет проходить постепенно, первые куки-файлы начнут появляться у пользователей на неделе, начинающейся с 19 мая. Приглашаем обсудить этот план на странице обсуждения системы.
Начиная с 19 мая в проектах, где включено расширение CampaignEvents, организаторы мероприятий смогут использовать Регистрацию в проектных пространствах имён (например, Википедия: и Викиданные:). Благодаря этому изменению для регистрации больше не нужна помощь администраторов. Если сообщество проекта желает изменить разрешённые пространства имён, это можно сделать по ссылке Special:CommunityConfiguration/CampaignEvents.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 27 задач.
Технические обновления
Разработчики могут получить доступ к данным из нескольких языковых разделов Википедии, которые прошли предварительный парсинг, в проекте Структурированные слепки (бета). Список Википедий: английская, испанская, итальнская, немецкая, нидерландская, португальская и французская. В слепках содержатся преамбулы, описания, основные изображения, карточки, разделы статей и источники.
Конечная точка REST API /page/data-parsoid более не используется. Она будет помечена как устаревшая и выключена 7 июня 2025 года.
Да, это я давно отключил, но «остатки» до сих пор иногда пролезают со стороны википедийной нейросети ORES. Её же никто не переучивал, так как Фонд перестал её поддерживать -- Q-bit array (обс.) 08:01, 13 мая 2025 (UTC)
Количество символов в ссылке
Может это стоит как-то ограничить? 🤔
Как-то так: [https://...// Не более 100 символов].
А в чём смысл подобного ограничения? Ничто не помешает добавить большой объём текста вне конструкции []. LNTG (обс.) 00:11, 13 мая 2025 (UTC)
Вектор 2022 и ULS: встреча с руководством Фонда и членами различных команд
Здравствуйте, в ходе нашей последней дискуссии о Векторе-2022 и Универсальном селекторе языков мы написали, что «проведем открытую встречу с руководством Фонда и членами различных команд», чтобы «поговорить о различных проектах, приоритетах и способах совместной работы сейчас и в будущем».
Сейчас Фонд сосредоточен на технических вопросах, в частности на проектах для пользователей с расширенными правами. В связи с этим мы хотим узнать, как лучше работать с вами. Так что присоединяйтесь к встрече, потому что нам нужно услышать от вас больше и поговорить с вами напрямую.
Я бы хотел пригласить как тех, кто написал отзывы о Векторе-2022 и Универсальном селекторе язков, так и тех, кто только добавил четыре тильды по теме Срочное включение Вектора-2022 (2025). Конечно, на встрече будет присутствовать Ольга из команды, создавшей тему «Вектор-2022». Также будут наши коллеги из команды, отвечающей за Универсальный языковой селектор, из отдела доверия и безопасности, пользователь Victoria и руководители отдела продуктов и технологий.
Встреча состоится 19 мая в 19:00 по московскому времени (16:00 UTC) на сайте Zoom. Нажмите здесь, чтобы присоединиться. Встреча будет проходить на русском и английском языках и займет не более часа. Вместо презентации и нескольких вопросов мы хотим, чтобы это было в основном обсуждение. Я не планирую записывать ее, чтобы сохранить конфиденциальность участников. Однако мы можем записать ее, если вы заранее сообщите нам, что не сможете присоединиться, но хотели бы послушать/посмотреть ее позже, и если те, кто присоединится, не будут возражать.
English
Hello, in our last discussion about Vector 2022 and Universal Language Selector, we wrote that we will "host an open meeting with the leadership of the Foundation and members of different teams" to "talk about different projects, priorities, and the ways we can work together now and in the future."
The Foundation is now focusing on technical matters, and particularly on projects for users with advanced permissions. In this context, we want to learn how to work with you better. So join the meeting, because we need to hear from more of you and talk to more of you directly.
I'd like to invite both those who have written comments about Vector 2022 and Universal Language Selector, as well as those who have only added four tildas on Срочное включение Вектора-2022 (2025). Of course, Olga from the team which built Vector 2022 will be at the meeting. There will also be our colleagues from the team responsible for the Universal Language Selector, from Security and Trust and Safety Product, Victoria, and leaders of the Product and Technology department.
The meeting will take place on 19 May at 19:00 Moscow time (16:00 UTC) on Zoom. Click here to join. It will be in Russian and English, and should not take more than an hour. Instead of a presentation and some questions, we want it to be mostly a discussion. I'm not planning on recording it to protect the attendees' privacy. However, we may record it if you tell us ahead of time that you won't be able to join but would like to listen to/watch it later, and if those who join will not object.
Я участвовать не смогу, но хотелось бы потом получить русский пересказ того, о чём говорилось. — Cantor (O) 07:03, 13 мая 2025 (UTC)
Здравствуйте, я хотел поблагодарить всех, кто присоединился к встрече. Вот записи. Было несколько человек от Фонда, несколько от русской общины, и Виктория переводила с английского на русский. Я был рад видеть там известных ников, думаю, что у нас была хорошая дискуссия, и я надеюсь, что в следующий раз будет больше лиц. К сожалению, у нас не было достаточно времени, чтобы поговорить о грядущих и будущих проектах, таких как временные аккаунты. Может быть, в следующий раз мы сможем соединить Zoom и Discord, как мы уже делали хотя бы раз в прошлом?Hello, I wanted to thank everybody who joined the meeting. Here are the notes. There were a few people from the Foundation, a few from the Russian community, and Victoria was translating between English and Russian. I was glad to see known nicknames there, I think that we had a good discussion, and I hope that next time there will be more faces. Unfortunately, we didn't have enough time to talk about the coming and future projects, like temporary accounts. Maybe next time, we could bridge Zoom and Discord, like we have done at least once in the past? SGrabarczuk (WMF) (обс.) 13:44, 26 мая 2025 (UTC)
Спасибо организаторам и участникам (и особенно @Виктории, которая взяла на себя перевод с английского на русский и обратно)!Я хотел бы развить мысль относительно переключателя языков, которую я не смог четко сформулировать в процессе разговора. Проблема этого инструмента в том, что его в используют не по назначению. Задача организации интервики-ссылок в проектах типа Википедии - это НЕ задача переключения языков. Соответственно, попытка использовать для этой цели инструмент, сделанный для другой задачи, ожидаемо вызвала проблемы, практически нерешаемые, если не отказаться от использования неподходящего инструмента. Там, где этот переключатель на своем месте, с ним нет принципиальных проблем там (Wikidata, Meta, Commons, все варианты внедрения Translate Extension) - там, где он решает свою задачу, для которой он был создан. А интервики-ссылки просто оказались немного похожи, поскольку проекты Викимедиа имеют языковые префиксы. Но они не исчерпываются этим. Ссылки на другие языковые разделы Википедии ничем по сути не отличаются от ссылок на разделы Викитеки (Wikisource), Wikimedia Commons, или ссылок на вообще внешние сайты, такие как библиотеки, архивы, онлайновые базы данных и т.д. - все, что сейчас собрано в разделе "Идентификаторы" элемента Викиданных и выводится в статьях через Шаблон:Внешние ссылки (Q3907614). Так что не стоит ломать переключатель языков, пытаясь "натянуть" его на эту задачу. Это должен быть совершенно отдельный механизм, где ссылки на другие языковые разделы Википедии будут просто частью общего множества внешних ссылок.-- Kaganer (обс.) 18:45, 29 мая 2025 (UTC)
Это довольно радикальный подход: в реальности список интервик похож на переключатель языков, но и не должен с ним совпадать. Читателю часто нужны как разделы на языках, которые он знает, так и просто большие и развитые разделы, где может быть подробная статья, которую он прочитает через гуглопереводчик. This is Andy↔18:52, 29 мая 2025 (UTC)
... или вообще не другие разделы Википедии. Мне как читателю бывает нужно и первое, и второе, и третье (третье даже чаще). Поэтому-то я тут не пытаюсь предугадывать, "что нужно читателю".-- Kaganer (обс.) 15:37, 31 мая 2025 (UTC)
Поиск без перенаправлений
Не знает ли кто-нибудь, как задать параметры поиска, чтобы исключить из результатов перенаправления? Vcohen (обс.) 08:30, 11 мая 2025 (UTC)
К сожалению, мне надо intitle. При этом если я добавляю условие -insource:/\#redirect/ -insource:/\#перенаправление/, то оно не срабатывает, потому что механизм сначала переходит по перенаправлению в статью, а потом ищет уже там. Vcohen (обс.) 09:36, 12 мая 2025 (UTC)
Добрый день. На сколько я понимаю, статьи, перечисленные как запрещённые в России, подпадают под скрытие правок от участников, однако у ряда статей правки не скрываются. Упущение?
За это само по себе - не подпадают. Список на скрытие лежит здесь, добавить в него что-то вы можете попросить любого админа или инжа. 从乃廾21:19, 8 мая 2025 (UTC)
А разве сокрытие не призвано защитить редакторов от целенаправленной охоты на них за работу над сокрытой статьей? Просто у меня большие сомнения, что редакторам статей о наркотических или взрывчатых веществах что-то угрожает ―желая счастья Мелкий₩06:00, 10 мая 2025 (UTC)
Например, содержимое правки таково, что будет расценено, как "пропаганда наркотических веществ". Очевидно, что такая правка с большей вероятностью появится в статье про наркотик, чем в статье про что-то другое. Я бы, откровенно говоря, все статьи про наркотики под такое скрытие правок засунул. 5.165.141.20723:36, 11 мая 2025 (UTC)
Дырка перед примечаниями
Коллеги, у меня в монобуке перед примечаниями есть "дырка" (пространство без текста) в этой статье, да и в ряде других. Не связано ли это с каким-нибудь дефектом шаблона "Музыкант"? Если нет, прошу пояснить, как залатать эту дырку. — Ghirla-трёп-15:15, 8 мая 2025 (UTC)
Движок подсчитывает примечания и решает, делать ли дырку. Сейчас их 11. Если одно убрать, дырка исчезает. Vcohen (обс.) 15:25, 8 мая 2025 (UTC)
Хотел бы вновь обратиться с просьбой помочь восстановить работоспособность гаджета проекта ДС. К сожалению, участник Нирваньчик, который обеспечивал работоспособность проекта, почти год как неактивен, а прошлое обращение особого энтузиазма не вызвало. Суть проблемы следующая: при нажатии на кнопку «Избрать» скрипт должен получать название статьи из заголовка секции, однако после какого-то изменения в MediaWiki эта функция работать перестала, в результате чего выдаётся пустое название статьи. Может кто-то всё-таки попробовать исправить скрипт? Vladimir Solovjevобс07:26, 8 мая 2025 (UTC)
По идее это работает, в консоли название пишет, в комментариях тоже. А вот в меню избрания название статьи добавить забыли. Проверять избрание я, конечно, не буду, а то фиг откатишь потом. ~~~~ Jaguar K · 10:00, 8 мая 2025 (UTC)
Комментарий:Китой-Бей (гидроаэропорт) исправил правками на ВД и в статье. Там проблема была в том, что аэропорты не были привязаны к конкретной административной единице штата Аляска, поэтому выводилась общая карта США и карта Аляски. — Tarkoff / 18:17, 8 мая 2025 (UTC)
Необязательно сразу удалять тему, достаточно было сказать, что речь о мобильной версии. Проблема в том, что столбец "Команда" имеет фиксированную ширину. Т.к. это Wikitable, "width:12em;" можно удалить (или заменить на min-width для коротких имен) и проблема будет решена. ~~~~ Jaguar K · 08:57, 8 мая 2025 (UTC)
Проблема в шаблоне {{Флаг Страны}}, который в мобильной версии, в отличие от шаблона {{Флаг|Страна}}, не работает с nowrap.— 176.52.53.17818:45, 8 мая 2025 (UTC)
В статье Лепешка не отображается ее символ (конец приамбулы). Браузер Edge, Винда - 10. В системе установлен шрифт Noto color emoji и при проверке в параметрах символ отображается. Как "уговорить" браузер? — Making signs (обс.) 15:15, 7 мая 2025 (UTC)
У меня отображается: ОС — Windows 11, браузер — Chrome. Однако я решил написать не за этим. Было обсуждение и участники решили, что информации о символах Юникода в преамбуле не место, поэтому когда добавляете такую информацию, то либо помещайте её в раздел «Галерея» или «В культуре» (если такой раздел в статье есть), либо создавайте раздел «В Юникоде» и помещайте эту информацию туда. В преамбуле писать о символах Юникода не надо. — Jet Jerry (обс.) 15:57, 7 мая 2025 (UTC)
Вот и я о том же. Такая информация полезна и необходима в статьях по типографике, об алфавитах и т.п. А здесь - явно чуждый элемент.— 217.197.250.3623:56, 9 мая 2025 (UTC)
Один участник (не упомню кто) говорил мне, что в целом, разницы в производительности особой нет, но читаемость/поддержка кода у модулей обычно ниже: далеко не каждый знает Lua.Но тут такой случай, что кажется лучше модуль использовать нежели нынешний не сильно удобный шаблон. Может и производительность у него больше будет, учитывая что тут приходится использовать только обработку текста, без внедрения каких-либо шаблонов.Но я не специалист - может кто-то более конкретные ответ даст. хотя последнее время я предпочитаю модули шаблонам Kylain Aixter (СО) 00:35, 8 мая 2025 (UTC)
Насколько я понимаю, в модулях проще обойти ограничение глубины включений, т.к. переиспользуемый код хранится в функциях, а не отдельных шаблонах. Также, по моему мнению, читаемость кода повышается. -- dima_st_bk19:27, 17 мая 2025 (UTC)
Увидел в графе «потери сторон» явную околесицу. Полез редактировать код и увидел, что там всё нормально, но при просмотре страницы из-за того, что столбцы не разделены, возникают недоразумения. Как такое исправить? — Simba16 (обс.) 16:22, 6 мая 2025 (UTC)
У меня это выглядит так: «от 15 до 150 человек Нет погибших, погибло, ранено от 50 десятки раненых до 200 человек». — Simba16 (обс.) 14:02, 10 мая 2025 (UTC)
We will be enabling the new Charts extension on your wiki soon!
(Apologies for posting in English)
Hi all! We have good news to share regarding the ongoing problem with graphs and charts affecting all wikis that use them.
As you probably know, the old Graph extension was disabled in 2023 due to security reasons. We’ve worked in these two years to find a solution that could replace the old extension, and provide a safer and better solution to users who wanted to showcase graphs and charts in their articles. We therefore developed the Charts extension, which will be replacing the old Graph extension and potentially also the EasyTimeline extension.
After successfully deploying the extension on Italian, Swedish, and Hebrew Wikipedia, as well as on MediaWiki.org, as part of a pilot phase, we are now happy to announce that we are moving forward with the next phase of deployment, which will also include your wiki.
The deployment will happen in batches, and will start from May 6. Please, consult our page on MediaWiki.org to discover when the new Charts extension will be deployed on your wiki. You can also consult the documentation about the extension on MediaWiki.org.
If you have questions, need clarifications, or just want to express your opinion about it, please refer to the project’s talk page on Mediawiki.org, or ping me directly under this thread. If you encounter issues using Charts once it gets enabled on your wiki, please report it on the talk page or at Phabricator.
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Администраторы смогут выбирать, в каких пространствах имён можно регистрировать мероприятия через Конфигурацию сообщества (документация). По умолчанию создавать мероприятия можно в пространстве имён Event (1728), но теперь туда можно добавить и другие, например, пространство Википедия или Проект.
Редакторы получили возможность трансклюдировать Список работ (Collaboration List) на страницы в вики-проектах (документация). Список работ — это автоматический список мероприятий и тематических проектов, который можно получить через Служебная:AllEvents (пример). Теперь Список работ можно включить на такие страницы как Заглавная, страница в тематическом проекте, страница региональной организации, мероприятия или даже личная страница участника.
Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 27 задач.
Технические обновления
Объявление для разработчиков, использующих библиотеку moment в гаджетах и пользовательских скриптах. Эта библиотека помечена как устаревшая. Её следует заменить на Intl или новую библиотеку mediawiki.DateFormatter. Скоро moment начнёт отправлять в консоль предупреждения. Найти все вхождения устаревшей библиотеки можно глобальным поиском, а задать вопросы — в задаче на Фабрикаторе.
Разработчики, поддерживающие инструменты, которые делают запросы к таблицам с хранилищами терминов Викиданных (wbt_*), должны будут обновить код, чтобы он соединялся с отдельным кластером БД в связи с разделением этих таблиц. Инструменты, обращающиеся к этим таблицам через реплики, также должны будут обращаться к новому кластеру. См. документацию и ссылки по теме. [15]
Опубликован очередной выпуск рассылки проекта Диаграммы. Среди тем выпуска: новости приготовлений к развёртыванию Диаграмм в новых проектах на этой неделе (начиная с 6 мая), расширение списка проектов в следующие недели, а также изучение возможностей фильтрации и трансформации исходных данных.
В этом шаблоне наблюдается дублирование параметров «группа1». Внешне ничего в шаблоне не поломано, поскольку дублирование параметра используется во встроенных шаблонах {{Подгруппы навигационной таблицы}}. Однако шаблон влетает из-за этого в штрафную категорию, а вместе с ним — все статьи, в которые он помещён. Как это лучше исправить? Pessimist (обс.) 10:44, 4 мая 2025 (UTC)
Участник MBH 28 марта переименовал ту страницу, переместив её из пространства «Википедия» в пространство «Проект». Ровно после этого бот-архиватор перестал её архивировать. Самая вероятная причина может быть в том, что в настройках бота прописаны ограничения, в каких пространствах имён он должен работать — и «за ненадобностью» там не было указано пространство «Проект». — 109.252.189.5619:17, 2 мая 2025 (UTC)
Нужно отменить это переименование как бесполезное и причинившее только неудобства. Как я уже писал, у меня после этого на этой странице (только на этой) беспрестанно отваливается скрипт обсуждений. Наверняка я такой не один. This is Andy↔19:53, 2 мая 2025 (UTC)
MBH, проблема не решилась. Другие идеи есть? Если других идей нет, тогда, как писал This is Andy, нужно отменить мартовское переименование: до него архивация ботом прекрасно работала. — 109.252.189.5614:40, 9 мая 2025 (UTC)
Это - мера безопасности. Как сказано в инструкции, если требуется разместить шаблон с настройками архивации на отдельную страницу (например, с целью её защиты), то с помощью параметра обрабатывать можно указать название страницы, отличное от названия страницы, на которой размещён шаблон. Этот параметр будет работать только если страница с шаблоном внесена в список. В противном случае любой участник может у себя на подстранице (или в любом включённом там шаблоне) разместитить шаблон "Участник:ClaymoreBot/Архивация", полностью меняющий,к примеру, архивацию ВП:ЗКА. DR (обс.) 12:24, 13 мая 2025 (UTC)
Доступ к elibrary
Все здравствуйте. Возможно, пишу не по адресу, но вдруг кто-то подскажет. Коллега, находящийся на территории Украины, с недавнего времени совсем утратил доступ доступ к elibrary. Ранее это решалось с помощью VPN - не с первого раза, так со следующих. Теперь же всё совсем плохо. А доступ к библиотеке регулярно нужен для работы над статусными и не только статьями. В общем непонятно - что там сделали, а главное - какой есть вариант решения проблемы (кроме пересылки статей по почте, который уже используется, но,но..) Карт-Хадашт (обс.) 05:57, 2 мая 2025 (UTC)
Я могу подключиться к пересылке статей. Если коллега знает точные ссылки или doi, можно попробовать Sci-hub. Томасина (обс.) 07:53, 2 мая 2025 (UTC)
Там нет. За предложение спасибо, но пока я в проекте, буду сам пересылать. А так, конечно, хотелось бы разрешить проблему по существу Карт-Хадашт (обс.) 09:25, 2 мая 2025 (UTC)
Насколько я помню (ох, давно это было дело), первичная регистрация проходила через привязку логина пользователя к IP организации --> да, после он мог заходить откуда угодно (уже вне IP организации), но привязка сохраняется, и потенциально можно заблокировать вход всем пользователям организации. Alex Spade23:12, 15 мая 2025 (UTC)
Просьба добавить параметр |url-status= в шаблоны Книга, Новости, Статья, как это уже в Веб-сайте. Нужно для того, чтобы вредоносные и умершие ссылки заменялись на безопасные и актуальные архивные.
|url-status=dead — мёртвая ссылка. Тогда читатель в первую очередь видит архивную, а мёртвая ссылка переносится в конец примечания.
|url-status=unfit — плохая ссылка: взломанная, перепроданная, не та информация. Тогда читатель её вообще не видит, вместо неё архив. Shabe (обс.) 11:21, 1 мая 2025 (UTC)
Поддерживаю. Для {{Статья}} даже есть черновик в песочнице и висит на запросе редактирования, если нет возражений и хоть кто-нибудь из администраторов/инженеров готов посвятить своё время хотя бы переносу готового кода из песочницы в сам защищённый шаблон. — Mikhail Ryazanov (обс.) 22:00, 1 мая 2025 (UTC)
С 21-го примера всё верно! Там и статус ссылки есть (url-status), и дефисы работают (archive-date, не только archivedate). Осталось дождаться кого-то, кто может перенести код. Shabe (обс.) 09:13, 2 мая 2025 (UTC)
Здравствуйте,
пожалуйста добавте параметр compressempty, чтобы пустые промежутки времени писались через тире, например 1990-2000, а не каждый по отдельности. Это намного укоротит таблицы хронологий.
Чтобы было как здесь - [16]], а не так - Вселенная «Заклятия»#Вышедшие_фильмы. Lado85 (обс.) 08:18, 1 мая 2025 (UTC)