Викисловарь:Технические вопросы

Форум

Технические вопросы

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

Вы можете найти интересующую информацию или задать вопрос в одном из разделов

• Лингвистические и лексикографические вопросы
• Организационные вопросы
• Вопросы общения
• Лицензионные вопросы
• Работа для бота

Справка — Концепция и правила перевода — Администраторы — К удалению
Запросы к администраторам — Голосования — Начатые статьи

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

---

Архивы старых обсуждений по годам: 2007 | 2008 | 2009 | 2010 | 2011 | 2012 | 2013 | 2014 | 2015 | 2016 | 2017 | 2018 | 2019 | 2020 | 2021 | 2022 | 2023 | 2024 | 2025 

---

Просьба: новые темы снабжать заголовком (== ==) и добавлять под этими рекомендациями, но над прежними темами.

Подробная статистика русского словника

А почему бы не сделать статистику русского ВС-словника по основным грамматическим категориям: чтобы на ОДНОЙ странице было видно, сколько в нём на данный момент русских существительных (нарицательных и собственных, одушевлённых и неодушевленных, топонимов, фамилий и личных имён) и пр. частей речи, сокращений, словосочетаний и т.д.? Albert Magnus (обсуждение) 13:43, 16 апреля 2026 (UTC)

Пока что это невозможно сделать: необходимо придумать механизм учета омонимов и отсеивания словоформ. См. Викисловарь:Организационные вопросы#Информация о словоформах. treskful (вклад) 14:14, 16 апреля 2026 (UTC)

Напишите, чего не хватает: Викисловарь:Проект:Русский язык. Infovarius (обсуждение) 16:19, 16 апреля 2026 (UTC)

Оглавления

А куда пропало меню (содержание)? Например, в слове loom оно отсутствует. ПростаРечь (обсуждение) 17:52, 21 марта 2026 (UTC)

Это ошибка Parsoid'а, которая появилась несколько дней назад и, по-видимому, она как-то связана с кодом, отвечающим за кэширование страниц. Я уже зарепортил этот баг, а пока советую воспользоваться функцией "Переключиться на устаревший парсер" (на старом Векторе она находится в левом сайдбаре, а на новом Векторе она находится в dropdown-menu "Инструменты"). 綿貫桜哉 (обсуждение) 21:48, 21 марта 2026 (UTC)

UPD: Проблема по-прежнему сохраняется и, по-видимому, избирательно затрагивает ещё несколько википроектов, помимо нашего. Надо полагать, мы имеем дело с T421629, поэтому текущий статус работы по устранению данной ошибки можно отслеживать на соответствующей странице на Wikimedia Phabricator. 綿貫桜哉 (обсуждение) 08:07, 30 марта 2026 (UTC)

UPD 2: Как заявляется, проблема должна устраниться с выходом wmf.23 9 апреля. Затронутые страницы, как ожидается, вскоре починятся сами собой; при необходимости можно вручную очистить кэш страницы. Дайте знать, если проблема вновь обнаружится в статьях, созданных после означенной даты. Если ранее затронутые статьи не исправятся сами собой в течение недели, я напишу приложение к репорту, а пока подождём и посмотрим, что будет. 綿貫桜哉 (обсуждение) 01:40, 11 апреля 2026 (UTC)

вместо "1.2 where (союз)" отображается "1.2 where" ПростаРечь (обсуждение) 15:43, 15 апреля 2026 (UTC)

Вы некорректно заполнили шаблон {{значение}} — см. мое исправление в статье where и это обсуждение. treskful (вклад) 16:01, 15 апреля 2026 (UTC)

Ошибка в шаблоне:семантика

Если в шаблоне {{семантика}} в графу синонимов забивать список в виде шаблона синонимов, то он выдаёт в виде голого текста всё, что записано в квадратных скобах, и игнорирует викиссылки. Для примера можно попробовать забить в статье отделать шаблон {{синонимы:отругать}}.--Harulover (обсуждение) 00:27, 14 марта 2026 (UTC)

Редактирование ш:c

Может мне кто пояснить почему я не могу редактировать {{c}}? Мне пишет, что он якобы входит в Шаблон:helpme, который защищён каскадной защитой (???), но внутри я даже не вижу его использования. Что-то можно тут посоветовать? Хочу добавить в него Категория:Шаблоны:Условные сокращения, чтобы он отображался вместе с остальными шаблонами этого типа, а то он отбился от стада. --Harulover (обсуждение) 21:11, 11 марта 2026 (UTC)

Я попробую добавить категорию. --Al Silonov (обсуждение) 21:18, 11 марта 2026 (UTC)

Спасибо! --Harulover (обсуждение) 21:19, 11 марта 2026 (UTC)

Каскадная защита шаблону, у которого 1 включение с момента создания в 2015 году, явно не требуется. Не требуется и защита до администратора. Нет там ничего такого, что так рьяно нужно защищать. Снимаю каскадную защиту и понижаю уровень защиты. 綿貫桜哉 (обсуждение) 22:32, 11 марта 2026 (UTC)

Спасибо! --Harulover (обсуждение) 22:54, 11 марта 2026 (UTC)

Итог

Категоризация обновлена. Защита шаблона изменена. treskful (вклад) 10:52, 19 марта 2026 (UTC)

Шаблон phrase глючит

В шаблоне {{phrase}} при большом числе слов во фразе (Викисловарь:Инкубатор/ему замеси, да и в рот положи) оформление сбивается. Кто переводил шаблон на использование модулей, посмотрите, пожалуйста. --Al Silonov (обсуждение) 12:15, 11 марта 2026 (UTC)

С шаблоном все в порядке — на странице были лишние параметры-дубликаты (исправил). treskful (вклад) 10:54, 19 марта 2026 (UTC)

Глюки строчных функций

пытаюсь отлаживать {{--lang--}}, чтобы он вставлял правильную категорию в шаблоны и наткнулся на чёрт-те что: посмотрите {{--lang$--}} - как понимать этот результат?? Infovarius (обсуждение) 21:20, 9 марта 2026 (UTC)

Видимо, он отправляет всю строку в заголовке вместе со словом «шаблон», и что-то с ним там происходит. Но условно вот так поиск работает:

{{#invoke:String|sub|s={{SUBPAGENAME}}|i=7|j=-3}}

Я правда, не очень понял вашу задачу, но, может, это вам пригодится. Harulover (обсуждение) 22:22, 9 марта 2026 (UTC)

насколько я понял, первое тире разбивается на несколько символов как составной код, а потом опять собирается... Infovarius (обсуждение) 19:17, 10 марта 2026 (UTC)

Отдельное пространство имён

В целях решения PAGENAME предлагаю вместо Pseudo-namespace создать отдельное пространство имён "Шаблон:этимология". ПростаРечь (обсуждение) 07:06, 24 февраля 2026 (UTC)

А зачем? treskful (вклад) 07:59, 24 февраля 2026 (UTC)

А зачем каждый раз проставлять сортировку? ПростаРечь (обсуждение) 08:02, 24 февраля 2026 (UTC)

Можно попробовать автоматизировать процесс, но тогда лучше от этого запроса отталкиваться. Думаю, это можно сделать и без создания нового пространства имен, но идей пока нет. Посмотрим, что скажут технически более подкованные участники. treskful (вклад) 08:06, 24 февраля 2026 (UTC)

1. Добавить в панель навигации псевдопространство этимология:

[{{SERVER}}{{localurl:{{NAMESPACE}}:{{PAGENAMEE}}|from=этимология:a}} A] ·

[{{SERVER}}{{localurl:{{NAMESPACE}}:{{PAGENAMEE}}|from=этимология:b}} B] ·

2. добавить существующим шаблонам этимологии этимология: в начало ключа сортировки. ПростаРечь (обсуждение) 08:20, 24 февраля 2026 (UTC)

Referrer URL

Шаблон Шаблон:этимология:Auchetae вызывает шаблон Шаблон:etympagename, как в шаблоне Шаблон:etympagename получить URL шаблона Шаблон:этимология:Auchetae (без использования параметров)? ПростаРечь (обсуждение) 20:52, 23 февраля 2026 (UTC)

Не вполне понимаю запрос и зачем вы вообще создали этот шаблон. treskful (вклад) 08:01, 24 февраля 2026 (UTC)

У вас там ошибка. Надо отрезать 11 букв. Иначе остаётся «:», которое ломает форматирование. Ну и надо вызывать пейджнейм, а не просто строку etympagename. Смотри то же самое решение ниже. Harulover (обсуждение) 08:34, 24 февраля 2026 (UTC)

Данный шаблон, похоже, создан по ошибке. Смотри также данное обсуждение. Видимо, его следует удалить, если конечно Участник:ПростаРечь не хочет оставить его для истории.

Вообще рекомендую давать ссылки на конкретные обсуждения, связанные с конкретным вопросом, чтобы получить более полную картину. Рассуждать без контекста всегда намного сложнее. Harulover (обсуждение) 09:36, 1 марта 2026 (UTC)

PAGENAME

Существуют ли аналоги {{PAGENAME}}, позволяющие для страницы с названием "Шаблон:этимология:Achaeus" получить "Achaeus", а не "этимология:Achaeus"? ПростаРечь (обсуждение) 19:12, 23 февраля 2026 (UTC)

Есть {{SUBPAGENAME}}, но он, кажется, убирает только префикс пространства имен. treskful (вклад) 19:54, 23 февраля 2026 (UTC)

Походу нет. Можно, наверно, создать шаблон с текстом {{Str right|{{PAGENAME}}|11}}. На странице этимологии он будет обрезать первые буквы и оставлять только слово. Но это костыль конечно. Harulover (обсуждение) 08:32, 24 февраля 2026 (UTC)

О проекте статья в инкубаторе

Сейчас для статей о нормальных словах статья во второй строке статьи «Статья Обсуждение» называется «Статья», а для статей в инкубаторе в той же второй строке «О проекте Обсуждение» статья называется «О проекте». Например: слово и Викисловарь:Инкубатор/бл. Мне кажется надпись «О проекте» для статей о словах в инкубаторе неправильная по смыслу, должно быть что‐то вроде «Статья», или «Недостатья», или «Черновик». Это касается только статей о словах, но не других страниц в инкубаторе, например, Викисловарь:Инкубатор/new, Викисловарь:Инкубатор/Викисловарь:Недопустимость оригинальных исследований. Также в инкубаторе есть какие‐то шаблоны. Кажется, эта надпись наследуется от родителя. Наверное, надо исправить. ꚝйя́ӑ͏ꚜ (обсуждение) 17:30, 21 февраля 2026 (UTC)

По-хорошему, надо Инкубатор делать отдельным пространством имён. 綿貫桜哉 (обсуждение) 19:40, 21 февраля 2026 (UTC)

Согласен, это выглядит странно: Инкубатор не проект. Отдельное пространство имен упростило бы и процесс переименования статей туда-обратно (периодически тут бывают и ошибки). @DonRumata, @Al Silonov, что думаете? treskful (вклад) 07:15, 22 февраля 2026 (UTC)

Ну в Википедии это отдельное пространство имен. Там даже проект есть со своими правилами и регламентом. Можно сделать и у нас, но нужно голосование. Don Rumata 09:01, 24 февраля 2026 (UTC)

Не думаю, что нам нужны два разных пространства — речь лишь о переименовании кнопки «О проекте». На этом форуме она, кстати, тоже есть, и такое название, действительно, странное. treskful (вклад) 17:11, 27 февраля 2026 (UTC)

Проект выводить в отдельное пространство, наверное, незачем, а вот Инкубатор, наверное, имеет смысл. Это и количество ошибок при переименованиях сократит, и уберёт ненужный префикс "Викисловарь:" из названий страниц, и можно будет более удобно вести поиск по этому пространству имён, не зачерпывая лишние результаты из пространства "Викисловарь". 綿貫桜哉 (обсуждение) 22:40, 27 февраля 2026 (UTC)

Так чем дело кончилось? ꚝйя́ӑ͏ꚜ (обсуждение) 23:21, 28 марта 2026 (UTC)

Пока ещё ничем, ибо итог не подведён. У вас есть какие-то собственные предложения, возражения, комментарии? 綿貫桜哉 (обсуждение) 01:42, 29 марта 2026 (UTC)

Куки

Коллеги, подскажите, пожалуйста, сегодня я первый раз за последние n лет ищу в интернете информацию по ивриту и тут мне на почту от гос. сервиса приходит рекомендация сходить в театр "Шалом". Я бы понял, если бы я был авторизован на этом сервисе, но авторизован я на wiktionary. Как такое возможно? ПростаРечь (обсуждение) 14:22, 12 февраля 2026 (UTC)

не думаю, что Викисловарь как-то связан с Госуслугами. Возможно, браузер небезопасный. Не Яндекс? Infovarius (обсуждение) 14:46, 13 февраля 2026 (UTC)

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

Если представленный мной пример не является чистой случайностью, что мной допускается, то вопрос не в том какому третьему лицу были переданы, кем и в каком режиме обработаны мои обезличенные данные, а в том кто осуществил их сбор? ПростаРечь (обсуждение) 10:17, 14 февраля 2026 (UTC)

Chrome ПростаРечь (обсуждение) 16:02, 13 февраля 2026 (UTC)

Сомневаюсь, что это как-то может быть связано с Викисловарем. treskful (вклад) 16:03, 13 февраля 2026 (UTC)

Старославянский (лат) в болванке

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

|cu-Glag=<!-- Старославянский (лат)-->

, но вместо «(лат)» должно быть «(глаг)», судя по «cu-Glag». Не понимаю откуда это берётся. Ищу 1, но поиск не ищет в закомментированных частях исходного кода статей. Я исправил Викисловарь:Стандартная структура статьи, но изменения не повлияли на болванку, возможно, нужно отпатрулировать это исправление или очистить кэш, не знаю. Исправьте как надо, пожалуйста. Возможно, также нужно добавить правило для полуавтоматического исправления в бот или викификатор для исправления накопившихся ошибок, которые видно только в комментариях исходного кода статей. ꚝйя́ӑ͏ꚜ (обсуждение) 23:46, 11 февраля 2026 (UTC)

Вы исправили руководство. Это просто инструкция, она никак не участвует в создании болванок. Боюсь, нужно исправлять здесь. Но здесь целая куча болванок, руками исправлять долго и муторно. А так да, надо бота запускать... Harulover (обсуждение) 02:13, 12 февраля 2026 (UTC)

Спасибо, что обратили на это внимание! Я пока что внес правки, кажется, везде, где было нужно, но в уже имеющихся статьях, конечно, останется «лат». Наверное, можно было бы запустить бота, но, думаю, эту проблему нужно решать иначе: глаголический написания — орфографические варианты кириллических, поэтому не вижу смысла использовать разные языковые коды — нужно просто перечислять их в одной строке. Возможно, создать для этого простенький шаблон, но не более. То есть, на мой взгляд, бота нужно запускать, чтобы убрать отовсюду это разграничение вовсе, однако для этого сначала нужно решить вопрос о подходах к описанию орфографических вариантов у нас. treskful (вклад) 14:44, 12 февраля 2026 (UTC)

Шаблон transcription-uk

Товарищи, можно починить шаблон transcription-uk? Он явно неправильно расставляет ударения и, соответственно, отражает фонемы в слогах. См. пример - повага. — Эта реплика без подписи добавлена участником Alexander Mikhalenko (обс. · вклад) в 05:27, 23 января 2026 (UTC).

Там был какой-то странный баг с буквой а (среди гласных для проверки была прописана графическая а вместо МФА-шной ɑ), поэтому именно с «а» оно не работало. Я сильно не углублялся в модуль, но если вы уточните, какие ещё с ним проблемы, можно попробовать решить. --Harulover (обсуждение) 02:00, 12 февраля 2026 (UTC)

Категория:Викисловарь:Модули:Таблицы данных

в категории состоит Модуль:category handler, который, возможно, следует поместить в Викисловарь:Модули:Категоризация?…--Albedo (обсуждение) 15:58, 18 января 2026 (UTC)

@Infovarius? treskful (вклад) 10:23, 22 февраля 2026 (UTC)

Одно другому не мешает. Добавил. --Infovarius (обсуждение) 19:20, 23 февраля 2026 (UTC)

Итог

Категоризация немного улучшена. treskful (вклад) 19:55, 23 февраля 2026 (UTC)

Фичи, отвечающие за преобразование в окне поиска из Latin > Cyrl

какие Модули или шаблоны при вводе в Latin раскладке, кракозябр, преобразуют в Викисловаре, в строке поиска напр., bcrfnm в искать ? — Эта реплика без подписи добавлена участником Albedo (обс. · вклад) в 13:49, 18 января 2026 (UTC).

@DonRumata? treskful (вклад) 10:24, 22 февраля 2026 (UTC)

Я думаю это свойство CirrusSearch, а конкретнее CompletionSuggester. Don Rumata 08:48, 24 февраля 2026 (UTC)

Шаблон "не так"

Перенесено на страницу Обсуждение шаблона:не так

treskful (вклад) 08:11, 14 января 2026 (UTC)

Интервики

В tuple соотв. менюшка показывает "Содержимое страницы недоступно на других языках.", что, очевидно, неверно: en:tuple. Вопрос в том, почему оно как-то автоматически не подхватывается? ~2026-80409 (обс.) 23:42, 4 января 2026 (UTC)

Можете описать проблему поподробнее и, если возможно, приложить скриншот интерфейса? У меня при переходе по вашей красной ссылке интервики-ссылки подгружаются корректно, т.е. воспроизвести ошибку не удаётся. (UPD: см. ниже!) 綿貫桜哉 (обсуждение) 11:33, 16 января 2026 (UTC)

Похоже, что автоматическая генерация интервики прекрасно работает на старом Векторе (2010), но не работает в новом Векторе (2022), в темах Monobook, Timeless и MinervaNeue. Более того, с этими темами при поиске названий языков в DOM на странице создания новой статьи ничего не находится, что намекает, что блок с языками не просто не показывается, а не автогенерируется. Вручную проставленные интервики, однако, похоже, работают. С другой стороны, в DOM с этими темами есть элемент <p> с содержимым "Эта страница недоступна на других языках.", тогда как на старом Векторе такого элемента нет ДАЖЕ если нет интервики-ссылок для статьи. 綿貫桜哉 (обсуждение) 16:11, 16 января 2026 (UTC)

>Похоже, что автоматическая генерация интервики прекрасно работает на старом Векторе (2010)
Увы, не вижу даже там: https://ru.wiktionary.org/wiki/tuple?useskin=vector. Попробуйте в Инкогнито-вкладке.
Насчёт же скриншота — с радостью бы, но кнопка вики-форматирования "Изображения и медиафайлы" сообщает Вы должны быть авторизованы (предсказуемо), как и https://commons.wikimedia.org/wiki/Special:UploadWizard. Какова политика насчёт внешних ссылок на какие-то хостинги изображений — не знаю, так что не рискую. Сообщите, пожалуйста.
>при поиске названий языков в DOM
Про что идёт речь? Извиняюсь, я в вики-кухне вообще никак, простой читатель. Про какую-то работу движка по генерации страницы? Или о ручном просмотре получившегося HTML-кода (view-source:)?

Но вообще говоря, так кто же будет исправлять эти баги? Необходима какая-то координация / репортинг в основную (англоязычную) часть проекта, Phabricator? Или, может, там уже сообщено об этом? Я, признаюсь, не искал. ~2026-35974-7 (обс.) 12:01, 17 января 2026 (UTC)

Журнал создания страниц

Подскажите, пожалуйста, почему тут нет информации о создании страницы? ПростаРечь (обсуждение) 21:57, 3 января 2026 (UTC)

Полагаю, из-за того, что страница была удалена, и теперь эта информация доступна только администраторам. Ее создал участник Gorvzavodru 30 ноября 2015 года. treskful (вклад) 08:04, 14 января 2026 (UTC)

Полагаю, что дело не в этом. Вот атлинг тоже была удалена, но в журналах записи доступны. Что интересно, для многих статей, особенно созданных до 2012 г., не получается в журналах найти записи об их создании. Я думал, что, быть может, это связано с тем, что некоторые статьи импортировались ботами, но, похоже, дело не в этом. Так, например, нет записей о создании страницы топор… Чудеса. 綿貫桜哉 (обсуждение) 09:22, 14 января 2026 (UTC)

Парадигмы для длинных прилагательных

Здравствуйте! Думаю, необходимо переработать часть шаблонов для прилагательных, чья длина от 17(18) до 23 букв, из-за чего соответствующие таблицы парадигмы словоизменения слишком огромны и забивают пространство для описания морфологических и синтаксических свойств, что расположено слева. Например, см. буддийско-конфуцианский. При этом начиная со слов из 24 букв, таблица автоматически размещается выше описания. Albert Magnus (обсуждение) 13:42, 26 ноября 2025 (UTC)

Альберт, как вы хотите, чтобы это выглядело после доработки? treskful (вклад) 13:57, 26 ноября 2025 (UTC)

Я бы предпочёл, чтобы сначала шло описание, а потом уже таблица, то есть неплохо бы поменять и для прилагательных 24+ (например, в авантюрно-приключенческий). Albert Magnus (обсуждение) 14:46, 26 ноября 2025 (UTC)

Правильно ли я понимаю, что речь о мобильной версии? На десктопной все влезает. treskful (вклад) 14:54, 26 ноября 2025 (UTC)

Я на ноутбуке работаю (разрешение 1366х768, максимально возможное). Albert Magnus (обсуждение) 15:35, 26 ноября 2025 (UTC)

Можно пока что прописать в своём common.css следующее правило: .morfotable {max-width: 60%;}, как сделал я у себя. Если такой вариант всех устроит и не обнаружится неожиданных проблем, то можно просто перенести это решение в общесайтовый Common.css. Призываю @DonRumata. 綿貫桜哉 (обсуждение) 21:43, 26 ноября 2025 (UTC)

@DonRumata, осуществим эту правку для всех? treskful (вклад) 14:42, 29 декабря 2025 (UTC)

Это не годится для мобильной версии. А таблица уползает вверх потому, что она в шаблоне стоит первой. Don Rumata 11:53, 2 января 2026 (UTC)

@DonRumata проблема исключительно в том, что таблица с длинным словом занимает весь экран, и текст слева ставновится не особенно читаемым в десктопной версии, не говоря уже о мобильной. Можете ли вы сделать исключение для мобильной версии или прописать для нее отдельные правила? Ширину таблиц нужно ограничить. treskful (вклад) 09:30, 14 января 2026 (UTC)

 Сделано Don Rumata 21:22, 20 января 2026 (UTC)

Спасибо, на новом Векторе работает, кажется, нормально. А вот на старом Векторе (2010) в рентгеноэлектрокардиографический имеем следующий упс. 綿貫桜哉 (обсуждение) 22:12, 20 января 2026 (UTC)

Пинг DonRumata. Скриншот из сообщения выше благополучно удалился с хостинга по истечении срока хранения, а вот проблема, к сожалению, всё ещё актуальна. На старом векторе в статьях типа рентгеноэлектрокардиографический (см. скриншот), ультравысокотемпературнообработанный (см. скриншот) при масштабировании (в моём случае всего до 120%) ИЛИ при уменьшении размера окна словоизменительная таблица вылезает за край страницы. Проблема возникает у длинных прилагательных (потому что много колонок), в которых нет дефисов (потому что по ним автоперенос срабатывает). Можно ли прикрутить прокрутку туда для случаев, когда ширина становится слишком большой? Для теста создал вот это вот дело: Участник:綿貫桜哉/тетрагидропиранилциклопентилтетрагидропиридопиридиновый. 綿貫桜哉 (обсуждение) 19:08, 19 февраля 2026 (UTC)

Очень хочется, чтобы эти таблицы в принципе не занимали более 60% от ширины экрана, иначе они упираются в левый край и вытесняют текст морфологического шаблона. treskful (вклад) 08:52, 20 февраля 2026 (UTC)

Скриншот Albert Magnus (обсуждение) 15:43, 26 ноября 2025 (UTC)

Хм, у моего экран 13,6-inch (2560 × 1664), вот скриншот. Рекомендую как минимум изменить тему в настройках ВС, чтобы меньше экрана съедалось (у меня Вектор 2022, левая боковая панель скрыта). treskful (вклад) 16:51, 26 ноября 2025 (UTC)

Изменение темы в настройках всё равно не может быть "решением" проблемы, только костылём. Что если задать максимально допустимую ширину для таблицы спряжений, чтобы она не занимала 90% ширины экрана? Скажем, выставить её на уровне 60%? Это бы выглядело так. Такое решение требует добавления буквально одного CSS-правила и не требует масштабной переработки шаблонов. 綿貫桜哉 (обсуждение) 19:19, 26 ноября 2025 (UTC)

К сожалению, по правилам переноса дефис нужно дублировать в начале следующей строки, если я правильно помню руководства. treskful (вклад) 21:16, 26 ноября 2025 (UTC)

А это не проблема моего кода уже :) Эта проблема может возникнуть и в текущем варианте. 綿貫桜哉 (обсуждение) 21:21, 26 ноября 2025 (UTC)

Требование про дублирование дефиса, кажется, все же не строгое. С учетом того, что у нас любое слово и так везде не странице много раз написано, можно им и пренебречь, просто ограничив ширину таблицы — это хорошая идея. treskful (вклад) 21:31, 26 ноября 2025 (UTC)

Не знаю как у вас, ноу меня стоит оформление vector 2022 и все выглядит так. Don Rumata 09:25, 29 ноября 2025 (UTC)

Именно о таком внешнем виде Альберт и говорит с самого начала. treskful (вклад) 09:34, 29 ноября 2025 (UTC)

@DonRumata, видимо, вы внесли какие-то правки без учета различий между возможными темами. Например, у меня на Векторе (2022) в статье wielbłąd таблица словоформ теперь отображается некорректно: видно только половину столба мн. ч. Пожалуйста, проверьте еще раз все возможные темы. treskful (вклад) 14:49, 19 февраля 2026 (UTC)

 Исправил. Don Rumata 14:58, 19 февраля 2026 (UTC)

Отписан

Подскажите, пожалуйста, по какой причине это произошло (скриншот справа)? ПростаРечь (обсуждение) 20:32, 11 ноября 2025 (UTC)

2-й раз уже (скриншот справа). Никто не сталкивался, куда отписать? ПростаРечь (обсуждение) 08:30, 12 ноября 2025 (UTC)

Возможно, дело в домене почты. Удалось ли решить проблему? treskful (вклад) 14:41, 29 декабря 2025 (UTC)

Отображение древнегреческого произношения

Есть ли техническая возможность сделать так, чтобы шаблон {{transcription-grc}} использовался в качестве значения для параметра |МФА= шаблонов словоформ и при этом выдача была корректной и не отличающейся визуально от стандартной (размер шрифта и т. п.)? См., например, ἐπευφήμησαν. treskful (вклад) 09:33, 11 октября 2025 (UTC)

Теоретически сделать можно, но параметр |МФА= только один, а {{transcription-grc}} возвращает много вариантов произношения. Для этого наверно нужно переделывать {{transcription}}, чтобы он принимал несколько значений. Don Rumata 09:45, 29 ноября 2025 (UTC)

 Добавил шаблон {{скр-блок}} для скрытия расшифровки произношений. Однако впоследствии его лучше заменить на более совершенный {{скрыть}}, когда будет решён вопрос с добавлением новых свойств в общий скрипт. Смотри обсуждение. Harulover (обсуждение) 16:38, 15 декабря 2025 (UTC)

А куда вы его добавили? treskful (вклад) 20:17, 15 декабря 2025 (UTC)

Сюда. Harulover (обсуждение) 19:22, 16 декабря 2025 (UTC)

По уму должно быть так. Если lang=ru, то вводи в МФА= слово с ударением, оно его выдаёт через {{transcription-ru}}; если lang=grc, то вводи в МФА= греческое, оно его разбирает через {{transcription-grc}} и так далее для всех языков, для которых у нас есть разбор транскрипции. Это легко сделать, но я не не представляю, что уже введено в эти шаблоны, и это может всё поломаться. --Harulover (обсуждение) 16:54, 15 декабря 2025 (UTC)

Для русского языка в параметре |МФА= шаблонов словоформ используется шаблон {{t-ru}}. Если можно обойтись без лишних шаблонов для параметров, было бы здорово. treskful (вклад) 20:25, 15 декабря 2025 (UTC)

Понятно. Можно тогда оставлять заполненное и запускать шаблон, только если параметр МФА пуст или не существует. Я пока не понимаю, как передать информацию из параметра слоги. То есть как сделать из {{по-слогам|у|.|кра|ша́ть}}  → украша́ть. Компилятор сначала обрабатывает шаблон, а потом отправляет в модуль уже с грязью вроде <спан> тэгов и прочее. То есть надо ещё один модуль писать, капец. Может, кто знает какие-то стандартный средства, чтобы «расшаблонить» шаблон? Harulover (обсуждение) 19:29, 16 декабря 2025 (UTC)

Вариант, который я вижу, это написать, что если язык ру или грс, то пили шаблон {{transcription-grc}} или ру, бери слово из параметра «слоги=». Там уже должна быть вся диакритика и ударения. В модуле убираем мусор, вроде фигурных скобок и палок, и он берёт чистое слово и делает транскрипцию. Параметр МФА можно вообще просто игнорировать, если вся инфа и так из параметра слоги берётся. Если нет слогов, бери из заголовка страницы, но это менее приоритетно, потому что там нет диакритики. А ещё можно, чтобы и шаблон {{сущ-ru}} на основе слоги= сразу бы раздел произношения запиливал, была бы имба ваще... Впрочем, там уже сложно слишком редактировать становится. --Harulover (обсуждение) 17:22, 15 декабря 2025 (UTC)

Мы уходим от изначального запроса, а он еще не решен: шаблон {{t-ru}} нормально интегрируется с параметром |МФА=, а вот {{transcription-grc}} — нет. treskful (вклад) 09:24, 18 декабря 2025 (UTC)

Я думаю, можно сделать доп. функцию для {{t-grc}}, но, как я писал выше, проще внести изменения в шаблоны словоформ, чтобы он брал информацию из параметра слоги и сам вызывал обычный {{transcription-grc}}. Смотри решение в песочнице для древнегреческого и русского языков. Если внести эти изменения, то транскрипция появится на своём месте во всех древнегреческих шаблонах. Однако нужно запускать бота, чтобы тот удалил уже прописанные ниже шаблоны {{transcription-grc}} (в песочнице видна эта проблема, я просто скопировал содержимое статьи). Harulover (обсуждение) 06:48, 19 декабря 2025 (UTC)

То есть тебе удалось придумать, как брать содержимое из {{по-слогам}}, и это уже готовое решение? Шаблон для древнегреческого используется и на страницах лемм, а вот словоформ, которые нас интересуют, не так много — это я могу и руками исправить. И тогда вообще не нужно будет транскрипцию вводить? Чудеса! treskful (вклад) 08:33, 19 декабря 2025 (UTC)

Прямо как брать содержимое, я не понял, движок сначала обрабатывает шаблон, а потом посылает его результат дальше. Я просто написал маленький переводчик, чтобы он делал то же самое, что {{по-слогам}}, только в обратную сторону. Harulover (обсуждение) 13:31, 19 декабря 2025 (UTC)

Тогда давай сначала я уберу для древнегреческого вызовы шаблона вне {{transcription-grc}}, а затем уже внедрим эту функцию исключительно для шаблонов словоформ, которые будут автоматически подставлять значение для МФА и выводить его без прописанного параметра? А в статьях лемм в разделе «Произношение» останется {{transcription-grc}}. treskful (вклад) 17:28, 20 декабря 2025 (UTC)

Можно так.

Только хотел бы заметить, что замена текста кнопки на «показать» мне кажется странной. Ломается логика повествования. Что показать? В других таблицах, где это используется, хотя бы есть заголовок, а тут ни к селу ни к городу это «показать». Harulover (обсуждение) 01:21, 23 декабря 2025 (UTC)

Итог

В шаблоны {{Форма-гл}} и {{Форма-сущ}} участником Harulover внесены правки, позволяющие автоматически генерировать транскрипции для русского и древнегреческого языков при условии, что в них заполнен параметр |слоги= и в нем проставлено ударение. Эту правктику следует распространить и на остальные шаблоны для описания словоформ (кроме {{словоформа}}, который вовсе не содержит параметра |слоги=, как и других, которые позволяют автоматически категоризировать словоформы.) — Эта реплика без подписи добавлена участником treskful (обс. · вклад) в 08:34, 30 декабря 2025 (UTC).

Добавление опционального параметра для языка в шаблон пример

Существует досадная проблема с тем, что для CJK Unified Ideographs по умолчанию везде и всюду используются шрифты, отражающие китайское начертание соответствующих символов, тогда как реально эти символы (а их сейчас в Юникоде свыше 100.000, если верить Википедии) используются также в японских, корейских и старых вьетнамских текстах. Начертание многих "общих" символов на практике не совпадает. Ниже привожу сравнительную таблицу между начертанием некоторых символов в китайском и японском языках:

Китайское начертание	Японское начертание
続	続
新	新
空	空
誰	誰
骨	骨
返	返
刃	刃
海	海
角	角
戻	戻

Как легко убедиться, разница ощутимая. По этой причине было неплохо добавить для шаблона {{пример}} опциональный параметр для языка, в соответствии с которым к тексту применялся бы соответствующий шаблон для того или иного начертания. Так, для японского начертания существует шаблон {{Jpan}}, но оборачивать в него текст каждого примера вручную было бы странно. 綿貫桜哉 (обсуждение) 04:20, 2 октября 2025 (UTC)

Также, наверное, нужно добавить аналогичный функционал в шаблон {{илл}} для подписей. Языковой параметр там и так передавать можно, остаётся только добавить switch для оборачивания подписи в шаблоны типа {{Jpan}} для конкретных языков, оставив простую вставку "как есть" в качестве дефолтного значения. Шаблон защищён, так что сам прикрутить это дело не могу, к сожалению. 綿貫桜哉 (обсуждение) 23:56, 5 октября 2025 (UTC)

UPD: Нужно ещё добавить аналогичный функционал в шаблон {{aslinks}}. Языковой параметр там и так передавать можно, так что предлагаемые изменения минимальны.

DonRumata, можете внести предложенные правки? 綿貫桜哉 (обсуждение) 13:33, 15 октября 2025 (UTC)

См. тж. ВС:Ф-О#Шрифты_для_древнерусского_и_других, где обсуждается схожая проблема для древнерусского. 綿貫桜哉 (обсуждение) 18:53, 13 ноября 2025 (UTC)

Не против подобной альтернативы ПростаРечь (обсуждение) 19:58, 13 ноября 2025 (UTC)

Я тоже поддерживаю, это значительно облегчит работу редакторов. Нужен шрифт? Укажите язык. Какие именно из них нужно добавить и с какими шаблонами шрифтов? treskful (вклад) 08:27, 15 ноября 2025 (UTC)

Итог

•  Добавил параметр |lang= в шаблон {{пример}} и в описание {{илл}}. По поводу {{aslinks}} я очень сомневаюсь. Ссылки на с кодом языка должен делать движок MediaWiki, а не шаблон. Don Rumata 10:26, 29 ноября 2025 (UTC)

  Спасибо за правки в шаблонах {{пример}} и {{илл}}. Что касается {{aslinks}}, ссылки с кодом языка шаблон и так делает корректно, а вот нужные шрифты не применяются. {{aslinks}} используется, например, в {{родств-блок1}}, где из-за этого также не применяются нужные шрифты. Пример:

  • Сейчас: 継続
  • Должно быть: 継続

  綿貫桜哉 (обсуждение) 20:41, 29 ноября 2025 (UTC)

  {{aslinks}} подразумевает включение помет. Если мы обернём это просто в спаны, то может приключиться ситуация вроде геол. 石化 или матем. три. То есть там надо код копать, чтобы грамотно это реализовать. --Harulover (обсуждение) 04:21, 30 ноября 2025 (UTC)

  Где написано, что {{ссылки}} предполагает использование помет внутри его параметров? Мне кажется, это некорректное использование шаблона: ни в коде, ни в документации я таких возможностей не вижу. treskful (вклад) 15:54, 6 марта 2026 (UTC)

Нужна только таблица словоформ

Может ли кто-нибудь на странице кол-во убрать шаблон {{сущ ru}}, оставив только таблицу форм этого сокращения? Как ее строить? Вариант «спрятать текст выдачи шаблона» не годится, потому что нужно избежать грамматической категоризации, вшитой в сам шаблон. treskful (вклад) 12:46, 3 сентября 2025 (UTC)

{{падежи}} как костыль? --Infovarius (обсуждение) 13:26, 10 сентября 2025 (UTC)

Сделал, спасибо! Хотелось бы, конечно, иметь такую возможность — выдавать таблицу словоформ по индексу без всего остального. treskful (вклад) 14:13, 10 сентября 2025 (UTC)

Ой, не заметил это предупреждение в документации шаблона:

Шаблон вызывается из шаблонов более высокого уровня, он никогда не должен включаться непосредственно в словарную статью и заполняться словоформами вручную!

Есть ли у кого-нибудь другие предложения? treskful (вклад) 17:00, 12 сентября 2025 (UTC)

А почему, собственно, не должен, в чём проблема? Ничего же не ломается вроде. Harulover (обсуждение) 19:47, 18 сентября 2025 (UTC)

Вот не знаю, чем объясняется такое ограничение. treskful (вклад) 19:56, 18 сентября 2025 (UTC)

Ну есть два варианта 1) добавить таблицу склонения в {{гс}} 2) Добавить подавление и текста и категорий в шаблонах склонений. Но есть у меня подозрение, что изменяться могут сокращения не только у существительных, но и у прилагательных и даже у глаголов. Есть ли смысл в таких таблицах? Don Rumata 20:03, 18 сентября 2025 (UTC)

Мне кажется, смысл есть, если сокращение имеет формы. Универсальнее, конечно, подавление текста и категориий и шаблонах склонений, которое вызывается каким-нибудь параметром. Можете ли вы это сделать, например, в шаблоне {{сущ-ru}}? Готов по образцу отразить правку в морфологических шаблонах других частей речи. treskful (вклад) 20:18, 18 сентября 2025 (UTC)

@DonRumata что думаете? treskful (вклад) 14:29, 29 декабря 2025 (UTC)

Я добавил параметр nocat в шаблон {{сущ-ru}}. Им можно запретить добавление статьи в категории. Но из-за того, что Модуль:inflection не может определить ударение внутри сокращения, он формирует ошибки. В общем, вариант не работающий. Don Rumata 13:16, 2 января 2026 (UTC)

@DonRumata тогда нам остается только зашить шаблоны словоизменения в {{ш|гс}} — есть ли у вас какие-то возражения против такого подхода? treskful (вклад) 08:36, 14 января 2026 (UTC)

Шаблон:спряжение и ⸗я

не вдаваясь в подробности (не раскрывая шаблонов по отдельности), есть резон в двух именах, или же надо привести к одному имени, напр. Шаблон:спряжения?--Albedo (обсуждение) 16:32, 8 июля 2025 (UTC)

Приведите, пожалуйста, ссылки на оба шаблона, которые вы имеете в виду. Речь про {{спряжения}} и какой еще? treskful (вклад) 20:09, 8 июля 2025 (UTC)

Возможно, имеется в виду, что для других языков названия шаблонов начинаются с "спряжение". --Infovarius (обсуждение) 22:37, 10 августа 2025 (UTC)

Ах, вот оно что. Хочется унификации везде, где это только возможно. treskful (вклад) 10:43, 12 августа 2025 (UTC)

@Albedo, что в итоге удалось сделать? treskful (вклад) 08:32, 15 ноября 2025 (UTC)

извините, не заглядывал в Сп. набл, а на красный звоночек смотрю еще реже. Шаблон:спряжение la, eo, la, uz то что сразу выдаёт. Шаблон:спряжения pl, cs, lv. Итого — два шаблона навскидку з различными названиями. Привести их бы к одному, а админам — удалить задубления дабы не приводило к смущению--Albedo (обсуждение) 18:46, 29 декабря 2025 (UTC)

Теперь точно понятно, спасибо. Добавлю в свой список задач — посмотрю, что вообще есть, и постараюсь унифицировать. treskful (вклад) 20:22, 29 декабря 2025 (UTC)

спасибо Albedo (обсуждение) 12:56, 30 декабря 2025 (UTC)

Шаблон:Навигационная таблица

Коллеги, а что у нас с этим шаблоном? Он попросту нормально не отображается. Oostpulus ^(обс.) 17:41, 16 апреля 2025 (UTC)

Просто потому что им почти никто не пользуется :( --Infovarius (обсуждение) 19:08, 17 апреля 2025 (UTC)

На что тогда нужно заменить этот шаблон, например, в Категория:Дворянские титулы? treskful (вклад) 08:40, 15 ноября 2025 (UTC)

А что с ним не так? Оно худо-бедно вроде работает. Harulover (обсуждение) 18:09, 15 ноября 2025 (UTC)

Выглядит он, мягко говоря, странно. treskful (вклад) 14:26, 29 декабря 2025 (UTC)

Необходимы шаблоны прил ru 2 и прич ru 2

Перенесено со страницы Викисловарь:Лингвистические_и_лексикографические_вопросы#Необходимы_шаблоны_прил_ru_2_и_прич_ru_2

Уважаемые специалисты по шаблонам! Посодействуйте в создании Шаблон:прил ru 2 и Шаблон:прич ru 2 (по образцу Шаблон:сущ ru 2) для редко, но всё-таки используемых в русском языке вариантов сложных прилагательных и причастий — как пьяный-распьяный, битый-перебитый и т.п. Для корректной работы этих шаблонов нужно попутно создать также Шаблон:inflection прил ru и Шаблон:inflection прич ru, а я, боюсь, это не потяну. Заранее благодарен. Albert Magnus (обсуждение) 10:17, 25 января 2025 (UTC)

Ради скольких слов? Да и слова с дефисами могут уходить через удаление по правилам от словосочетаний (наркоман-преступник). Halfcookie (обсуждение) 12:34, 25 января 2025 (UTC)

Это не просто механически соединённые через дефис, а составные слова, в результате получившие собственные, в том числе и разные, значения. А пьяный-распьяный есть и в ССРЛЯ, и в Академосе. Albert Magnus (обсуждение) 13:37, 25 января 2025 (UTC)

И какая разница, сколько слов? Парадигмы словоизменения нужны в ВС всем изменяемым словам. Albert Magnus (обсуждение) 13:44, 25 января 2025 (UTC)

Эта функция недоступна хотя бы в нынешнем {{прил-ru}}? У существительных все же предпочтителен {{сущ-ru}}, который умеет оформлять такие сложные слова, а значит, и для остальных частей речи желательно использовать подобные шаблоны. treskful (вклад) 14:51, 30 января 2025 (UTC)

Action Required: Update templates/modules for electoral maps (Migrating from P1846 to P14226)

Hello everyone,

This is a notice regarding an ongoing data migration on Wikidata that may affect your election-related templates and Lua modules (such as Module:Itemgroup/list).

The Change:
Currently, many templates pull electoral maps from Wikidata using the property P1846, combined with the qualifier P180: Q19571328.

We are migrating this data (across roughly 4,000 items) to a newly created, dedicated property: P14226.

What You Need To Do:
To ensure your templates and infoboxes do not break or lose their maps, please update your local code to fetch data from P14226 instead of the old P1846 + P180 structure. A list of pages was generated using Wikimedia Global Search.

Deadline:
We are temporarily retaining the old data on P1846 to allow for a smooth transition. However, to complete the data cleanup on Wikidata, the old P1846 statements will be removed after May 1, 2026. Please update your modules and templates before this date to prevent any disruption to your wiki's election articles.

Let us know if you have any questions or need assistance with the query logic. Thank you for your help! ZI Jony using MediaWiki message delivery (обсуждение) 17:09, 3 апреля 2026 (UTC)