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

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

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

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

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

Обсуждение технических вопросов, связанных с работой Википедии.

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

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

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

• Discord

---

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

---

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

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

---

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

---

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

Странное происхождение источников

Доброго вечера, коллеги. Хочу понять, как решить проблему, которая возникла в другом языковом разделе, но принципы работы Википедии одинаковы везде, и я надеюсь, что смогу найти здесь ответ, что кто-то мне его подскажет. Возьмём страницу, например, вот эту. Там в шаблоне персоналии какое-то неадекватное количество источников. Убрать их не удаётся, так как через «править код» они не видны. Как-то вмешаться в шаблон тоже не удаётся. Таких страниц в этом языковом разделе несколько десятков, наштампованных в своё время кем-то, непонятно откуда вообще эти источники вылезли. Как чисто технически их можно почистить? Спасибо. — Андрей Козлов 123 ^о-в 19:34, 8 сентября 2025 (UTC)

• Это викиданные. 1) Можно отключить подгрузку викиданных, если заполнить карточку руками, как в рувики 2) Можно сократить количество источников до 2,5, если перенести из рувики в нужный проект соответствующий модуль ~~‍~~ Jaguar K · 19:51, 8 сентября 2025 (UTC)
  • Благодарю, принцип понял. — Андрей Козлов 123 ^о-в 19:54, 8 сентября 2025 (UTC)

Флаг Германия на ОИ 1936

Случайно увидел, что в Германия на летних Олимпийских играх 1936 и Германия на зимних Олимпийских играх 1936 теперь используется не нацистский флаг, а флаг до 1935 года который был. Это какой-то технический косяк, волюнтаризм или осознанное решение? Надо вернуть флаг со свастоном. — Акутагава (обс.) 17:44, 8 сентября 2025 (UTC)

• {{СтранаОИ_флаг_GER}} правок нет
• Вероятно, дело в том, что в шаблоне указан неверный флаг (1933 для 1936 года), и на коммонс это исправили ~~‍~~ Jaguar K · 17:57, 8 сентября 2025 (UTC)

итог

исправила. sapphaline (обс.) 18:00, 8 сентября 2025 (UTC)

• |архивировать с                    = "{{сделано}}", "{{Сделано}}", "{{done}}", "{{Done}}", "{{готово}}", "{{Готово}}", "{{отклонено}}", "{{Отклонено}}", "{{not done}}", "{{Not done}}", "{{не сделано}}", "{{Не сделано}}", "===Итог===", "=== Итог ===", "===Итог ===", "=== Итог==="
  

  Не благодарите ~~‍~~ Jaguar K · 18:18, 8 сентября 2025 (UTC)
  • @well very well: добавьте туда ===итог===, === итог ===, ===итог === и === итог===, а. sapphaline (обс.) 18:22, 8 сентября 2025 (UTC)
    • но вообще конечно проблемы того, кто сделал это case-sensitive. sapphaline (обс.) 18:26, 8 сентября 2025 (UTC)
      • Это только для этой страницы форума; будете добавлять везде? ~~‍~~ Jaguar K · 18:36, 8 сентября 2025 (UTC)
        • почему нет?
        • либо отключить case-sensitivity. sapphaline (обс.) 18:42, 8 сентября 2025 (UTC)

Шаблон:Фоторяд

а что такого произошло, что этот шаблон не был удалён по итогу на Википедия:К удалению/17 декабря 2019#Шаблон:Фоторяд? sapphaline (обс.) 15:45, 8 сентября 2025 (UTC)

• @MBH: может вы знаете. sapphaline (обс.) 15:47, 8 сентября 2025 (UTC)
  • его сложно (невозможно) разобрать ботом и у него 1500 включений. Когда их разберут - его сможет удалить любой удаляющий по старому итогу. 从乃廾 16:14, 8 сентября 2025 (UTC)

Странный текст в шаблоне

Скорее всего глупый вопрос, но вот этой правкой что новичок попытался добавить в шаблон? Не могу найти такой набор слов в документации. Заранее спасибо. Разгребатель (обс.) 12:04, 8 сентября 2025 (UTC)

• Он пытался убрать статью из категорий КБУ. Параметр nocat (с любым непустым текстом) отменяет категоризацию, добавляемую шаблоном. Vcohen (обс.) 12:16, 8 сентября 2025 (UTC)
  • А набор слов - это просто набор слов? Разгребатель (обс.) 12:17, 8 сентября 2025 (UTC)
    • Это просто непустой текст. Vcohen (обс.) 12:23, 8 сентября 2025 (UTC)

Итог

Ответ дан. Спасибо коллеге Vcohen. Разгребатель (обс.) 12:24, 8 сентября 2025 (UTC)

Персидский марафон

Добрый день, коллеги. Персидский марафон закончился три дня назад, а объявление в списке наблюдения показывается до сих пор. Кто умеет его убрать ? Джекалоп (обс.) 10:05, 8 сентября 2025 (UTC)

• MediaWiki:Watchlist-details. Iniquity (обс.) 10:07, 8 сентября 2025 (UTC)

Итог

Спасибо за наблюдение, исправлено. windewrix (обс.) 11:25, 8 сентября 2025 (UTC)

• Джекалоп, вообще должна быть ссылка в СН,
  1235 страниц, не считая страниц обсуждения. [править]
  ~~‍~~ Jaguar K · 18:34, 8 сентября 2025 (UTC)

Навигационные шаблоны из wikidata

Сделал подгрузку списка элементов навигационного шаблона из wikidata и заполнил там пару шаблонов для примера, вот сравнение с текущей версией.

Минусы: нужно заполнять список на wikidata.
Плюсы: возможность переиспользования элементов, единые списки в других википедиях, больше редакторов, возможность формирования списков в едином стиле и потенциально уменьшение числа ошибок из-за автоматизации.

Нужно такое или нет, как думаете? Или может ещё на что-то стоит обратить внимание? CupIvan (обс.) 19:42, 7 сентября 2025 (UTC)

• Не нужно. Сейчас создание навигационных шаблонов довольно просто: скопировал вики-код, например, из шаблона {{Фильмы Джо Карнахана}}, заменил в вики-редакторе то, что нужно заменить, и всё. А в Викиданных так не получится — там крайне неудобный интерфейс. Всё только усложнится. Я уже создал много навигационных шаблонов по фильмографиям режиссёров и ковыряться в Викиданных я не намерен. Против усложнения и так неоплачиваемой работы. — Jet Jerry (обс.) 05:36, 8 сентября 2025 (UTC)
  • т.е. всё дело только в интерфейсе? а если можно будет обновлять одной кнопкой через QuickStatements, например как-то так, кстати в навшаблоне Карнахана отображаются не все фильмы и у некоторых неправильный год (добавил его тоже в сравнение)
    по-идее актуализацию списков можно также автоматизировать и поручить это дело роботам... CupIvan (обс.) 19:41, 8 сентября 2025 (UTC)
    • Не только в интерфейсе. Не понимаю, как там можно будет использовать в ссылках на отсутствующие статьи шаблон {{не переведено}}. Кроме того, если вы не убедите всех остальных участников из всех остальных разделов в полезности вашей идеи, то её преимущества сводятся на нет, если только мы в нашем разделе будем возиться с заполнением Викиданных. — Jet Jerry (обс.) 20:15, 8 сентября 2025 (UTC)

convenient discussions и списки в сообщениях

а что у convenient discussions со списками в сообщениях? почему оно создаёт их не нормальным способом так:

* Сообщение.
** Список в сообщении.
** Список в сообщении.
* Продолжение сообщения.

или, для нумерованных списков, так:

* Сообщение.
*# Список в сообщении.
*# Список в сообщении.
* Продолжение сообщения.

а так:

* Сообщение.
:# Список в сообщении.
:# Список в сообщении.
: Продолжение сообщения.

что ломает не только генерируемый html (внутренне ветка прерывается и начинается новая, хотя завершения ветки задумано не было), но и визуально отступы (например:

* Сообщение.
** Сообщение.
*** Сообщение.
:::# Список в сообщении.
:::# Список в сообщении.
::: Продолжение сообщения.
:::* Ответ на предыдущее сообщение.
** Ответ на первое сообщение в ветке.

->

• Сообщение.
  • Сообщение.
    • Сообщение.

1. Список в сообщении.
2. Список в сообщении.

Продолжение сообщения.

• Ответ на предыдущее сообщение.

• • Ответ на первое сообщение в ветке.

)?

я изначально думала, что это человеческий ляп, но нет, оказывается автоматический.

@JWBTH:, @Jack who built the house:. sapphaline (обс.) 13:51, 7 сентября 2025 (UTC)

• Потому что не семантикой единой. Странно, что в англовики вы не идете исправлять все двоеточия.. ~~‍~~ Jaguar K · 14:52, 7 сентября 2025 (UTC)
• И раз поднята тема отступов, хотелось бы знать, каким образом ридеры понимают {{Outdent}}? На мой взгляд, они его не понимают вообще. ~~‍~~ Jaguar K · 14:55, 7 сентября 2025 (UTC)
  • На мой взгляд, они его не понимают вообще.
    Да :( Jack who built the house (обс.) 15:12, 7 сентября 2025 (UTC)
• Благодарю за интерес к работе скрипта и поднятие актуальной темы.
  почему оно создаёт их не нормальным способом так
  Потому что это не нормальный способ.
  Я понимаю и разделяю желание иметь семантичный HTML. Проблема в том, что страницы обсуждения у нас изначально несемантичны от слова «совсем». Мы можем пытаться подставить костыль тут, влепить заплатку там, чтобы чуть-чуть приблизить их к семантичности, но это будут мёртвому припарки.

  * Сообщение.
  ** Список в сообщении.
  ** Список в сообщении.
  * Продолжение сообщения.
  

  Тут основная проблема в том, что мы в HTML точно так же дробим сообщение на два куска: то, что после первого *, и то, что после второго. Продолжение сообщения не является отдельным сообщением. Кроме формальной неверности это также создаёт визуальную проблему для пользователей без Convenient Discussions: перед продолжением сообщения появляется маркер списка. А смысл маркеров, которые отсутствуют почти во всех остальных разделах (где приняты : для создания отступов), я вижу в том, что маркер отмечает начало сообщения.
  В итоге мы можем либо обе задачи (семантика, визуальная сторона) решить плохо, либо решить хотя бы одну хорошо. Я выбрал второе.

  ломает ... визуально отступы

  Отступы ломаются, когда человек прописывает звёздочки. То есть да, это человеческий ляп. Convenient Discussions на такое сообщение, оканчивающееся двоеточиями, отвечает, отбивая ответ двоеточиями же. DiscussionTools — я сейчас проверил — тоже.
  Лайфхак: хотите семантичный HTML и визуальную корректность — оберните список в какой-нибудь тег, например <div></div>. Результат можно посмотреть в DevTools на примере этого списка:

  • Элемент
  • Элемент

  В таком случае внутренний парсер CD сгенерирует элементы <li></li> на основе *. (Он сделает это потому, что иначе из-за оборачивающего тега DOM бы вообще сломался, что испортило бы цитаты, например.)
  По возможности в дальнейшем пишите на СО на Викискладе, чтобы обсуждение происходило в одном месте и в него могли включиться нерусскоязычные участники. Спасибо! Jack who built the house (обс.) 15:10, 7 сентября 2025 (UTC)
  • проблема не в семантике (бог бы с ней с этой семантикой, обсуждения - не статьи), а в том, что из-за одного сообщения заканчивается вся предыдущая ветка, хоть и не визуально. sapphaline (обс.) 15:52, 7 сентября 2025 (UTC)
    • Они много из-за чего могут заканчиваться. Шаблон, в котором есть хоть один перевод строки, — ветка закончилась. Кто-то добавил лишнюю пустую строку — ветка закончилась. По этой причине CD, например, мало опирается на DOM для понимания структуры ответов и генерации интерфейса. Некоторые участники и без CD используют двоеточия для отступов, хотя я замечаю, что звёздочки более-менее устоялись в качестве стандарта в Рувики.

      Сообщение JWBTH от 15:10, 7 сентября 2025 (UTC):

      Отступы ломаются, когда человек прописывает звёздочки

      Я сейчас осознал, что есть ещё один случай, когда они ломаются: когда ниже уже есть ответ со звёздочками, а CD отвечает с двоеточиями, например. Но опять же вопрос, что хуже: реплика с двумя маркерами или окончание реплики с маркером, которого быть не должно. Если будет какой-то перевес аргументации за звёздочки, можно изменить поведение, но пока, как по мне, шило на мыло. Jack who built the house (обс.) 16:10, 7 сентября 2025 (UTC)
      • окончание реплики с маркером, которого быть не должно - можно как-нибудь так сделать:* Сообщение.
*# Список в сообщении.
*# Список в сообщении.
: Продолжение сообщения. или, в случае вкладывания:** Сообщение.
**# Список в сообщении.
**# Список в сообщении.
*: Продолжение сообщения. sapphaline (обс.) 16:18, 7 сентября 2025 (UTC)
        • Можно. Но если кто-то будет на такое отвечать вручную, им либо придётся прописывать страшное *:* (особенно если этого накопится много к какому-нибудь 10-му уровню), либо опять же полностью заменять всё на звёздочки или двоеточия. Ну окей, наверное маргинально так лучше делать, подумаю. Jack who built the house (обс.) 16:39, 7 сентября 2025 (UTC)

ref+, группы и refs=

Заметил тут, что в статье Конец света (2012) комментарии организованы не через нормальные сноски с предпросмотром, а через старинный механизм {{ref label}} / {{note label}}, да ещё и с неочевидной нумерацией. Попытался это красиво оформить технически, однако там в комментариях самих используются сноски (что логично и правильно), а для этого нужно внутри {{примечания}} задавать |refs =, тут всё понятно было. Однако оказалось, что если внутри таких объявлений сносок с группой внутри refs используются не объявленные выше сноски через {{sfn}}, то возникает ошибка Тег <ref> в <references> имеет конфликтующие группы атрибутов «» и в списке примечаний они не добавляются (счёт останавливается раньше). Если сноски используются только в этих комментариях и объявлены ниже, то возникают парные ошибки Тег <ref> с именем «...», определённый в <references> в группе «Прим.», не имеет содержания и Тег <ref> с именем «...», определённый в <references>, не используется в предшествующем тексте. Если же объявление этих проблемных сносок вынести в текст статьи, то остаётся только ошибка об отсутствии содержания, причём у сноски, которая была объявлена и использовалась выше, а в рамках |refs = была вызвна последней; а один {{sfn}} тоже себя вполне хорошо чувствует. Это уже какие-то ограничения механизма сносок в дело вступают или я что-то ещё неправильно делаю? Нужно ли с этим идти на фабрикатор? windewrix (обс.) 10:35, 6 сентября 2025 (UTC)

• заменяйте это на template:efn. sapphaline (обс.) 15:08, 6 сентября 2025 (UTC)
  • Только хуже. Да и по сути, внутри {{efn}} тот же {{#tag:ref}}, что и внутри {{ref+}} windewrix (обс.) 05:55, 8 сентября 2025 (UTC)
    • Предполагаю, что имелась ввиду не такая замена, а "сделайте, как в англовики, efn в тексте статьи". Во всяком, ошибок у них нет. ~~‍~~ Jaguar K · 07:21, 8 сентября 2025 (UTC)
      • В тексте статьи понятно, что будет работать, тут efn/ref+ различий не имеют. Мне интересен именно момент, что ошибка отображается, хотя сноска работает windewrix (обс.) 08:07, 8 сентября 2025 (UTC)
        • Имеют [1] (шаблоны кавычки не добавляют), но в данном случае несущественно, полагаю. ~~‍~~ Jaguar K · 08:31, 8 сентября 2025 (UTC)
        • Судя по [2], это не работает. Приведенный код - от 2010 года https://phabricator.wikimedia.org/T22707 ~~‍~~ Jaguar K · 16:19, 8 сентября 2025 (UTC)
          • Т.к. в примере статьи [3] аналогично есть две обратные ссылки, когда должна быть одна, а также разные ошибки в зависимости от порядка сносок внутри комментариев, то это предположительно эта же ошибка. ~~‍~~ Jaguar K · 16:24, 8 сентября 2025 (UTC)

Марьино (район Москвы)

Добрый вечер, а почему прямо в тексте торчит картинка схемы Люблинских полей орошения? Можно это исправить? https://drive.google.com/file/d/1JHI5CFHP8TLv46KH6hDfkBsX9dJb96ng/view?usp=drivesdk 31.130.35.157 18:15, 4 сентября 2025 (UTC)

• теперь должно нормально отображаться, проблема оказалась в указанной высоте в 300 пикселей. sapphaline (обс.) 16:32, 5 сентября 2025 (UTC)
  • нет, отображается иначе, но всё ещё некорректно. проблема воспроизводится в мобильной версии. — Alex NB IT (обс.) 18:17, 5 сентября 2025 (UTC)
    • Добрый вечер, спасибо за информацию, действительно фотография так торчать перестала, но получится ли её вставить на место, где должна быть? https://drive.google.com/file/d/1CsxxaJTTTgXsEVimKLC_1shtRJJYcSLf/view?usp=drivesdk 31.130.35.157 20:29, 5 сентября 2025 (UTC)
    • а сейчас? sapphaline (обс.) 20:37, 5 сентября 2025 (UTC)
      • Добрый день, спасибо большое, теперь фотография вставилась где нужно)) https://drive.google.com/file/d/1regxzJ-QeNQv45JXdGVGQy-aEsuo8u4p/view?usp=drivesdk 31.130.35.157 11:03, 6 сентября 2025 (UTC)

Итог

Исправлено — Alex NB IT (обс.) 11:14, 6 сентября 2025 (UTC)

• @Alex NB IT: отпатрулировали бы там, я не знаю... sapphaline (обс.) 15:06, 6 сентября 2025 (UTC)

Документация

Где/как задается возможность править отдельные разделы документации со страницы шаблона? ~~‍~~ Jaguar K · 17:21, 4 сентября 2025 (UTC)

можно ли подставить template:Episode table и template:Episode list?

спрашиваю из-за Список серий мультсериала «Свинка Пеппа». sapphaline (обс.) 14:17, 4 сентября 2025 (UTC)

• bump. sapphaline (обс.) 20:52, 5 сентября 2025 (UTC)

Навигация в категориях

Есть что-то готовое для Категория:Сезоны футбольных клубов 1992/1993 или нужно сочинять? Желательно, чтобы «зима» и «лето» (Категория:Сезоны футбольных клубов 1992 — {{сезоны футбольных клубов по годам}}) были внутри одного шаблона навигации, а не разных. en:Category:Association football clubs 1992–93 season ~~‍~~ Jaguar K · 11:21, 3 сентября 2025 (UTC)

• Нету. Самое близкое — {{Category series navigation}}, но он к РУВП вообще не адаптирован и только отдельные форматы работают. А 1992/1993 и в оригинале не поддерживается, т.к. там только через тире, а у нас всё подряд. Solidest (обс.) 19:50, 4 сентября 2025 (UTC)

Техновости: 2025-36

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

Новость недели

• Команда редактирования собирает материалы, относящиеся к удалению нарушений копирайта: используемые при этом шаблоны, технические термины и правила. Собрав их в список, команда сможет оценить количество правок, отменённых из-за нарушений авторских прав. Приглашаем членов следующих сообществ поучаствовать в сборе вышеуказанных материалов в тикет на Фабрикаторе (T402601), либо прислать список участнику Trizek_(WMF): Арабская Википедия, Чешская Википедия, Немецкая Википедия, Английская Википедия, Испанская Википедия, Персидская Википедия, Французская Википедия, Ивритская Википедия, Индонезийская Википедия, Итальянская Википедия, Японская Википедия, Корейская Википедия, Нидерландская Википедия, Польская Википедия, Португальская Википедия, Турецкая Википедия, Украинская Википедия, Вьетнамская Википедия, Китайская Википедия. Сбор продлится до 9 сентября 2025 года.

Новости для редакторов

• Расширение CampaignEvents включено во всех Викитеках. Оно упрощает организацию мероприятий (например, марафонов и тематических проектов) и совместное участие в них. В расширении сейчас есть три функции: Регистрация, Совместная работа и Список приглашений. Чтобы включить это расширение в своём проекте, ознакомьтесь со страницей «Развёртывание». [4]
• Списки в футере википедийного интерфейса редактирования, такие как «Шаблоны, используемые на этой странице», будут показываться колонками при наличии места. Это должно уменьшить необходимость скроллинга при редактировании длинных страник. [5]
• В рамках эксперимента 3 сентября 2025 года на страницах Special:RecentChanges, Special:Watchlist и Special:RelatedChanges в китайской, португальской и французской Википедиях 100 процентам пользователей будут показываться результаты, сгруппированные по странице. Это позволит ответственной за эксперимент команде собрать достаточно данных для оценки результатов эксперимента. [6][7]
• В английской Википедии с недели, начинающейся 22 сентября, при клике на пустую строку поиска незалогиненным пользователям будут предлагаться статьи для чтения. Эта функциональность будет доступна и в мобильной, и в настольной версии. Все остальные вики-проекты получили это нововведение в июне и июле. Цель данного изменения — упростить поиск статей для чтения. Больше информации см. по ссылке.
• Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 37 задач.

Технические обновления

• Подробности об обновлении движка: MediaWiki

Подробнее

• У Викифункций появилась новая возможность, называемая «лёгкие перечисляемые типы». ru:Перечисляемые типы — типы данных, содержащие фиксированный набор значений, заданных в определении типа (например, дни недели). Лёгкие перечисляемые типы позволяют быстро определить такой тип и повторно использовать значения, уже присутствующие в Викиданных. Подробности описаны в рассылке.
• Вышел свежий номер Рассылки для читателей. Темы выпуска включают: создание Команды роста читателей и Команды читательского опыта; анализ причин, почему снижаются просмотры страниц и регистрация новых учётных записей; отчёт с доклада на Викимании в Найроби об улучшении читательского опыта; грядущие эксперименты по вовлечению новых и существующих читателей.

Мероприятия и встречи

• Избранные доклады на Викимании — 2025:
  • Матиас Шиндлер из WMDE представил доклад «Определение сгенерированного ИИ текста поиском по ISBN с неверной контрольной суммой» и продемонстрировал соответствующие инструменты.
  • Прочность движения Викимедиа перед лицом существующих и будущих угроз: как Викимедиа может остаться надёжным источником информации в век генеративного ИИ, переизбытка данных и дезинформации.

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

MediaWiki message delivery 20:49, 1 сентября 2025 (UTC)

Пари Сен-Жермен

Пари Сен-Жермен#Киберспорт. В этом и в разделе «примечания» ошибки Lua. Можно ли как-то исправить? Ошибка появилась после этой правки. Mitte27 (обс.) 08:30, 31 августа 2025 (UTC)

• написано же: Warning: This page contains too many expensive parser function calls.
  It should have less than 500 calls, there are now 515 calls. sapphaline (обс.) 09:14, 31 августа 2025 (UTC)
  • Это не решение. Откуда там столько вызовов? Шаблон, создающий красный баннер, вроде не относится к тем, которые много ВД потребляют. 从乃廾 09:14, 31 августа 2025 (UTC)
• методом тыка обнаружила, что дело в секции "клубная форма". временно закомментировала до нахождения способа, как можно эти таблицы оптимизировать. sapphaline (обс.) 09:23, 31 августа 2025 (UTC)
  • Видимо, только переводом в svg без всяких шаблонов. И вандалам меньше раздолья, а то один товарисч есть - хлебом не корми, дай поменять параметры формового шаблона. 89.113.146.54 15:11, 31 августа 2025 (UTC)
    • Или вообще удалить. Я не слежу, но на первый взгляд тенденция указывать миллион разных форм началась недавно. ~~‍~~ Jaguar K · 11:54, 1 сентября 2025 (UTC)
      • Уже удалил. Mitte27 (обс.) 12:13, 1 сентября 2025 (UTC)

Портал:Избранное содержание

В Портал:Избранное содержание сломано «Актуальное изображение дня». Mitte27 (обс.) 02:07, 29 августа 2025 (UTC)

• Исправлено на три дня вперёд, но хорошо бы понять, где ещё такое есть. Либо вручную просматривать все подшаблоны, либо как-то с помощью бота выявить и устранить. LNTG (обс.) 04:47, 29 августа 2025 (UTC)
  • Википоиск просто ад, нельзя задать перенос строки. [8] Вот так вроде бы находятся переносы. ~~‍~~ Jaguar K · 15:12, 29 августа 2025 (UTC)
    • можно. sapphaline (обс.) 15:18, 29 августа 2025 (UTC)
      • [9], тут больше переносов за счет тех, что после noinclude ~~‍~~ Jaguar K · 15:22, 29 августа 2025 (UTC)
  • Но лучше скопировать трюк, использующий на заглавной [10] - тогда переносы будут ни по чем. ~~‍~~ Jaguar K · 15:19, 29 августа 2025 (UTC)

заменить все : перед <math> и <chem> на template:bi

: создаёт некорректную разметку списков описаний (которая не предназначена для использования чисто ради визуального отступа) и ошибки в html-коде страницы. template:bi - семантическая альтернатива этой разметке, использующая для визуального отступа, как и положено, css.

учитывая то, что чаще всего : (и : , с пробелом) некорректно используется в статьях по точным наукам перед формулами/различными примерами, предлагаю сначала заменить на шаблон эти случаи.

см. также en:mos:badindent. sapphaline (обс.) 19:08, 28 августа 2025 (UTC)

• Против. Усложняет редактирование кода статьи, противоречит действующему руководству ВП:Формулы. Для многострочных формул предлагаемый шаблон не позволяет выравнивать строки по знаку равенства, в отличие от display="block". — V1adis1av (обс.) 09:56, 29 августа 2025 (UTC)
  • Усложняет редактирование кода статьи - для кого-то усложняет, для кого-то упрощает (меня, например). вообще не аргумент.
  • противоречит действующему руководству ВП:Формулы - так примут здесь предложение - изменится и руководство. консенсус не вечен.
  • не позволяет выравнивать строки по знаку равенства, в отличие от display="block" - например? sapphaline (обс.) 11:33, 29 августа 2025 (UTC)
    • для кого-то усложняет, для кого-то упрощает (меня, например). вообще не аргумент.
      Аргумент, и весьма весомый. Двоеточие удобно и используется испокон веков. Тот факт, что это двоеточие добавляет не просто отступ, а особую разметку - не наши проблемы. Разработчики спланировали движок так, что ;: используются в 0,01 процентах случаев по назначению. Это их вина, их и заставляйте менять это поведение в рувики, как минимум. За англовики я не знаю, возможно, там эта конструкция используется часто.
      так примут здесь предложение - изменится и руководство. консенсус не вечен.
      Руководство обсуждают на другом форуме, но не суть; суть - консенсуса на замену любого кода на ваш шаблон нет. В первую очередь это касается многостраничных формул. Далее, перенос текста. Например, здесь вполне можно обойтись без текста, который идет после формулы. Судя по тому, что Stjn нашел такой случай редким, он и правда может быть редким. А, значит, его нужно исправлять вручную.
      В целом, я уже достаточно расписал на ЗКБТ, повторяться не буду ~~‍~~ Jaguar K · 13:22, 29 августа 2025 (UTC)
      • не наши проблемы - нет; вы пишите разметку - вы в ответственности за то, что из этой разметки получается. sapphaline (обс.) 13:27, 29 августа 2025 (UTC)
        • Мы ответственны только за то, что из этой разметки получается визуально. (дополнено) Поэтому и существуют ботозамены точки с запятой, периодически. Потому что привычку все это не изменит. Тут или разработчики меняют, или имеем, что имеем. ~~‍~~ Jaguar K · 13:33, 29 августа 2025 (UTC)
          • нет, здесь не microsoft word. sapphaline (обс.) 13:38, 29 августа 2025 (UTC)
            • И не html редактор тоже. ~~‍~~ Jaguar K · 13:42, 29 августа 2025 (UTC)
• чем display=block не подошёл? ~Sunpriat 11:17, 29 августа 2025 (UTC)
  • тем, что c display="block" нельзя сделать, например, так:

    $E=mc^{2}$. Текст после формулы

  • и поэтому оно для массовой замены : не подходит. sapphaline (обс.) 11:33, 29 августа 2025 (UTC)
    • 1) это явно inline и такое можно и стилями отследить p->span+mwe-math-element-inline (или через общий стиль или шаблон подгружающий templatestyle или class в math добавлять (таблицы и галереи через mode/class работают - чем тут хуже) 2) смысл пихать всё в параметр шаблона и оборачивать div? Предваряющего span-шаблона хватит и пределов шаблонов по размеру параметров/раскрытию не задевает. На крайний случай в два привычных шаблона -start ... -end проще ~Sunpriat 07:38, 31 августа 2025 (UTC)
      • смысл пихать всё в параметр шаблона и оборачивать div? - потому что это block indent, а не inline indent. sapphaline (обс.) 08:52, 31 августа 2025 (UTC)
        • А можно перевести этот ответ на русский? ~~‍~~ Jaguar K · 10:23, 31 августа 2025 (UTC)
          • нет. sapphaline (обс.) 10:45, 31 августа 2025 (UTC)
        • конкретно для math что даёт block, чего не даст span margin left /span перед math? (наглядней была бы страница с ВП:ТЕСТЫ) ~Sunpriat 14:12, 31 августа 2025 (UTC)
          • даёт то, что отступ сохраняется при переносе строки, тогда как с <span> не сохраняется (например). sapphaline (обс.) 14:41, 31 августа 2025 (UTC)
            • и так сохраняется special:permanentlink/148270461 ~Sunpriat 18:29, 31 августа 2025 (UTC)
      • На крайний случай в два привычных шаблона -start ... -end проще - сделано: bi/start, bi/end. sapphaline (обс.) 10:10, 31 августа 2025 (UTC)
• А можно ли всегда, когда заходит речь о некорректности какого-то распространённого кода, пояснять, кому конкретно это создаёт проблемы и какие? Потому что я в разных скинах проверил, всё работает одинаково, отступ рисует. This is Andy ^↔ 11:38, 29 августа 2025 (UTC)
  • это создаёт проблемы не зрячим пользователям вроде вас или меня, а пользователям скринридеров, для которых такая разметка будет интерпретирована как список описаний, каковой она очевидно не является.
  • говоря про ошибки в html-коде страницы, просто : без предварительного ; конвертируется парсером викитеста в <dl><dd>, чему не хватает элемента <dt> (того самого ;) и что в валидаторах html выдаёт ошибку Element dl is missing a required child element. sapphaline (обс.) 13:25, 29 августа 2025 (UTC)
    • И как скринридеры читают математические формулы? This is Andy ^↔ 13:34, 29 августа 2025 (UTC)
      • понятия не имею. даже если не читают - их пользователям не должен анонсироваться несуществующий список описаний. sapphaline (обс.) 13:38, 29 августа 2025 (UTC)
        • Простите, но тогда ваши возражения совершенно бессмысленны. Если они всё равно не читают ничего или читают не то, что нужно, совершенно не имеет значения, правильно ли это оформлено. И уж точно не стоит неудобств, которые использование шаблона добавляет авторам. This is Andy ^↔ 14:09, 29 августа 2025 (UTC)
• читают. sapphaline (обс.) 14:18, 29 августа 2025 (UTC)
  • Установил для пробы один из скрин-ридеров -- NVDA, последнюю версию 2025.2. Не читает он формулы. И не говорит вообще ничего при наведении курсора на формулу. — V1adis1av (обс.) 13:57, 30 августа 2025 (UTC)
    • написано же: To read mathematics, NVDA needs the MathPlayer plugin. sapphaline (обс.) 14:09, 30 августа 2025 (UTC)
      • Естественно, я установил плагин. В файрфоксе формулы не читаются (кроме тех, что созданы средствами HTML с помощью шаблона {{math}}). Кроме того, отступы (например, в этом форуме) никак не озвучиваются, отмечается только наличие маркера в начале строки. Незрячий пользователь может узнать содержимое формулы, прослушав код страницы, но в этом случае предлагаемый Вами шаблон только усложняет восприятие, в отличие от двоеточия перед тегом math. В общем, это очередное предложение из серии «человек для субботы», когда людям создают помехи ради святых идеологических принципов. — V1adis1av (обс.) 12:55, 31 августа 2025 (UTC)
        • а native mathml extension и math fonts поставили? sapphaline (обс.) 13:25, 31 августа 2025 (UTC)
• Мне кажется, что стоит поддержать, хотя и достаточно большая реформа, но семантическая разметка предпочтительнее нецелевому использованию списковой. И ВП:Формулы при надобности доработаем. А вот display="block", действительно, плохая альтернатива, bezik✎ 17:11, 30 августа 2025 (UTC)
  • С другой стороны вот подумалось: теперь надо будет перед каждой выключной формулой будет выглядить в коде так: Согласно формулам: {{bi|<math>x=\sqrt{y^z}</math> и <math>z=\sqrt{y^x}</math>}} — а если формула длинная, то будет совсем тяжеловес. Википедия, конечно, не для редакторов, а для читателей, но как представлю, насколько утяготится код, как-то и сомнительно. Идеальным решением было бы, конечно, сохранение разметки с «:» и её соответствующий семантический рендеринг, лишь только в отбивке окажется формула. А вот что надо разобрать, так это набитое с шаблонами {{math}} и {{mvar}}, по крайней мере в выключных формулах, bezik✎ 11:37, 1 сентября 2025 (UTC)
    • ну можно и bi/start с bi/end использовать. sapphaline (обс.) 11:46, 1 сентября 2025 (UTC)

СН

При обновлении списка наблюдения (СН — Заглавная — СН, напрмиер) постоянно появляется параметр «not :(Основное)», из-за которого я не вижу 90 % изменений. — Mocmuk (обс.) 15:58, 27 августа 2025 (UTC)

• Сохраненные фильтры? ~~‍~~ Jaguar K · 16:07, 27 августа 2025 (UTC)
  • Раньше без этих лишних кликов всё показывалось. — Mocmuk (обс.) 16:08, 27 августа 2025 (UTC)
    • Удалите сохраненные, если есть. Плюс там есть метка по-умолчанию. ~~‍~~ Jaguar K · 16:44, 27 августа 2025 (UTC)
      • Пробовал ещё до запроса, не работает. — Mocmuk (обс.) 19:14, 27 августа 2025 (UTC)

template:маршрутная карта/i18n

как при использовании этого шаблона генерируется <table cellspacing="0" cellpadding="0" style="margin:auto !important; text-align:center; line-height: 0px !important; padding:0 !important;">? на этой таблице бы указать role="presentation" и убрать !important; из атрибута style=. sapphaline (обс.) 14:32, 27 августа 2025 (UTC)

• Против role="presentation", т.к. увеличит и без того неподъемный шаблон. Сначала нужно все перенести в стили, потом можно добавлять role="presentation". ~~‍~~ Jaguar K · 14:36, 27 августа 2025 (UTC)
  • от добавления 20 байт текста шаблон неподъёмнее не станет, а доступность нужна прямо сейчас, а не после непойми когда запланированного переноса в стили. sapphaline (обс.) 14:37, 27 августа 2025 (UTC)
    • а, ну и даже эти 20 байт с лихвой будут компенсированы удалением !important. sapphaline (обс.) 14:39, 27 августа 2025 (UTC)
      • Это не 20 байт, а 20 байт на каждую строку. ~~‍~~ Jaguar K · 14:40, 27 августа 2025 (UTC)
        • я знаю. sapphaline (обс.) 14:41, 27 августа 2025 (UTC)
• bump. sapphaline (обс.) 19:32, 27 августа 2025 (UTC)
• Модуль:Routemap оказывается эту таблицу генерирует. sapphaline (обс.) 19:50, 27 августа 2025 (UTC)
  • @well very well: синхронизируете с песочницей? sapphaline (обс.) 20:03, 27 августа 2025 (UTC)
• А к чему там относится комментарий «в «margin:auto !important» у таблицы «!important» — для мобильного вида»? Well very well (обс.) 07:24, 28 августа 2025 (UTC)
  • не знаю, к чему, всё прекрасно без !important работает (например). sapphaline (обс.) 08:04, 28 августа 2025 (UTC)
    • @Well very well:? sapphaline (обс.) 13:09, 4 сентября 2025 (UTC)

Техновости: 2025-35

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

Новости для редакторов

• Появились новые CSS-свойства, которые можно использовать в шаблонах: обновлён CSS-санитайзер для TemplateStyles. К ним относятся width: fit-content, ruby-align, относительные единицы вроде lh и произвольные значения list-style-type. Эти улучшения запрашивали в Пожеланиях сообщества. [11][12][13][14][15][16][17][18][19][20]
• В больших вики-проектах свежие правки на странице Special:RecentChanges стали показываться не за последние семь дней, а за один день. Это изменение сделано в рамках работ по улучшению производительности. Оно не должно повлиять на пользователей, так как в больших проектах производится намного больше правок, чем помещается на одной странице. [21]
• Администраторы получили возможность переходить на страницу Служебная:BlockedExternalDomains с Служебная:CommunityConfiguration. Это должно упростить доступ к ней. [22]
• Видео, хранящиеся на Викискладе, ранее не показывались на вкладке «Видео» в поиске Гугла. Эту проблему исследовали и сообщили о ней в Гугл, а они, в свою очередь, исправили её. [23][24]
• Создан один новый вики-проект: Викисловарь на батавском языке (wikt:bew:) [25]
• Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе было решено 39 задач.

Технические обновления

• Два поля в таблице recentchanges нашей базы данных будут удалены: вместо rc_new и rc_type будет использоваться rc_source. На этой неделе запросы к старым полям начнут падать с ошибкой; разработчикам следует использовать rc_source. Вышеуказанные поля были помечены как устаревшие более 10 лет назад и не должны использоваться. Это изменение производится в рамках работ по улучшению производительности и стабильности запросов к таблице recentchanges. [26]
• Подробности об обновлении движка: MediaWiki

Подробнее

• Вышел свежий выпуск ежеквартальной рассылки Команды локализации. Темы выпуска включают поддержку новых языков в MediaWiki и translatewiki, начало Проекта по обучению для вики-проектов на новых языках и новости исследовательских проектов.

Мероприятия и встречи

• Следующая встреча Языкового комитета пройдёт 29 августа в 15:00 по UTC. Главной темой встречи будет разговор с бангладешскими разработчиками клавиатуры Avro, которые недавно получили за неё государственную премию.

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

MediaWiki message delivery 00:11, 26 августа 2025 (UTC)

• width: fit-content - наконец-то! sapphaline (обс.) 12:40, 26 августа 2025 (UTC)
  • {{comment2}} теперь будет работать как надо?:) ~~‍~~ Jaguar K · 12:47, 26 августа 2025 (UTC)
    • а как оно не так работает? sapphaline (обс.) 13:07, 26 августа 2025 (UTC)
      • -_- Обсуждение_шаблона:Comment2#Недостаток ~~‍~~ Jaguar K · 13:14, 26 августа 2025 (UTC)
        • сложнааа. sapphaline (обс.) 13:25, 26 августа 2025 (UTC)

Техновости: 2025-37

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

Новость недели

• Команда редактирования работает над новой функциональностью, именуемой Проверка вставляемого текста. Она будет предупреждать новичков, добавивших текст в Википедию путём вставки, что их дополнения могут быть отвергнуты. Эта проверка сделана, чтобы удостовериться, что добавляемый в Википедию контент соответствует правилам и совпадает с целями Движения Викимедиа по предоставлению информации под свободными лицензиями. Новую проверку скоро протестируют в нескольких вики-проектах; приглашаем присоединиться к ним в комментариях к задаче или сообщив Команде редактирования.

Новости для редакторов

• На этой неделе пользователи бета-функции «Улучшенная подсветка синтаксиса» получат возможность проверять викитекст на ошибки линтером в реальном времени. Подробности см. на странице помощи. [27]
• При чтении вики-проектов с мобильных устройств (например, en.wikipedia.org), программное обеспечение автоматически перенаправляет ссылку на m-домен (например, en.m.wikipedia.org). В течение трёх следующих недель MediaWiki начнёт показывать мобильную версию автоматически на обычном домене, без m. Это изменение не затронет существующие ссылки с m и кнопку «Настольная версия». Подробности см. по ссылке. [28]
• Подсчёт количества страниц в категориях будет осуществляться асинхронно. Это ускорит сохранение страниц, особенно когда правка добавляет или удаляет сразу много страниц из одной и той же категории, а также снижает риск неполадок, но в то же время это приведёт к тому, что обновление подсчёта может опаздывать на пару минут. [29]
• Правки квалификаторов в утверждениях в Викиданных (свойств и значений) и источников (аналогично) перестанут отображаться в свежих правках и списках наблюдения в остальных проектах. Это временное решение проблемы с производительностью; его планируется пересмотреть позже. Страницы на Викиданных не изменятся. Подробности см. по ссылке. [30][31]
• Поиск в японской Википедии получит большое обновление. Он станет точнее и будет показывать более релевантные результаты. [32]
• Приглашаем ознакомиться с отчётом о решённых задачах; на прошлой неделе была решена 31 задача.

Технические обновления

• Подробности об обновлении движка: MediaWiki

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

MediaWiki message delivery 01:13, 9 сентября 2025 (UTC)