Interested Article - Технические запросы

Страница для технических запросов к администраторам, инженерам и администраторам интерфейса :

  • изменение защищённых страниц, шаблонов и модулей, личных и глобальных скриптов, системных сообщений и т. п.;
  • разделение историй правок;
  • объединение историй в части тех правок, которые не пересекаются во времени.

Для вопросов по технической части Википедии и запросов, не связанных с защищёнными страницами, существует технический форум .

Чем более полно и детально описание запроса, тем больше у него шансов быть выполненным в короткие сроки. Предложенные изменения должны быть либо очевидными, либо поддержаны консенсусом . Баг-репорты и предложения по ПО MediaWiki , а также запросы на консенсусные изменения конфигурации следует на английском языке ( ).

В случае неполадок с сайтом указывайте используемую тему оформления («скин»), а также название и версию используемого браузера .


На этой странице старые темы записываются в архив. Полная информация об архиве находится на основной странице архива .
Задачи из обсуждений
Если есть обсуждение технических задач на иной странице нежели , за которые через несколько дней никто не взялся, добавьте в тему с новой строки {{подст: техзадача | Суть задачи коротко }} и они попадут в этот список:

Прошу привести модуль и его подстраницу в надлежащее состояние, чтобы всё соответствовало по аналогии с модулем MoscowMetro , но в тематике Харьковского метрополитена. Сам сделать не могу, так как не имею опыта в языке программирования Lua, да и у других участников, может либо вообще отсутствовать опыт, либо он есть, но многое забылось. Пожалуйста, помогите!!! AlexBurbon ( обс. ) 01:18, 23 февраля 2024 (UTC) [ ]

В regexp используется два пробела, но оба простые. Нужно заменить второй на nbsp. ~~‍~~ Jaguar K · 22:25, 17 февраля 2024 (UTC) [ ]

«Поблагодарён»

Нет такого слова «поблагодарён». Можно написать «отправлено», «сделано» или «выражена благодарность», если место позволяет. — David 15:13, 14 февраля 2024 (UTC) [ ]

  • А еще лучше: "Участник оповещен о вашей благодарности". ~~‍~~ Jaguar K · 15:16, 14 февраля 2024 (UTC) [ ]
  • "Благодарность отправлена". В этот момент получатель ее еще не получил. Vcohen ( обс. ) 15:35, 14 февраля 2024 (UTC) [ ]
    • Благодарность сохраняется на сервере мгновенно, мгновенно же приходит уведомление адресату. Да, адресату нужно время, чтобы прочитать уведомление, — ну и что? — smigles 16:54, 14 февраля 2024 (UTC) [ ]
      • То, что мы в этот момент не можем сообщать, что адресат благодарность уже получил. Он ее либо получит позже, либо, если что-то не сработало, не получит. Vcohen ( обс. ) 22:10, 14 февраля 2024 (UTC) [ ]
        • Отправить благодарность и не получить её . Если у вас иные сведения, пишите о баге. stjn 22:15, 14 февраля 2024 (UTC) [ ]
          • На стороне получателя могут быть проблемы самые разнообразные, от не работающего почтового ящика до упавшего на голову кирпича. Vcohen ( обс. ) 22:19, 14 февраля 2024 (UTC) [ ]
  • Замечу, что вариант благодарность отправлена и участником Stjn с комментарием: «ну нет, это же в интерфейсе отображается, такое куда более громоздко». — smigles 16:41, 14 февраля 2024 (UTC) [ ]
  • Отблагодарён. Лес ( Less on ) 18:10, 14 февраля 2024 (UTC) [ ]
  • «Отправлено» и «сделано» не подходят, потому что непонятно, о чём речь. Этот текст отображается не только сразу после нажатия кнопки «поблагодарить», но и в том случае, если кнопка нажата когда-то давно. — smigles 18:23, 14 февраля 2024 (UTC) [ ]
  • Так, коллеги, мы так ни к чему не придём, потому что "отблагодарён" тоже не существует, и вообще ни одного точного и ёмкого перевода thanked/gedankt/remercié найти не получится. Предлагаю написать «Благодарность отправлена» или «Благ. отправлена». — David 20:03, 14 февраля 2024 (UTC) [ ]
    • В словарях фиксируется « » с указанием краткой формы «отблагодарён». — smigles 20:08, 14 февраля 2024 (UTC) [ ]
    • В нескольких словарях зафиксировано слово «отблагодарён». Снова возникает вопрос, определить, что слово «есть», если даже словари вы не принимаете во внимание. Le Loy 21:58, 23 февраля 2024 (UTC) [ ]
  • По-моему абсурдно говорить, что есть слово «поблагодарить», но нет слов «поблагодарён/поблагодарена». stjn 20:05, 14 февраля 2024 (UTC) [ ]
    • А вот « » в словарях нет. — smigles 20:09, 14 февраля 2024 (UTC) [ ]
      • В тех же словарях и , и «список наблюдения» как выражение не встречается, и т. д. и т. п. На словари молиться может принято в русской Википедии (где в итоге по ним выходят буфера обмена), но точно не на Транслэйтвики. stjn 20:13, 14 февраля 2024 (UTC) [ ]
        • Если не молиться на словари, то получается та безграмотность, которая здесь сейчас и обсуждается. Bff ( обс. ) 20:19, 14 февраля 2024 (UTC) [ ]
          • Почему-то эту «безграмотность» никто не замечал полтора года, но все вдруг стали сейчас экспертами по грамотности. stjn 20:23, 14 февраля 2024 (UTC) [ ]
        • В словари могут не попадать узкоспециальные термины или узкоспециальные значения, тем более выражения, которые применяются в рамках одной лишь интернет-площадки. С «буферами обмена» вопрос вроде бы давно закрыт . — smigles 20:28, 14 февраля 2024 (UTC) [ ]
        • Уточню ещё один момент: никакой словарь живого языка не может (и не ставит задачу) перечислить все возможные слова. В любом языке есть продуктивные модели: принципы образования новых слов, по которым можно образовать слово и оно будет правильным, даже если его нет в словаре.
          А попадание таких слов в словарь — во многом случайность. То, что в словаре Ушакова есть слова «отблагодарённый» и «антимилитаризм», но нет слов «поблагодарённый» или , не значит, что вторые чем-то хуже первых. stjn 20:37, 14 февраля 2024 (UTC) [ ]
          • Насчёт модели словообразования вы правы, поэтому причастие «поблагодарённый» нельзя назвать явной ошибкой. Просто причастие «отблагодарённый» режет слух у разных людей меньше, чем «поблагодарённый». Вдобавок первое причастие в словарях фиксируется, а второе — нет. Речь идёт, в частности, об академическом «Русском орфографическом словаре», который есть на «Грамоте» (а словаря Ушакова на «Грамоте» нет). — smigles 20:47, 14 февраля 2024 (UTC) [ ]
          • Раз уж мы заговорили о продуктивности словообразования. Количество существительных потенциально бесконечно, потому что существительные появляются с каждым новым предметом или явлением. Количество глаголов (и причастий как особой формы глагола) же ограничено. Поэтому вероятность случайного непопадания в словарь у причастия сильно ниже, чем у существительного. — smigles 20:57, 14 февраля 2024 (UTC) [ ]
            • , , / (это используется в описаниях), / (как переименовывать флаги будем?). Вопрос к вам простой: мы лоб не расшибём случайно ли в процессе выяснения, что больше в словари вхоже? stjn 21:14, 14 февраля 2024 (UTC) [ ]
              • Судя по всему, в словарях фиксируются только страдательные причастия прошедшего времени: « », « », « », « ». Никогда об этом не задумывался. — smigles 21:51, 14 февраля 2024 (UTC) [ ]
    • Не у всех глаголов, даже переходных, есть причастие прошедшего времени, ср. «ждать», «искать» и «женить». Как и в случае с «благодарить», их действительно просто нет, и бесполезно копаться в словарях, выискивая случайные формы. Никто их не употребляет. — David 00:06, 15 февраля 2024 (UTC) [ ]
  • Поблагодарен — новояз за анонимным авторством, к русскому языку отношения не имеет. В интерфейсе должен быть нормативный русский язык, а не результаты игр в словотворчество. Если слово «отблагодарен» есть, то и обсуждать нечего. Оно подойдёт идеально. Если на TW будет война правок с выдуманным словом и не будет желания обращаться к тамошнему админу, можно как минимум заменить у нас .— Iluvatar обс 20:54, 14 февраля 2024 (UTC) [ ]
    • Русский язык может быть выбран в качестве языка интерфейса не только в русской Википедии, но и в любых других вики-проектах, в том числе нерусскоязычных. Не хотелось бы, чтобы существовал разнобой в переводе одних и тех же системных сообщений. — smigles 21:05, 14 февраля 2024 (UTC) [ ]
      • Да, это так. Если по-хорошему, то нужно писать и просить защиты фразы / отзыв флага переводчика при повторении подобного. Интерфейс был испорчен аж более года назад. Iluvatar обс 21:12, 14 февраля 2024 (UTC) [ ]
    • Зафиксируем «новояз»: , .
      Но вообще сейчас пришла достаточно простая идея убрать «новояз» — через перевод сообщения как «поблагодарил/а/и». К thanked достаточно близко. stjn 22:09, 14 февраля 2024 (UTC) [ ]
  • Как вы определяете, есть какое-то слово или нет? С лингвистической точки зрения «нет» слов, которые никто не говорит, а это слово широко распространено, у него много примеров использования онлайн. «Выражена благодарность» это неприятный канцелярит. Le Loy 21:40, 14 февраля 2024 (UTC) [ ]
    • У «отблагодарён», кстати, значительно больше результатов, в том числе его фиксирует, и даже ; оно встречается у литературного критика и . Le Loy 22:01, 14 февраля 2024 (UTC) [ ]
    • Вот (ровно одно вхождение из 1899 года) и (ровно ноль вхождений). Да и знание русского языка подсказывает. — David 23:58, 14 февраля 2024 (UTC) [ ]
  • Отблагодарён, конечно. Исправил на трансвики и - чтоб было быстрее - у нас. MBH 12:39, 15 февраля 2024 (UTC) [ ]
  • MBH и Stjn уже устроили войнушку переводов в обход обсуждения, по которому не принят итог: , . — smigles 16:28, 15 февраля 2024 (UTC) [ ]
  • «Поблагодарён» — не самый высокий стиль, но и не катастрофично. «Отблагодарён» — вообще совершенно нормальное слово. Русский язык позволяет конструировать из готовых морфем слова, смысл которых очевиден любому, и отказываться от этой возможности бессмысленно и вредно. ( обс. ) 08:50, 16 февраля 2024 (UTC) [ ]
    • Я продолжаю считать, что слова поблагодарён не существует. Но решил на себя не полагаться, а поискать примеры. Вот восемь верхних результатов из Гугла, подряд, я искал "Поблагодарён":
  1. Я поблагодарен одной девушке она самая красивая, умная из всех девушек которых я знал.
  2. Кто тогда не был поблагодарен сегодня благодарят его.
  3. Я поблагодарен тренерскому составу за их отличную работу.
  4. Я был поблагодарен ей за кашу и напитки.
  5. В свою очередь, президент Токаев был поблагодарен за благодарственное письмо.
  6. Репортер Changjiang Daily сообщил в мае этого года, что мост был открыт в течение полугода, а вертикальный лифт был «закрыт и поблагодарен».
  7. В кризисный период без помощи частных инвестиций очень сложно реализовать подобные проекты, в этой связи я поблагодарен всем, кто внес свой вклад в строительство такого прекрасного поля.
  8. Я особенно поблагодарен Президенту группы по делам ЮНЕСКО Пирея и островов, господину Иоаннису Маронитису за оказанное мне доверие.
В шести случаях из восьми, если я не ошибся в подсчёте, вкладываемый смысл отличается от того, который требуется вложить в вышеуказанное системное сообщение. После такого утверждать, что смысл однозначно понятен нельзя. Игорь ( обс ) 12:45, 16 февраля 2024 (UTC) [ ]
Эти случаи не очень похожи на то, что могли бы написать живые люди, зато вызывают мысль о старых программах-переводчиках, пытавшихся справиться со словом thanked или его соответствиями в других языках. ( обс. ) 13:26, 16 февраля 2024 (UTC) [ ]
  • Слово «поблагодарён» нельзя спутать с ошибочным словом «поблагода́рен», потому что в переводе у первого слова стоит буква «ё», а не «е». Но у варианта «поблагодарён» меньше всего поддержки, поэтому вряд ли он останется. — smigles 14:08, 16 февраля 2024 (UTC) [ ]
    • Его нельзя спутать на слух. В тексте, когда направо и налево путаница с ёфикацией, можно, в обе стороны. Игорь ( обс ) 14:10, 16 февраля 2024 (UTC) [ ]
      • Ну не знаю, по этой логике можно сказать, что нельзя писать слово «всё», а то вдруг кто-то спутает его со словом «все». — smigles 14:14, 16 февраля 2024 (UTC) [ ]
        • Факт, что гугл путает. И кстати, до сих пор не видел ссылку на слово поблагодарён с ё, в правильном смысле, с примерами, без ый, без пометки разг, в нормальном словаре, типа Ожегова, Даля, или современных. Да хоть на грамота.ру. Игорь ( обс ) 14:19, 16 февраля 2024 (UTC) [ ]
          • В общем, вы привели ещё один, хоть и спорный, по моему мнению, аргумент против «поблагодарён» (это я насчёт путаницы). — smigles 14:26, 16 февраля 2024 (UTC) [ ]
      • В интерфейсе Медиавики никакой путаницы с ёфикацией нет. Везде ёфикация поощряется. stjn 14:22, 16 февраля 2024 (UTC) [ ]
        • Если я правильно понял, речь о том, что кто-то может при чтении не заметить точки над «е», потому что в русском языке в целом эти точки ставятся нерегулярно. — smigles 14:32, 16 февраля 2024 (UTC) [ ]

- не отображается, хотя обязательные параметры заданы (точнее, отображается вне страницы). Проблема только в мобильной версии. Просьба исправить в шаблоне, если это возможно. p.s. Конечно, можно шаблон просто отключить (убрать margin, и тогда в данных примерах будет показывать полную картинку - но теряется суть шаблона. При этом, например, показывает одинаково в десктопе и на мобильной, можно так поправить везде?) ~~‍~~ Jaguar K · 08:33, 3 февраля 2024 (UTC) [ ]

Удалить ещё одно локальное сообщение MediaWiki

Есть локальное сообщение MediaWiki:Ipinfo-preference-use-agreement (отображается в настройках после включения бета-функции «Информация об IP»), которое совершенно не соответствует . существует с 2022 года. Совет Stjn , как проверить, подтянулся ли глобальный перевод, не работает: по ссылке MediaWiki:Ipinfo-preference-use-agreement/ru отображается то же самое локальное сообщение на русском.

Надо как-то проверить наличие глобального сообщения в русской Википедии, после чего удалить локальное сообщение.

И я всё ещё не понимаю, зачем участник IKhitron создавал локальные сообщения вместо переводов на translatewiki. — smigles 22:48, 2 февраля 2024 (UTC) [ ]

  • Обычно такое делают, если сообщение уже нужно использовать, как новое или как исправленное, не дожидаясь прихода с translatewiki. Игорь ( обс ) 23:12, 2 февраля 2024 (UTC) [ ]
    • Мысль разумна, если участник, который создаёт локальное сообщение, тут же создаст глобальное на translatewiki. Однако в данном случае глобальное сообщение создали не вы, а участник Stjn — в тот же день, когда вы создали локальное. Локальное сообщение MediaWiki:Ipinfo-beta-feature-description , о котором я писал в и которое тоже создали вы, вообще не имело глобальной версии до января текущего года. — smigles 23:21, 2 февраля 2024 (UTC) [ ]
      • Ну, насчёт первого, я не сомневаюсь, что мы просто разделили работу, скоординировавшись в Дискорде. Насчёт второго не помню, но, возможно, я считал, что было создано кем-то другим, и ошибся, не проверив этого. Я да помню, что всё, связанное, с Ipinfo, я делал в спешке, потому что не было готово, а механизм уже включался. Игорь ( обс ) 23:28, 2 февраля 2024 (UTC) [ ]
        • Понятно. Ещё такой вопрос: почему локальный перевод сильно отличается от оригинального текста? — smigles 23:41, 2 февраля 2024 (UTC) [ ]
          • Не помню. Но уверен, что не выдумывал. Возможно, тогда текст был таким. Возможно, я его получил из другого источника, местного или внешнего. Возможно, причину помнит коллега Ле Лой, хотя и маловероятно, много времени прошло. Игорь ( обс ) 23:47, 2 февраля 2024 (UTC) [ ]

Unable to fetch Parsoid HTML

Могу править только код, в режиме Визуального редактирования такая ошибка и сброс. Она на моей стороне или на сервере и что с этим делать?— Трифонов Андрей ( обс. ) 07:52, 30 января 2024 (UTC) [ ]

  • У меня не воспроизводится. Вы включали опции из раздела "Инструменты разработчика" в настройки/редактирование? Если да, попробуйте отключить. ~~‍~~ Jaguar K · 08:22, 30 января 2024 (UTC) [ ]

Перенести с англовики карточку и модуль для сезонов сериалов

На англовики давно сделали систему из модулей для шаблона {{ Сезон сериала }} . Шаблон сам получает из заголовка статьи название сериала, номер сезона и ссылки на предыдущий и следующий и заполняет это всё в карточку, также выполняет множество проверок заголовков и неверные помещает в штрафные категории + возможность добавлять названия сезонов и прочее. Хорошо бы и нам это перенести, т.к. текущий шаблон сейчас в плохом состоянии — нет отдельных параметров номера сезона и названия сериала и на данном этапе это проще автоматизировать, чем заполнять с нуля.

Сам перенос не должен быть сложным, т.к. нужна только русификация и небольшие правки в форматы записи заголовков.

  • — проверка на оформление заголовка по их стандартам , у нас таких стандартов нет, и поэтому это может быть опциональным, но вероятно для работы шаблона выше будет достаточно проверки единого формата типа "Название (сезон #)".
  • — встраивающийся блок для реалити-шоу (у нас сейчас иногда заполняется через {{ Телепередача }} : )
  • — вероятно не нужен, т.к. у нас пишут в уточнении не (Британский сериал), а (Великобритания), но и статей с уточнением страны у сезонов у нас сейчас только 9: The Voice (США, сезон 15) ,16,17 и Голос (Россия, сезон 1) ,2,3,4,5,6.

(Добавлено в список техзадач на будущее)

Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2024-01-13: Перенести с англовики карточку и модуль для сезонов сериалов. Solidest. /Тхздч.
  • Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Перенести с англовики карточку и модуль для сезонов сериалов». Список задач доступен на странице проекта ; задачи добавляются при помощи шаблона {{подст: техзадача }} . Solidest ( обс. ) 10:05, 13 января 2024 (UTC) [ ]
    • В общем немного покопался в этом модуле ( песочница шаблона , песочница модуля , пачка тестов ), и всё работает практически без изменений, кроме пары нюансов:
      1 — в англ распознаёт только заголовки формата «season 3», но у нас бывают форматы «2-й сезон» — у нас это всё стоит приводить к одному формату, но пока можно автоматизировать подправив регулярные.
      2 — аналогично на англ формат «2022 specials», у нас «спецвыпуски, 2022». (пример: Доктор Кто (спецвыпуски, 2022) или Доктор Кто (спецвыпуски, 2008—2010) ).
      3 — единственная значимая проблема — не собираются ссылки на список серий сезона. и есть нюанс, что у нас все статьи называются «список эпизодов телесериала „Сериал“», хотя недавно был консенсус использовать слово «серий» вместо «эпизодов» в заголовках.
      4 — в некоторых статьях проставляется предыдущий сезон: «Сезон 0» и следующий несуществующий сезон, которые не появляются на enwiki. тоже так и не разобрался почему.
      5 — несколько вещей можно упрощать: на англ есть разделение на season/series у US/UK сериалов. у нас всё называется «сезон», поэтому можно упрощать это в коде. также «story arc» тоже не нужны
      6 — разделения на страны в заголовках у нас нет (точнее есть только для шоу Голос), поэтому этот кусок кода тоже можно игнорировать — можно будет заполнять вручную
      В общем если исправить 1-4, то можно русифицировать вывод и подключать к основному шаблону. Solidest ( обс. ) 20:02, 15 января 2024 (UTC) [ ]

Добавлено правило "Неверные наращения числительных" в Википедия:AutoWikiBrowser/Typos#Разное

Прошу проверить его и добавить в скрипт. Gromolyak ( обс. ) 08:52, 8 января 2024 (UTC) [ ]

Можно ли вытащить таблицу с указанием: Имя участника, дата регистрации, дата последней правки, число правок, число статей, город проживания по шаблону, статус участника (автопат, пат, админ). Kaiyr ( обс. ) 08:24, 28 декабря 2023 (UTC) [ ]

Добавить код

dl>dd>.ts-Закрыто-footer,
ul>li>.ts-Закрыто-footer{
    margin: -.2em 0 0 0;
}

либо иным образом поправить отступы footer внутри списков (см. форум ). ~~‍~~ Jaguar K · 02:44, 23 декабря 2023 (UTC) [ ]

Поле «Полное имя» в шаблоне «Театральный деятель»

Столкнулся с тем, что в шаблоне Театральный деятель невозможно указать полное имя театрального деятеля, как, например, это есть в шаблоне Музыкант .
Документация к шаблону явно рекомендует не указывать полное имя в поле «Имя», а имя при рождении не всегда совпадает с полным именем.
Например, для статьи Кравченко, Татьяна Эдуардовна :

  • Татьяна Кравченко — в поле «Имя»;
  • Татьяна Васильевна Токарева — в поле «Имя при рождении»;
  • Татьяна Эдуардовна Кравченко нет поля .

Mike Somerset ( обс. ) 15:55, 12 декабря 2023 (UTC) [ ]

Категория

Помогите переименовать категорию ВП:Обсуждение категорий/Октябрь 2023#Категория:Мультипликация → Категория:Анимация . Сам я не могу, т.к. у меня нет на это прав. ( обс. ) 11:17, 22 ноября 2023 (UTC) [ ]

{{ #switch : {{ SUBJECTSPACE }} | Участник стоит разделить на СО и его подстраницы. Например,

{{#switch: {{SUBJECTSPACE}}
    | Участник = {{#ifeq:{{SUBPAGENAME}}|{{ROOTPAGENAME}}
         |Это страница обсуждения [[{{SUBJECTPAGENAME}}|{{gender switch | | участницы |участника}} {{PAGENAME}}]], где вы можете оставить {{gender switch | | ей | ему}} сообщение.
         |Это страница обсуждений и предложений для страницы '''''[[:{{SUBJECTPAGENAME}}]]'''''. 
         }}
    ...

~~‍~~ Jaguar K · 05:40, 20 ноября 2023 (UTC) [ ]

Спойлер. Как загнать текст под спойлер правильно?

Доброго всем здоровья.

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

Хотелось бы увидеть инструкцию на этот счет.

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

Вот моя попытка вогнать много буков под спойлер:

См 28 примечание - Список национальных знаков воздушных судов, сообщённых государствами в ИКАО

В ней больше 100 строк текста под спойлером. Но он какой-то не правильный получается. И в некоторых браузерах под спойлер этот текст не прячется. Поэтому внес в виде примечания, чтобы в конце статьи он был.

Поясните плиз. WM wm WM ( обс. ) 02:42, 14 ноября 2023 (UTC) [ ]

  • Вы имеете в виду скрытый блок? {{Скрытый| Заголовок = | Содержание = }} или {{Начало скрытого блока|заголовок = }}{{Конец скрытого блока}} Лес ( Less on ) 15:27, 16 ноября 2023 (UTC) [ ]
    • Благодарю за ответ.
    • Я не знаю как это правильно назвать.
    • В Википедии я не нахожу термина Спойлер и руководства как вставлять спойлер в текст так, чтобы он работал корректно.
    • В случае с ниже приведенным примером на странице Воздушное судно работает не всегда корректно. В некоторых браузерах на смартфонах скрытый текст не закрыт при просмотре страницы.
    • А следовательно его невозможно вставить в сам текст страницы, чтобы он не оказался у кого то в исходно открытом виде в виде огромной колбасы строк при открытии страницы.
    • Например проверил сейчас в дефолтном браузере на смартфоне Huawei и вижу, что ниже приведенный блок не свернут, а в Хроме на том же смартфоне он свернут.
    • АР — Пакистан
    • А2 — Ботсвана
    • и так далее
    • На многих форумах это называется "Спойлер" и работает корректно. Например на форуме , на форуме 4PDA и на прочих и там в меню редактора есть встроенный тег спойлера для вставки на страницу.
    • И работает он во всех браузерах корректно.
    • Я прочитал вот это Шаблон:Скрытый блок и это Википедия:Сворачиваемые блоки и так и не понял чем пользоваться правильно и есть ли над окном редактируемого текста тег для вставки в текст такой чтобы скрытый текст во всех браузерах отображался корректно (исходно скрытым). WM wm WM ( обс. ) 02:20, 17 ноября 2023 (UTC) [ ]
  • Либо сноска, либо спойлер - оба сразу не нужно. ~~‍~~ Jaguar K · 17:06, 16 ноября 2023 (UTC) [ ]
    • Написал выше.
    • Я вставлял сначала в текст страницы, а не в сноску, но не во всех браузерах этот текст скрывается при открытии страницы WM wm WM ( обс. ) 02:22, 17 ноября 2023 (UTC) [ ]
  • 1. Правка была сделана 15 декабря 2015 года .
  • 2. Перенес в отдельный раздел, оформил, поставил запрос источника ( вот ), но на мобильных устройствах список развернутый. Возможно стоит вынести в отдельную статью или вообще удалить как малозначительный. ( обс. ) 07:31, 17 ноября 2023 (UTC) [ ]
    • "1. Правка была сделана 15 декабря 2015 года"
    • С того момента понятнее не стало.
    • И сейчас тоже.
    • "2. ..."
    • За пояснение возможности автоформирования текста в несколько колонок спасибо конечно, но вопрос остался - как сделать так чтобы спойлер работал корректно во всех браузерах и ОС.
    • Перенос этого текста из Примечаний в раздел усложняет чтение для тех, у кого спойлер по дефолту в используемом браузере не закрывается.
    • Пруф на источник добавил и заодно контент актуализировал.
    • В отдельную статью это уже вынесено - только недавно увидел и там пруф добавил (в русскоязычной и английской вики).
    • Инфа эта не является малозначимой и уж тем более в контексте текущей ситуации, но это не тема сабжа, поэтому не буду отвлекать от заданного вопроса и уводить в сторону.
    • Вопрос все равно остался.
    • Вот еще пример - моя ЛС в Википедии .
    • На ней мне удобно для себя скомпоновать выложенные мной в Викимедию фотографии и загнать их под спойлер по темам. Так как это удобно для быстрого нахождения фотографий по темам.
    • На ПК я вижу только заголовки тем, тогда как в смартфоне, при открытии страницы, вижу длинную колбасу из фотографий, так как все спойлеры отображаются открытыми.
    • А в Викимедии на своей станице вообще нет возможности такого сделать, так как там спойлеры вообще не работают, от слова совсем или же я не умею их там вставлять.
    • Благодарю за уделяемое внимание WM wm WM ( обс. ) 20:39, 21 ноября 2023 (UTC) [ ]
      • Я не инженер в рувики, зря суда полез отвечать. Порылся в справке и вот что нашёл — Сворачиваемые блоки, ограничения . То есть официально никак не сделать. Но, если посмотреть страницы вики в мобильной версии, то там верхний уровень заголовков сворачивается. Можно, например, на личной странице разбить её на разделы второго уровня (так: == заголовок == ). Тогда разделы можно будет вручную свернуть в мобильной версии, но на десктопе всё будет развернуто. Можно ещё в мобильном chrome ставить режим «десктопная версия сайта», есть в настройках. Тогда всё будет сворачиваться, как на ПК. Единого решения не видно. Может ещё инженеры ответят. ( обс. ) 17:59, 22 ноября 2023 (UTC) [ ]
        • Благодарю за ответ.
        • Какой то итог можно подвести?
        • 1. Проблема не решаема?
        • 2. У кого не установлена Java, то работать не будет совсем, ни в каком браузере и ни на какой платформе?
        • 3. Спойлер лучше не применять вовсе? (А чем его заменить тогда?) WM wm WM ( обс. ) 20:37, 22 ноября 2023 (UTC) [ ]
          • Итог должны подвести администраторы или инженеры.
            1. Видимо нет. По крайней мере без правки движка MediaWiki (расширений к нему) или глобальных скриптов.
            2. Без JavaScript совсем не будет работать. На форуме ixbt и 4pda тоже требуется JavaScript для работы как всего сайта, так и тега «спойлер».
            3. 68,6% (по просмотрам ) или 72,4% (уникальных устройств ) пользователей рувики используют мобильную версию. Если не скрывать текст страдать будут все, а если использовать то только ~2/3 пользователей. Треть можно спасти. Ну и много где уже применяется: «Навигационная таблица» (874791 включение ), «Навигационная полоса» (346953 включения ), «Начало скрытого блока» (74692 включения )
            4. P.S.: Фотографии хорошие, засмотрелся.
          • ( обс. ) 05:29, 24 ноября 2023 (UTC) [ ]

Источники

Не впервые вставляется один ( ) источник, а при публикации правки сохраняется другой источник ( ). Случаи за последние несколько часов: Служебная:Сравнение версий/134063005 , Служебная:Сравнение версий/134083831 . С чем это может быть связано? Доставляет определённые неудобства. — TheDanStarko ( обс. ) 12:11, 9 ноября 2023 (UTC) [ ]

Шаблоны

Маршрутная карта

Значения

Шаблон Военное сооружение

У шаблона карточки {{ Военное сооружение }} какое-то нестандартное расположение географической карты — после иллюстрации, а не после текста в карточке. Кто-то может поправить? Кроме того, шаблон не переведён. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 11:10, 16 октября 2023 (UTC) [ ]

Внесение правок в статью Леонидов Павел Леонидович, которая защищена

Уважаемые дамы и господа! Мне необходимо внести исправления ошибок в статье о моем отце Леонидове Павле Леонидовиче. Мне 66 лет и мне непросто осваивать цифровые знания. Помогите, пожалуйста, мне. Пришлите мне ясную инструкцию, как я могу снять защиту со статьи о моем отце и начать редактирование. Заранее благодарю, ( обс. ) 10:21, 12 октября 2023 (UTC) [ ]

  • Lesless , призываю тебя, потому что вижу, что ты отменял правки участницы. Vcohen ( обс. ) 10:56, 12 октября 2023 (UTC) [ ]
  • @ : хорошо, а что содержательно предлагается внести в статью, кроме слов «легендарный» и «знаменитый» ( ) и помимо утверждений, что «статья абсолютно абсурдная и лживая»? Лес ( Less on ) 11:08, 12 октября 2023 (UTC) [ ]
    • Уважаемый Lesless, в статье о моем отце много неточной информации, так Леонидов никогда не занимался конферансом и режиссером театра никогда не был, более того, он не был импрессарио в эмиграции ни дня. Он не был музыкальным администратором, он был администратор Москонцерта. Вывод; из 5 позиций, данной в введении 3 являются ложными. Это касается ошибок только в первом абзаце.
    • Я как раз против избыточных эпитетов, я хочу исключительно донести правдивую информацию. Более ничего.
    • В любом случае, спасибо за Ваше замечание. ( обс. ) 07:33, 9 ноября 2023 (UTC) [ ]
      • Автор статьи Simulacrum добавил источник, по которому получается, что сам Леонидов говорил о себе как о конферансье, и был администратором Мосэстрады. То, что есть в источниках, мы не можем взять и удалить из Википедии, для этого источник должен как минимум опубликовать опровержение, так что единственная возможность - обращаться напрямую в редакции соответствующих АИ. Лес ( Less on ) 07:46, 9 ноября 2023 (UTC) [ ]
  • Участник:Simulacrum , многие вещи в статье и правда не подтверждены. Почти нет сносок, вот работу в качестве конферансье дочь оспаривает, и многое другое непонятно откуда взято. Лес ( Less on ) 11:12, 12 октября 2023 (UTC) [ ]
  • Я совершенно не против правок дочери (кто может знать о персоналии больше, чем она), я даже оформил кое-что из её правок (напр., место рождения и о предках). Но пока что она лишь пыталась добавить эпитеты знаменитый и легендарный в преамбулу и целый абзац-цитату об аресте деда, не имеющий прямого отношения к тексту. Я готов помочь с оформлением, но легче было бы, если б она предложила свои добавления на СО, а оттуда подходящее было бы перенесено в статью. Что касается конферансье и т.д.: это было написано бог весть когда на основе доступной тогда информации, разумеется всё это следует выправить, если дочь пожелает, но она пока вроде не пыталась. — Simulacrum ( обс. ) 22:41, 12 октября 2023 (UTC) [ ]
    • Простите, Simulacrum, что не имею возможности сразу реагировать и делаю все не очень быстро.
    • Вы не совсем справедливы, так как мои исправления, в первую очередь, касались пока только исправлений ошибок фактов биографии отца. Вы вполне могли оставить только исправленные факты, а не эпитеты. Более того, я ввела кусок текста из рассказа отца для того, чтобы читатель смог понять, что арест дед был действительным событием, так как иных, документальных подтверждений этому, нет. ( обс. ) 07:45, 9 ноября 2023 (UTC) [ ]
    • Буду очень Вам признательна, если Вы подскажите мне, как добавить исправления на СО! ( обс. ) 07:47, 9 ноября 2023 (UTC) [ ]

Вопрос про рекомендации

Мне периодически показываются рекомендации по иллюстрированию разных статей, и сейчас мне показалась рекомендация по иллюстрированию статьи Крушение самолёта Евгения Пригожина , которая защищена от редактирования теми, у кого нет флага автопатрулируемого, а у меня нет такого флага. То есть, при выдаче рекомендаций по иллюстрированию статей не учитывается техническая возможность редактирования статьи тем, кому выдаётся рекомендация. Сюда ли нужно писать об этой проблеме, или нет? Asorev ( обс. ) 06:33, 11 октября 2023 (UTC) [ ]

Внесение изменений в шаблон:Книга

Пожалуйста, обратите внимание на эту тему ; сделал тему на форуме, так как забыл об этом разделе. Там всё подробно расписано. 𝓛𝓮𝓸𝗞 𝗮 𝗻 𝗱 14:13, 28 сентября 2023 (UTC) [ ]

Исправление переноса знака препинания на новую строку после формул

Прошу добавить в MediaWiki:Common.css по совету в следующее изменение:

.mwe-math-element {
  white-space: nowrap;
}

(поскольку глобальное исправление делается уже много месяцев, и никак не сделается), bezik ° 10:20, 23 сентября 2023 (UTC) [ ]

Система хештегов

Здравствуйте! Если кто-то занимается разработкой программ для Википедии, то было бы славно сделать систему хештегов внутри статей. Например, есть список событий в какой-то области, и эти события связаны в целом, но могут быть классифицированы более тонким образом. К примеру, список важных для цитологии дат содержит даты по изучению ядра и даты по изучению митохондрий; кликая на плашечку рядом с датой читатель может легче искать даты в списке по одному более конкретному направлению. Похожим образом работает "поиск по странице" в браузере, но там ищет последовательность символов, в здесь искало бы вхождения данного тега. Эта реплика добавлена участником Rakshin MS ( о в )

Перевести Шаблон:Tracklist на модуль

{{ Tracklist }} . То есть взять готовое решение с и как следствие, автоматизировать включение дополнительных колонок вместо параметров writing_credits, lyrics_credits, music_credits. И также сделать кол-во треков больше сотни (здесь например 101 трек: Antihypetrain ).

(Добавлено в список техзадач на будущее)

Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2023-09-08: Перевести Шаблон:Tracklist на модуль. Solidest. /Тхздч.
  • Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Перевести Шаблон:Tracklist на модуль». Список задач доступен на странице проекта ; задачи добавляются при помощи шаблона {{подст: техзадача }} . Solidest ( обс. ) 13:28, 8 сентября 2023 (UTC) [ ]
  • Не понял, зачем там модуль, единичку прибавлять к номеру строки? Там же всё вручную вводится, решается тремя шаблонами - шапка таблицы, строка и подвал. · Carn 16:57, 9 сентября 2023 (UTC) [ ]
    • если сможете автоматизировать включение/отключение видимости колонок и необходимость в сотне+ строчек без модуля, то флаг вам в руки :) Solidest ( обс. ) 17:14, 9 сентября 2023 (UTC) [ ]
  • а не лучше ли хранить эти данные на wikidata и шаблоном/модулем подгружать уже с неё? так бы было более универсально и удобно для машинной обработки CupIvan ( обс. ) 13:25, 15 сентября 2023 (UTC) [ ]
    • На викиданных это пока очень сложно заполнять рядовым пользователям - для каждого трека должен создаваться отдельный элемент. Не говоря уже о наличии нескольких изданий и проч. К тому же у них там своя специфичная схема заполнения, с которой сперва нужно будет ознакомиться каждому. И сейчас ориентировочно только у 0.5% русских альбомных статей треклист заполнен на ВД. Кстати, буквально на днях только сделали инструмент для быстрого заполнения треклистов у альбомов — , так что перспективы у этого есть, если заполнение будет не сложнее чем шаблона на википедии. Solidest ( обс. ) 15:17, 15 сентября 2023 (UTC) [ ]
      • там на сколько я понял нужно сделать одну карточку на альбом (список треков) и потом в поле уже внести список трека, причем у трека можно указывать свойства - длительность, исполнитель и др. как раз то что нужно по-идее, а на странице можно было бы вставлять одной короткой строчкой с параметром id из викидата. так можно было бы заимствовать данные не только из русской вики, но из интернациональной CupIvan ( обс. ) 22:00, 15 сентября 2023 (UTC) [ ]
        • Да. По текущей схеме, принятой музыкальным проектом ВД, в свойство tracklist должны быть заполнены только те, у которых указано p31 = или . Проставлять в треклист сущности, которые p31 = или (то есть это 99% всех статей на рувики об отдельных песнях/синглах) — считается ошибкой. Отсюда и все сложности. Вот список всех русских статей об альбомах, у которых есть хоть одно значение в свойстве tracklist на WD: . Это 2214 из 17256 (= 12%), но очень у многих указано только по одному-двум трекам и ещё больше не соблюдают схему проекта. Поэтому на WD сперва нужен какой-то масштабный проект ботоводов по автоэкспорту и обновлению плейлистов, чтобы от него была хоть какая польза для википедии. Solidest ( обс. ) 15:12, 16 сентября 2023 (UTC) [ ]
  • А какие функции нужны у шаблона? сделал примитивный модуль, посмотри код в моей песочнице CupIvan ( обс. ) 00:41, 31 декабря 2023 (UTC) [ ]
    • В общем все то, что уже есть в текущем + добавить автоматизации. Чтобы при копировании с англовики было тоже самое, т.к. сейчас приходится каждый раз что-то подправлять. Если получится, то автора слов и музыки в отдельные столбцы из ВД. А общий столбец автора песни только с локальным заполнением. В англовики модуле автоматизировано отображение этих трёх столбцов, если хоть в каком из них есть значение (в нашем шаблоне сейчас только вручную включать эти столбцы - соответственно включающие параметры не нужны). Если указаны слова+музыка, то автор песни не отображается. Приоритет на локальное заполнение слов и музыки, потом локальный автор песни, потом экспорт слов и музыки с вд.
      Ещё на англовики есть параметры ширины столбцов в процентах, которые сейчас приходится удалять у нас, но было бы хорошо если бы они поддерживались.
      Ещё у них есть проверка на формат заполнения времени треков: , что тоже было бы полезно (чтобы потом реализовать авто общее время треклиста). Solidest ( обс. ) 13:35, 31 декабря 2023 (UTC) [ ]

Предложение по Ш:Другие значения

Внимание! Уважаемые админы! Просьба обратать своё внимание на внсённое предложение . Думаю, это значимое изменение Википедии нужно. CyberNik01 ( обс. ) 19:19, 31 августа 2023 (UTC) [ ]

Два значения

  • Кстати, по этому же шаблону, но на другую тему. А не стоит ли добавить возможность указания двух терминов в одном шаблоне? В так можно, а у нас, кажется, нельзя? Например здесь художник-аниматор шаблон установлен два раза подряд для двух слов. Solidest ( обс. ) 01:57, 13 октября 2023 (UTC) [ ]

приоритет локальных параметров & from

{{ Карточка/Викицитатник }} {{ Карточка/Викитека }} локальные параметры имеют более низкий приоритет, чем ВД (если ВД не пуст, то локальное значение игнорируется). Нужно поменять. Также в них (и в {{ Карточка/Викиучебник }} ) отсутствует поддержка From. ~~‍~~ Jaguar K · 18:07, 18 августа 2023 (UTC) [ ]

Шаблон:Карточка/Викиучебник

в составе {{ блюдо }} работает некорректно. В описании заявлено, что «Если первый параметр пустой, то подставляется связанная статья Викиучебника из Викиданных.» По факту, первый параметр не то что не проверяетсятся (а проверяют ВД), но даже не используется в шаблоне. ~~‍~~ Jaguar K · 02:02, 16 августа 2023 (UTC) [ ]

— Нумерация? Что это?

В строчке 4186

message.texts.push("Соответствие требованиям определялось для учётной записи " + vote.author.name + ", в которую [" + logLink + " была переименована] учётная запись " + vote.author.nameWhenVoted + ".");

нужно заменить logLink на _logLink, так как первый не определен и возвращает undefined.

Также стоит добавить название журнала после 4184 и после 4084:

_logLink = mw.util.getUrl('Служебная:Журналы', {
                  page: 'Участник:' + vote.author.nameWhenVoted,
                  type: 'renameuser'
                });

Пинг u:colt_browning , u:Vladimir Solovjev : у вас тоже проверка голосов 18. (+) За -- и 51. (+) За . Oleg3280 (обс.) на странице Википедия:Заявки_на_статус_администратора/Rampion выдает undefined-ссылку "Соответствие требованиям определялось для учётной записи <имя>, в которую [undefined была переименована] учётная запись <имя>."? ~~‍~~ Jaguar K · 21:51, 3 июня 2023 (UTC) [ ]

Дополнительно

// Сейчас везде в коде ЗСА используется 
<span class="criteriaCheck-votingPeriod" data-start-date="2023-03-08" data-end-date="2023-03-22 19:00">


// Код скрипта, строка 3697:
    var deriveDates = function deriveDates(votingPeriod) {
      if (!votingPeriod.start) return;
      votingPeriod.startTimeless = cc.util.prepareDate(votingPeriod.start.replace(/ [0-9:]+$/g, ''));
      votingPeriod.start = cc.util.prepareDate(votingPeriod.start);
      if (!votingPeriod.start) return;
      votingPeriod.end = cc.util.prepareDate(votingPeriod.end, true);
      return votingPeriod;
    };

    admin_votingPeriod = Object.assign({}, $('.criteriaCheck-votingPeriod').data());
    admin_votingPeriod = deriveDates(admin_votingPeriod);

    if (!admin_votingPeriod && // Удостоверяемся, что критерий тот, который нам нужен
    voterCriteria.length === 4 && voterCriteria[3].type === 'editsBetweenDates' && voterCriteria[3].periodEnd) {
      admin_votingPeriod = deriveDates({
        start: voterCriteria[3].periodEnd
      });
    }

    votingPeriodOk = admin_votingPeriod && admin_votingPeriod.start && admin_votingPeriod.end; // Данные по кандидату

// Далее используются те же votingPeriodOk,  admin_votingPeriod.start  и  admin_votingPeriod.end

// Видимо, должно было быть одно из:
1) вообще другая функция / часть функции для обработки admin_votingPeriod, в частности 
    admin_votingPeriod = deriveDates({
       start:admin_votingPeriod.startDate, 
       end:admin_votingPeriod.endDate
      });
2) опечатка во многих строчках 
3) в коде ЗСА должны быть <span class="criteriaCheck-votingPeriod" data-start="2023-03-08" data-end="2023-03-22 19:00">

Есть идеи, как лучше? ~~‍~~ Jaguar K · 02:44, 4 июня 2023 (UTC) [ ]

  • @ Jaguar K напишите понятнее, что вас не устраивает, где ошибка, что вы хотите сделать. Ваши реплики почему-то в блоке кода и не очень понятны. MBH 15:04, 8 августа 2023 (UTC) [ ]
    • Основной запрос находится до ответа Браунинга, явная ошибка.
      Дополнительно - тоже явная ошибка. Самое простое - 3) не менять код скрипта, но так как в голосовании меня отменяют несмотря на то, что исправление верное , открыта эта подтема с предложением 1) дополнить скрипт для возможности обсудить, как будет лучше. ~~‍~~ Jaguar K · 16:07, 23 ноября 2023 (UTC) [ ]
Источник —

Same as Технические запросы