Википедия:Деревенский насос (технический)

Редактор запросил изменение способа отображения категорий в пространстве имен Category:. Существующая система выглядит примерно так:

не кажется интуитивно понятным. @ PrimeHunter придумал, как изменить существующий нижний колонтитул категории на что-то, что делает значение более очевидным:

и чтобы это отображалось только в пространстве имен Category: (т.е. не изменяло/не испортило ни одну статью).

Можем ли мы, пожалуйста, реализовать это изменение здесь? Для этого потребуется только скопировать содержимое testwiki:MediaWiki:Pagecategories в MediaWiki:Pagecategories .

WhatamIdoing ( обсуждение ) 20:18, 22 января 2025 (UTC) [ ответить ]

Это звучит так, как будто это будет общее улучшение — это не что-то особенное только для английской Википедии и только для пользователей с языком интерфейса en. Если это так, то это должно быть запрошено вышестоящим. — xaosflux ^Talk 01:56, 23 января 2025 (UTC) [ ответить ]

Я думаю, было бы лучше сделать это локально, там, где это было запрошено. Если это покажется чистым улучшением, мы всегда могли бы предложить его для широкого использования (что потребовало бы повторного перевода строки для всех 300+ языков — не то, что можно сделать быстро). WhatamIdoing ( talk ) 03:44, 23 января 2025 (UTC) [ ответить ]

+1 за выполнение (это улучшение) и +1 за выполнение локально (не нужно ждать, и можно легко отменить локальное изменение, если и когда вышестоящий отдел решит это сделать). DMacks ( обсуждение ) 19:55, 26 января 2025 (UTC) [ ответить ]

 Готово Локальную настройку можно удалить, если/когда патч gerrit был объединен для изменения сообщения во всех вики. – SD0001 ( обсуждение ) 05:35, 31 января 2025 (UTC) [ ответить ]

Спасибо WhatamIdoing ( обсуждение ) 05:37, 31 января 2025 (UTC) [ ответить ]

Это должно было быть Отменено, поскольку было указано, что это создает проблему в VisualEditor, который показывает необработанный код. – SD0001 ( обсуждение ) 04:08, 3 февраля 2025 (UTC) [ ответить ]

@ SD0001 , что ты имеешь в виду? WhatamIdoing ( talk ) 04:40, 3 февраля 2025 (UTC) [ ответить ]

Это заставляло VisualEditor отображать нижний колонтитул страницы таким образом. Для правильной обработки этого потребуется исправление MediaWiki. Предложите создать тикет phab. – SD0001 ( обсуждение ) 04:45, 3 февраля 2025 (UTC) [ ответить ]

Отслеживается в
задаче Phabricator T385405

Я подал заявку на Phab. WhatamIdoing ( обсуждение ) 04:55, 3 февраля 2025 (UTC) [ ответить ]

Может ли кто-нибудь выяснить, почему Категория:1951 события в Европе по месяцам , Категория:2007 события в Азии по месяцам и Категория:2008 события в Азии по месяцам появляются в Категория:Википедия непустые мягко перенаправленные категории ? Никакое содержимое не отображается, даже отложенные кэши, и тем не менее они объявляют себя непустыми. Timrollpickering ( обсуждение ) 12:01, 27 января 2025 (UTC) [ ответ ]

Вероятно, очередь заданий медленно обновляет ссылки на категории или (менее вероятно) она сбросила некоторые задания. Когда один из котов был отредактирован null, он исчез из Category:Wikipedia непустые категории с мягким перенаправлением . Аномия ⚔ 12:10, 27 января 2025 (UTC) [ ответить ]

Должна ли быть работа для этого? Категория:1951 событий в Европе по месяцам имеет {{ Category redirect }} , который проверяет, является ли категория непустой и должна ли она быть добавлена ​​в Category:Wikipedia непустые мягко перенаправленные категории . Если категория очищается без редактирования страницы категории или любого шаблона, который она транслирует, то я бы не ожидал, что вики-текст страницы категории будет повторно проанализирован автоматически, но я не знаю, произойдет ли это. PrimeHunter ( talk ) 13:25, 27 января 2025 (UTC) [ reply ]

Да, серверы MediaWiki должны периодически перебирать каждую страницу, но они этого не делают. См. T132467, давний запрос на функцию от 2016 года. (И связанный с ним T157670.) Насколько мне известно, необходимо настроить задание cron, но оно так и не было выполнено. Я думаю, что Wbm1058 все еще запускает бота в английской Википедии для обновления устаревших страниц, и что этот запрос показывает текущую устаревшую версию страниц по дате (максимум, похоже, сейчас составляет 88 дней). Нехорошо зависеть от бота для этого критического обслуживания, и 88 дней устаревания — это слишком много. Было бы здорово знать, что страницы никогда не будут устаревать более чем на X часов или дней, где X — небольшое число. – Jonesey95 ( обсуждение ) 15:07, 27 января 2025 (UTC) [ ответить ]

Я кратко обсудил этот вопрос с сотрудником Фонда на Викиконференция Северная Америка в Индианаполисе в октябре прошлого года. Поскольку англоязычная вики продолжает расти, приближаясь к 7 миллионам статей, становится технически все труднее и труднее часто работать со всей базой данных и обновлять каждую страницу, независимо от того, нужно ли их обновлять (большинство не нужно). На пике производительности моего бота задержка обновления сократилась примерно до 30 дней для основного пространства и до 80 дней для всех других пространств имен. После реструктуризации базы данных в прошлом году мои боты с трудом справлялись, и время задержки существенно увеличилось. Только недавно они снова сократились до 41 и 87 дней, а «новая норма» может составлять 40 и 90 дней, а не 30 и 80. Моих ботов следует рассматривать как эквивалент этой «задачи cron» — в принципе, я думаю, если бы была настроена такая внутренняя задача, я сомневаюсь, что она была бы намного эффективнее или своевременнее в обновлении ссылок, чем мои боты. Мои боты должны рассматриваться как временная мера; последняя линия обороны, гарантирующая, что ссылка, которая, возможно, все еще нуждается в обновлении, будет обновлена ​​через 90 дней, а не через девять лет. Путь вперед — определить ссылки, обновленные моим ботом, которые действительно нуждались в обновлении, определить, почему они не были обновлены до того, как мой временный бот обновил их, а затем исправить эту проблему, чтобы обновлять их намного быстрее, чем мой бот обновляет их. Для этого полезны Phabs, такие как T132467, и я предлагаю придать более высокий приоритет T132467, чем T157670. Я подробнее рассмотрю, что должно произойти с T132467 — возможно, я смогу разработать еще одного бота для решения этой конкретной проблемы. – wbm1058 ( обсуждение ) 16:57, 27 января 2025 (UTC) [ ответить ]

Вероятно, стоит упомянуть этот вопрос в годовом плане WMF и списке пожеланий сообщества, поскольку оба они открыты. Snævar ( обсуждение ) 19:09, 29 января 2025 (UTC) [ ответить ]

Эта конкретная категория — простой случай для управления. Я только что запустил скрипт, чтобы очистить кэш каждого участника категории, что быстро сократило членство в категории с 90 до 30. Затем я заметил, что в этой категории все еще были новые пустые категории, поэтому я снова запустил скрипт, что сократило членство до 25. Все еще были новые пустые участники, поэтому я запустил скрипт в третий раз, и это сохранило членство на уровне 25, поскольку пришло столько новых участников, сколько мой скрипт только что очистил. Эта категория всегда такая активная или сейчас происходит что-то особенное, что делает ее более активной, чем обычно? Я могу добавить эту операцию к своему боту, который запускается дважды в час, или, может быть, запускать ее даже чаще, чем два раза в час; это сохранит членство лучше, с минимальным количеством краткосрочно пустых участников. – wbm1058 ( talk ) 01:10, 28 января 2025 (UTC) [ ответить ]

Похоже, что User:JJMC89 bot III перемещает кучу категорий для Wikipedia:Categories for discussion/Speedy#Current requests , которые, по-видимому, отображаются в Category:Wikipedia непустые мягко перенаправленные категории на данный момент. Anomie ⚔ 01:19, 28 января 2025 (UTC) [ ответить ]

Да. По сути, идет процесс WP:CFD/S по переименованию категорий формы « Дата событий в Foo » в « Дата в Foo », то есть по удалению слова «события» и одного смежного пробела. Так, например , Категория:События марта 1979 года в Северной Америке была перемещена в Категория:Март 1979 года в Северной Америке . Я думаю, что это должен был быть полный CFD, а не быстрый, но вот так. -- Red rose64 🌹 ( обсуждение ) 10:54, 28 января 2025 (UTC) [ ответить ]

Дополнение: когда я печатал вышеприведенный текст, Category:March 1979 events in North America находилась в Category:Wikipedia непустых мягко перенаправленных категориях , а ее страница cat указывала March 1979 in Canada как подкатегориальную, тогда как посещение Category:March 1979 in Canada показывало поле cat, содержащее March 1979 in North America. Посещение Category:March 1979 in North America не указывало March 1979 in Canada как подкатегориальную. Я попробовал WP:PURGE для всех трех категорий, что не дало никакого эффекта (как я и подозревал), а затем выполнил WP:NULLEDIT для Category:March 1979 in Canada , что само по себе не изменилось, но привело к исправлению как Category:March 1979 events in North America , так и Category:March 1979 in North America , и первая из них исчезла из Category:Wikipedia непустых мягко перенаправленных категорий . -- Red rose64 🌹 ( обсуждение ) 11:04, 28 января 2025 (UTC) [ ответить ]

Правильно, взгляните на Special:Log/move/JJMC89 bot III , вот он виновник. Я понимаю, что мой бот очистки кэша "null edit" помещает задачи в "очередь заданий" или, скорее, обычно выполняет свои задачи почти мгновенно, и его задачи тратят время на ожидание в очереди заданий только в те моменты, когда система особенно занята и перегружена слишком большим количеством запросов на задачи, поступающих на нее одновременно. Тот факт, что очистка моего бота происходит немедленно, указывает мне на то, что программное обеспечение перемещения страниц, которое должно очищать категории сразу после их перемещения, этого не делает. Поищите в Phabricator что-то вроде "Special:MovePage необходимо очистить кэш страниц пространства имен Category: немедленно после перемещения". Я добавляю этот пункт в свою ветку основных разработчиков MediaWiki . Руководство фонда не назначило код перемещения страниц ни одному сотруднику, поскольку, как я предполагаю, они ждут, когда я сам найду себе эту роль. – wbm1058 ( обсуждение ) 11:23, 28 января 2025 (UTC) [ ответить ]

В то же время, ожидая исправлений кода Special:MovePage, возможно, User:JJMC89 мог бы улучшить своего бота, чтобы он очищал каждую страницу категории сразу после перемещения категории. Обновление кода бота в разы проще, чем обновление кода MediaWiki. – wbm1058 ( обсуждение ) 11:43, 28 января 2025 (UTC) [ ответить ]

Если взглянуть на временные метки примера Redrose64, то категория действительно была непустой в течение нескольких секунд.

• Категория:События марта 1979 года в Северной Америке была перемещена 2025-01-27 23:41:02 . В этот момент она становится непустой мягко перенаправленной категорией и recentchangesуказывает на то, что она была добавлена ​​в Категория:Непустые мягко перенаправленные категории Википедии в это время.
• Категория:События марта 1979 года в Северной Америке обновила свой шаблон 2025-01-27 23:41:04 .
• Havana Jam был удален из категории: События марта 1979 года в Северной Америке 2025-01-27 23:41:08 . В этот момент категория: События марта 1979 года в Северной Америке предположительно становится пустой, но страница категории не пересчитывается.

Итак, в течение примерно 6 секунд с 23:41:02 до 23:41:08 Категория:События марта 1979 года в Северной Америке действительно была непустой мягко перенаправленной категорией. Судя по mw.categorizeзаписям в recentchanges, похоже, что все три приведенных выше правки немедленно обновили ссылки на категории. Чего не произошло немедленно, так это повторного анализа Категории:События марта 1979 года в Северной Америке для определения того, что она теперь пуста. Если бот User:JJMC89 III собирался произвести очистку, чтобы оказать здесь эффект, это должно было произойти после того, как правка Havana Jam очистила категорию, а не после того, как категория была перемещена. Anomie ⚔ 13:02, 28 января 2025 (UTC) [ ответить ]

О, я понял. Этот бот редактирует с невероятно высокой скоростью. 42 правки в 23:59, 27 января 2025 года, это как правка каждые 1,4 секунды, большинство из них — перемещения страниц. – wbm1058 ( обсуждение ) 14:14, 28 января 2025 года (UTC) [ ответить ]

Вот журнал правок бота за соответствующий временной промежуток. События марта 1979 года в Северной Америке, похоже, перемешаны с деятельностью, связанной с Романами на лесбийские темы . Какой здесь алгоритм? Два отдельных экземпляра бота работают параллельно? wbm1058 ( обсуждение ) 14:14, 28 января 2025 (UTC) [ ответить ]

Здесь есть некоторое недопонимание. Очистка не работает, это должно быть WP:NULLEDIT ; и делать это в перемещенной категории тоже нехорошо, это нужно делать на страницах участников категории. -- Red rose64 🌹 ( обсуждение ) 22:12, 28 января 2025 (UTC) [ ответ ]

@ Redrose64 : Действительно. Я использую User:RMCD bot/botclasses.php function purgeCache($page) , который в свою очередь использует mw:API:Purge с |forcerecursivelinkupdate=1, что более или менее функционально эквивалентно тому, что вы называете нулевым редактированием. Страницы участников категории на самом деле сами являются категориями. – wbm1058 ( talk ) 23:06, 28 января 2025 (UTC) [ ответить ]

Одновременно может быть запущено до двух экземпляров, один для WP:CFD/W и один для WP:CFD/W/L . Это сделано для того, чтобы большие партии на CFD/W/L не задерживали обработку партий на CFD/W. Обычно запущен только один, поскольку CFD/W/L большую часть времени не используется. —  JJMC89  ( T · C ) 08:05, 29 января 2025 (UTC) [ ответить ]

Бот делает последующее редактирование категории после перемещения. Я переупорядочил этот шаг так, чтобы он выполнялся после того, как он переклассифицирует содержимое, а не сразу после перемещения. Это должно устранить необходимость в очистке. —  JJMC89  ( T · C ) 07:58, 29 января 2025 (UTC) [ ответить ]

Спасибо. Редактор User:Gray eyes создает мягкие перенаправления категорий (например, Category:Sports in Gdańsk , Category:Organizations based in Łódź , Category:Sports in Lublin ), которые заполняют Category:Wikipedia непустые мягкие перенаправленные категории . Я не знаю, почему эти пустые мягкие перенаправления заполняют непустую категорию, и почему они вообще создаются, учитывая, что шаблон выдает сообщение « Администраторы: если это название категории вряд ли будет введено на новых страницах, а все входящие ссылки были очищены, нажмите здесь, чтобы удалить». подразумевая, что эти недавно созданные категории следует удалить. – wbm1058 ( talk ) 17:02, 29 января 2025 (UTC) [ ответить ]

Мне пришлось использовать этот шаблон ( Шаблон:Спортивные клубы и команды в заголовке категории Fooland ), чтобы создать Категорию:Спортивные клубы и команды в Гданьске . Эти категории будут автоматически очищены. Серые глаза ( обсуждение ) 06:22, 30 января 2025 (UTC) [ ответить ]

Хорошо, теперь в Category:Wikipedia непустые категории с мягким перенаправлением есть сотни пустых категорий . Я добавлю очистку/редактирование null дважды в час в своего бота, чтобы справиться с этой проблемой как временной мерой, пока проблема с программным обеспечением MediaWiki не будет выявлена ​​и устранена. Каждый раз, когда категория удаляется со страницы, я думаю, что должна быть выполнена очистка forcerecursivelinkupdate. – wbm1058 ( talk ) 12:55, 30 января 2025 (UTC) [ ответить ]

Это предложение не обязательно должно превратить User:Enterprisey/easy-brfa.js в гаджет, а скорее просто переместить его в это пространство имен. Идея этого заключается в том, чтобы люди могли перейти на Wikipedia:Bots/Requests для утверждения/запроса и просто нажать кнопку, которая перенаправит их на ту же страницу плюс параметр, такой как withJS=MediaWiki:Easy-brfa.js, что позволит им использовать инструмент сразу же, без необходимости его установки, подобно тому, что есть у нас в _{DRN . Enterprisey не выразила никаких возражений против этой идеи вне вики. JJP Master} ( she / _they ) 01:51 , 29 января 2025 (UTC) [ ответить ]

Предлагаете ли вы сохранить скрипт? Если да, то я его перенесу. Есть краткое обсуждение ранее на Wikipedia:Bots/Noticeboard/Archive 19#easy-brfa , где не было никаких возражений. – SD0001 ( обсуждение ) 15:17, 29 января 2025 (UTC) [ ответить ]

@ SD0001 : Я не знаю _, как я смогу поддерживать его как не-интерфейсный администратор, но если бы я мог, то я бы согласился это сделать. JJP _Master ( она / они ) 14:40, 30 января 2025 (UTC) [ ответить ]

@ Enterprisey : есть комментарии? — xaosflux ^Talk 19:20, 30 января 2025 (UTC) [ ответить ]

Звучит хорошо для меня. Я ценю, что он будет поддерживаться :) Enterprisey  ( talk! ) 03:39, 2 февраля 2025 (UTC) [ ответить ]

Я работаю над изучением Javascript и создал небольшой скрипт, который будет отображать количество правок и статей, сделанных редактором, когда он наводит указатель мыши на имя редактора. Мне было интересно, может ли кто-нибудь дать мне какие-нибудь отзывы, идеи, улучшения, тревожные предупреждения и т. д. Это было в основном забавным небольшим упражнением по кодированию для меня, поэтому я не знаю, найдут ли люди какое-либо применение этому. Dr vulpes (Обсуждение) 03:53, 29 января 2025 (UTC) [ ответить ]

@ Dr vulpes Возможно, вам стоит взглянуть на User:Chlod/Scripts/UserHighlighter , в котором есть похожий текст при наведении для отображения групп пользователя. Может быть, стоит что-то добавить (за исключением части с выделением). -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 19:24, 29 января 2025 (UTC) [ ответить ]

@ Ahecht спасибо, я посмотрю! Мой бэкграунд в R, так что я все еще привыкаю к ​​Javascript в целом. Я уже нашел вещи, которые мне не нравятся в моем скрипте, и которые мне нужно проработать. Dr vulpes (Обсуждение) 20:15, 29 января 2025 (UTC) [ ответить ]

В статье сезона 2024–25 Port Vale FC, похоже, больше не распознаются именованные ссылки, если имя ссылки не находится в речевых знаках ([ref name = "quote"] работает, но не [ref name = quote]. Я не могу объяснить, почему это так? Echetus X e 09:36, 29 января 2025 (UTC) [ ответить ]

Похоже, что две страницы склеены при помощи прилипшей палки Притта. Почему два раздела «Справочник», два множества defaultsort, два множества категорий? Подозреваю, что это источник ваших проблем. DuncanHill ( talk ) 10:51, 29 января 2025 (UTC) [ ответить ]

Это очень странно, если я пытаюсь редактировать всю страницу, я дохожу только до первого списка ссылок и набора шаблонов навигации и кошек. DuncanHill ( обсуждение ) 11:11, 29 января 2025 (UTC) [ ответ ]

Похоже, проблема была на включенной странице, эта правка от @ SKennedy157 : похоже, исправила ее. DuncanHill ( обсуждение ) 11:26, 29 января 2025 (UTC) [ ответить ]

ах, спасибо! Echetus X e 15:43, 29 января 2025 (UTC) [ ответить ]

Это случалось несколько раз, последний раз здесь. Я редактирую статью, чтобы исправить ошибку, добавляю сводку правок, просматриваю, а затем, когда я нажимаю «Опубликовать изменения», часть статьи исчезает. Edge на Win 11, Monobook. Есть идеи, что происходит и как это предотвратить? — Предыдущий неподписанный комментарий добавлен DuncanHill ( обсуждение • вклад ) 12:16, 29 января 2025 (UTC) [ ответить ]

Была ли задержка перед публикацией? Я иногда делал что-то подобное, когда делал редактирование и предварительный просмотр, но потом отвлекался на реальную жизнь. Когда я возвращался, публикация сохраняла только раздел, над которым я работал. Похоже, это связано с перезагрузкой страницы (или перезапуском браузера), так как раздел не является частью URL. —  Jts1882 | talk 13:43, 29 января 2025 (UTC) [ ответить ]  

Может быть небольшая задержка, не более минуты или двух, достаточно долго, чтобы перепроверить, не пропустил ли я или не сломал ли что-нибудь еще. DuncanHill ( обсуждение ) 17:55, 29 января 2025 (UTC) [ ответить ]

У меня было то же самое в Template:SEC baseball record vs. Opponter , в котором нет разделов. В предварительном просмотре все было нормально, но опубликовано с отсутствующей большей частью текста. Прошло несколько дней, прежде чем Gonnym заметил отсутствующий контент. -- Ahecht (
СТРАНИЦА ОБСУЖДЕНИЯ) 19:26, 29 января 2025 (UTC) [ ответить ]

Решено

Я сохраняю копии своего списка наблюдения в Notepad++, остаются ли записи с заданным временем активными и неизменными? - FlightTime ( открытый канал ) 17:04, 29 января 2025 (UTC) [ ответить ]

@ FlightTime : Не уверен, что понял вопрос. У нас есть Help:Watchlist#Temporarily_watching_pages и mw:Help:Watchlist_expiry. Polygnotus ( обсуждение ) 18:37, 29 января 2025 (UTC) [ ответить ]

Когда срок действия записи истекает, она удаляется из вашего списка наблюдения. Если вы экспортируете из /raw, срок действия не включается в экспорт, поэтому, если вы очистите и повторно импортируете из текстового файла, срок действия будет потерян. — xaosflux ^Talk 19:55, 29 января 2025 (UTC) [ ответить ]

@ Xaosflux : Спасибо. - FlightTime ( открытый канал ) 19:58, 29 января 2025 (UTC) [ ответить ]

Когда я зашел на https://en.wikipedia.org/wiki/Resource_discovery, я был удивлен, увидев уведомление MediaWiki:thisisdeleted ( Просмотреть или восстановить 2 удаленных правки? (просмотреть журналы для этой страницы | просмотреть журнал фильтра) ), но не запись в журнале удаления, ничего похожего на то, что вы увидите, посетив недавно удаленную https://en.wikipedia.org/wiki/Snape_kills_Dumbledore. (Извините за внешние ссылки, но сообщение там отличается от сообщения, которое вы видите на экране редактирования.) Оказывается, статья была удалена в 2004 году, когда все ее содержимое было:

{{delete}} Я ЛЮБЛЮ АЛЕКСАНДРА ДЕСПАТЬЕ

Это нормальное поведение для страницы, которая была удалена так давно и никогда не восстанавливалась? Nyttend ( обсуждение ) 20:28, 29 января 2025 (UTC) [ ответить ]

• Да. Текущая система журналов датируется декабрем 2004 года. Более старые журналы можно найти в WP:Исторический архив/Журналы/Журнал удаления . * Pppery * _{это началось...} 20:34, 29 января 2025 (UTC) [ ответить ]
  • Да, действительно. Дни, когда журнал удалений был списком, который люди с привилегиями удаления поддерживали вручную. И не было механизма восстановления. И таблица удаленных ревизий очищалась людьми, которые управляли серверами, время от времени. Дядя G ( обсуждение ) 14:48, 31 января 2025 (UTC) [ ответить ]
• @ Nyttend : Это легко проверить; перейдите в Special:Log/delete и в строке «(самые новые | самые старые) Просмотреть (более новые 50 | более старые 50) (20 | 50 | 100 | 250 | 500)» нажмите ссылку «самые старые». -- Red rose64 🌹 ( обсуждение ) 21:42, 29 января 2025 (UTC) [ ответ ]

У правительства США есть веб-сайт под названием Damage Assessment Toolkit (DAT). Этот веб-сайт представляет собой интерактивную карту и базу данных, куда Национальное управление океанических и атмосферных исследований загружает информацию о любом торнадо в Соединенных Штатах примерно с 2011 по 2025 год.

Примечание: это сообщение было отправлено администраторами VPT после содержательного обсуждения на Discord-сервере Wikipedia.

Предыстория вопроса

DAT (скриншот справа; Изображение 1 и Изображение 2) цитируется в сотнях статей, включая GA и FA. На нескольких GAN/FAC, а также на общих страницах обсуждения статей (и на странице обсуждения WikiProject Weather) несколько пользователей выразили желание иметь отдельный шаблон цитирования для DAT. Почему? Что ж, снимок экрана справа (Изображение 1) является хорошим примером. Красная линия и последующие треугольники вдоль красной линии представляют информацию правительства США относительно торнадо в Гринфилде 2024 года (статья с 92 000 просмотров страниц). Красная линия представляет собой траекторию торнадо, а треугольники вдоль красной линии представляют каждую «точку повреждения», задокументированную Национальной метеорологической службой .

Каждый из этих треугольников «Точка повреждения» можно кликнуть, и, щелкнув треугольник, вы увидите, что он содержит информацию. Изображение 3 справа показывает информацию о водонапорной башне, пострадавшей от торнадо Rolling Fork–Silver City 2023 года . Эта конкретная водонапорная башня (1) фактически обсуждается и упоминается напрямую в статье Википедии и (2) используется в качестве фотографии в статье Tornadoes of 2023#March 24–27 (United States) . Фактически, эта фотография является ее фотографией в DAT. Поскольку в DAT есть фотографии, в Commons есть отдельный шаблон, связанный с авторскими правами, для нее ({{PD-USGov-DAT}}). Однако, как видно на изображении 3, DAT содержит не только фотографии. В статье, в частности, приводится информация из DAT, включая : рейтинг (« EF4 ») и комментарии: « Обрушившаяся водонапорная башня, согнутая чуть выше основания, с вырванными из бетона анкерами. В резервуаре была вода, образовавшаяся при ударе о землю воронка. Потенциально повреждена летящими обломками » .

Итак, почему это проблема? Итак, редакторы и читатели должны вручную изменить дату в правом верхнем углу веб-сайта (Изображение 1, Изображение 2), чтобы она соответствовала желаемой дате. DAT всегда обновляется/изменяется, поскольку в США ежегодно происходят сотни торнадо. Из-за этого DAT автоматически показывает только последнюю неделю. Все, что было больше недели назад, хранится и доступно любому, если дата изменена. Например, чтобы увидеть информацию DAT для торнадо Мур 2013 года (263 000 просмотров в год), пользователям нужно изменить дату с 19 мая 2013 года на 21 мая 2013 года. После изменения даты пользователям нужно вручную увеличить масштаб желаемой области. DAT показывает всю территорию США, когда он впервые загружен. После загрузки пользователи могут увеличить масштаб (как на Google Maps) желаемой области.

Чтобы увидеть это, я рекомендую установить дату с 19 мая 2013 года по 21 мая 2013 года, а затем увеличить масштаб изображения южной части Оклахома-Сити, штат Оклахома, чтобы увидеть весь торнадо Мур 2013 года .

Из-за интерактивности DAT нет URL-адресов «специфичных для треугольников» или даже «специфичных для торнадо» для цитирования; только базовый URL-адрес DAT, указанный выше. Это привело к некоторым инцидентам, когда рецензенты не могли мгновенно проверить информацию, и некоторым другим пользователям приходилось объяснять, как они могут проверить информацию ( Talk:2024 Greenfield tornado#Failed verification пример этой проблемы и последующего обсуждения, где Sumanuil , редактор, не занимающийся погодой, не смог проверить информацию в статье, и другому пользователю (мне) пришлось объяснять, как проверить информацию).

Что запрашивается?

Поскольку невозможно создать цитирования, специфичные для URL, для него запрашивается шаблон цитирования (в прошлом даже запрашивался в Wikipedia:Запрошенные шаблоны компанией Departure в ноябре 2024 года, что ни к чему не привело).

В статьях Википедии DAT в основном используется для цитирования следующих элементов:

• Следы торнадо
  • Длина торнадо {как долго он находился на земле; расстояние}
  • Ширина торнадо {насколько широким был торнадо; расстояние}
  • Комментарии к Tornado Track {заявления правительства США о торнадо; пресс-релизы}
• «Очки урона»
  • Рейтинг местоположения по расширенной шкале Фудзиты
  • Расчетная скорость ветра в месте(ах) {в милях в час}
  • Комментарии Damage Point {заявления правительства США о торнадо; пресс-релизы}

Есть ли способ сделать шаблон, который позволит пользователям ссылаться на URL-адрес DAT-базы и иметь возможность указать дату, местоположение, а затем опции для различных вещей выше? Текущая ссылка на DAT (как видно из статьи Tornadoes of 2024 ) такова: ^[1] The Weather Event Writer ( страница обсуждения) 18:46, 30 января 2025 (UTC) [ ответить ]

+1 - DAT, вероятно, является наиболее цитируемым ресурсом в сообществе редакторов Tornado. Без шаблона цитирования это вызовет путаницу. Wildfireupdateman :) ( talk ) 16:35, 31 января 2025 (UTC) [ ответить ]

@ WeatherWriter Идея заключается в том, что у вас будет шаблон цитирования, который включает в себя следующие инструкции:

Информация о [длине пути и скорости ветра] получена из базы данных "Damage Assessment Toolkit", NOAA (2024). Получено 2024-01-20.
Чтобы получить доступ к отчету DAT, установите даты, охватывающие [2013-05-19] по [2013-05-21], перезагрузите и увеличьте масштаб до пострадавшего региона. Информация доступна при нажатии на выделенные маркеры.

Я не уверен, есть ли еще где-то такие подробные инструкции, но {{ cite ODNB }} — это пример оболочки к стандартному шаблону цитирования для добавления стандартной заметки об условиях доступа, и, похоже, это работает достаточно хорошо.

Я могу представить, как вы могли бы сколотить шаблон цитирования для этого и назвать его примерно так: {{cite DAT|type=track length and wind speed|eventstart=2005-05-22|eventend=2013-05-21|year=2024|retrieved=2024-01-20}} . Если это звучит подходящим, я могу что-нибудь вам набросать? Andrew Gray ( talk ) 23:18, 2 февраля 2025 (UTC) [ ответить ]

Длина пути и скорость ветра не помогут никому, кто проверяет. Фильтрация по начальной широте и долготе и включение параметра event_id, если это возможно, были бы гораздо полезнее. Вылет– ( talk ) 23:30, 2 февраля 2025 (UTC) [ ответить ]

Еще одно: DAT принимает выбор одной даты, исходя из моего опыта. Установка как начальной, так и конечной даты на одну и ту же дату покажет все события только с этой даты. Вылет– ( talk ) 23:32, 2 февраля 2025 (UTC) [ ответить ]

@ Departure– "Длина пути и скорость ветра" есть заполнитель - я предполагал, что вы поместите туда какой-нибудь свободный текст, чтобы сказать, какие данные были получены. Для широты и долготы - я понимаю, почему они были бы полезны, но я также не могу понять, где пользователь фактически ввел бы их в систему, кроме как используя их для определения того, где увеличивать масштаб?

Я собрал версию на скретч-сайте User:Andrew Gray/test — она принимает опцию для даты (отдельная или начало/конец), «источник» (т. е. то, что здесь берется в качестве источника, свободный текст) и широту/долготу (необязательно). Идентификатор события включен, если он известен, но похоже, что во многих записях его нет, поэтому я также оставил его необязательным. Можете свободно экспериментировать с ним! Он использует только одну функцию синтаксического анализатора (#if), и, надеюсь, это должно быть достаточно понятно. Andrew Gray ( talk ) 22:49, 3 февраля 2025 (UTC) [ ответить ]

Честно говоря, тестовая версия, которую вы сделали, вероятно, сработает. Просто уточняющий вопрос Эндрю Грей : параметр "sourcing" отображается или не отображается для читателей? В двух примерах на User:Andrew Gray/test параметр - " | sourcing = damage ". В первом примере отображается "Информация о повреждении, полученном...", а во втором примере, помеченном так же, отображается "Информация об этом событии, полученном...". Если бы я выбирал из примеров, первый вариант был бы лучшим, так как ключевой момент - для читателей.

Также, второй вопрос по параметру "sourcing": как именно это будет работать? То есть, есть ли установленные слова (например, "Ущерб", "Скорость ветра" и т. д.) или это свободный выбор? Я просто пытаюсь понять, как именно будет работать этот параметр.

Но да, это более или менее именно то, на что мы надеемся! Я ценю работу, которую вы делаете, чтобы помочь редакторам торнадо! The Weather Event Writer ( страница обсуждения) 23:21, 3 февраля 2025 (UTC) [ ответить ]

Это свободный текст - "Информация об этом событии получена из...", где это событие заменяется тем, что вы добавляете в элемент |sourcing= .... Если этот элемент пуст, он просто говорит "это событие" (так как это кажется достаточно общим, чтобы охватить большинство случаев).

Если вас все устраивает, то, я думаю, вы можете просто скопировать что-то вроде {{ cite DAT }} — мы сможем разобраться с документацией и т. д., как только у вас появится заголовок. Эндрю Грей ( обсуждение ) 00:10, 4 февраля 2025 (UTC) [ ответить ]

+1 , это было бы чрезвычайно полезно для торнадо-пространства в целом. Несколько статей, которые используют Damage Assessment Toolkit в качестве справочного материала:

• Торнадо Каллман-Араб 2011 (Джорджия)
• Торнадо Гарленд 2015 (Джорджия)
• Вспышка торнадо и дерехо 1–3 апреля 2024 г. (штат Джорджия)
• Торнадо Рингголд – Аписон, 2011 г. (Джорджия)

Я мог бы назвать еще несколько, но моя точка зрения доказана. E _F ⁵ 13:37, 31 января 2025 (UTC) [ ответить ]

+1 Это всплыло в FAC для обрушения театра Belvidere Apollo Theatre — с DAT немного сложно работать, и это всплыло для поиска изображения после. В идеале, устоявшийся надежный источник не потребовал бы так много объяснений для рецензентов FAC, поэтому шаблон определенно нужен. Кстати, FAC прошел, так что теперь у нас официально есть избранная статья, которую можно добавить к статьям, которые выиграют от этого шаблона. Отъезд– ( обсуждение ) 16:07, 31 января 2025 (UTC) [ ответ ]

Привет, на странице вкладов IP появилась новая кнопка, названная global making , которая переносит вас на Special:GlobalContributions /какой бы IP ни был, он сломан (используйте Special:Contributions/127.0.0.1 в качестве примера). Я считаю, что это новая функция mw, так как специальная страница существует на meta wiki m:Special:GlobalContributions), но пока не на английской Википедии.

В разделе mw:Trust and Safety Product/Temporary Accounts/Updates в декабре говорится:

" Special: GlobalContributions в ближайшем будущем сможет отображать информацию о кросс-вики-вкладах зарегистрированных пользователей, IP-адресах, диапазонах IP-адресов и временных учетных записях. (T375632) ". Мое настоящее имя ( 💬Давайте поговорим · 📜Моя работа ) 21:27, 30 января 2025 (UTC) [ ответить ]

@ Myrealnamm Это известная ошибка, см. phab:T385086. Специальная страница существует только на вики с включенными временными учетными записями. 86.23.109.101 ( обсуждение ) 21:43, 30 января 2025 (UTC) [ ответить ]

здорово… Спасибо за ссылку! Мое ​​настоящее имя ( 💬Давайте поговорим · 📜Моя работа ) 22:00, 30 января 2025 (UTC) [ ответить ]

Я использовал MediaWiki:Nospecialpagetext , чтобы добавить сообщение на страницы вроде Special:GlobalContributions/86.23.109.101 , ссылка на которые есть на Special:Contributions/86.23.109.101 . PrimeHunter ( обсуждение ) 00:30, 31 января 2025 (UTC) [ ответить ]

Локальная страница id:Special:GlobalContributions/Taylor_49 сломана с сегодняшнего дня на всех вики, там написано "Такой специальной страницы нет. Вы запросили недействительную специальную страницу.". Глобальная страница m:Special:GlobalContributions/Taylor_49 показывает что-то, но говорит "Ошибка загрузки данных из некоторых вики. Эти результаты неполные. Возможно, поможет повторная попытка". и отображаемая информация явно неверна (огромное увеличение размера страницы намного выше моих заслуг). Это сломано не только для IP, но и для зарегистрированных пользователей. Это работало примерно до вчерашнего дня, поэтому это НЕ новая функция, которая "сможет отображать информацию", а старая функция, которая недавно перестала работать . Taylor 49 ( обсуждение ) 21:07, 2 февраля 2025 (UTC) [ ответить ]

Special:GlobalContribs — это новая функция. Она не полностью разработана, даже если она развернута в некоторых вики. И под некоторыми я подразумеваю около дюжины. Можно сказать, что она сломана, но она ни в коем случае не «старая». В таком случае следует ожидать ошибок. Izno ( talk ) 21:43, 2 февраля 2025 (UTC) [ ответить ]

Ну, я перепутал слишком заметный новый id:Special:GlobalContributions/Taylor_49 со старым добрым id:Special:CentralAuth/Taylor_49, который все еще работает так же, как и раньше. Ничего не сломано, просто запутанно. Taylor 49 ( обсуждение ) 21:52, 2 февраля 2025 (UTC) [ ответить ]

Сбивает с толку то, что Special:Contributions теперь имеет ссылку на Special:SpecialContributions даже на вики, где она не развернута. Nardog ( обсуждение ) 10:40, 3 февраля 2025 (UTC) [ ответить ]

• В настоящее время это в основном работает только в мета-вики, работа над этим ведется в phab:T385086. — xaosflux ^Talk 13:43, 3 февраля 2025 (UTC) [ ответить ]

Решено

 – Решено. ⇌ Джейк Вартенберг 18:09, 31 января 2025 (UTC)[ отвечать ]

Как указано здесь , этот шаблон необходимо отредактировать так, чтобы плавающая ссылка отображалась на Wikipedia:Requests for permissions , но не на Template:Admin dashboard . Есть желающие? ⇌ Джейк Вартенберг 16:00, 31 января 2025 (UTC) [ ответить ]

Есть ли какой-либо инструмент для составления списка страниц, которые включают определенный шаблон и используют (т.е. не оставляют его пустым) определенный параметр этого шаблона? Janhrach ( обсуждение ) 19:41, 31 января 2025 (UTC) [ ответить ]

Для любого шаблона с разделом TemplateData в документации нажмите «ежемесячный отчет» для получения этой информации. – Jonesey95 ( обсуждение ) 20:44, 31 января 2025 (UTC) [ ответить ]

Спасибо, инструмент делает то, что я хотел, но, к сожалению, в рассматриваемом шаблоне нет TemplateData. Есть ли какой-либо другой похожий инструмент? Janhrach ( talk ) 19:56, 3 февраля 2025 (UTC) [ ответить ]

@ Janhrach Самый простой способ — добавить TemplateData и подождать до следующего ежемесячного отчета для запуска. Если вас интересует определенный параметр, вы можете добавить категорию отслеживания, например Вам все равно придется подождать некоторое время (от нескольких часов до нескольких недель) для обновления всех страниц, использующих шаблон, если только вы не принудительно введете нулевое редактирование на каждой странице с помощью чего-то вроде User:Ahecht/Scripts/refresh . -- Ahecht ({{#if:{{{FOO|}}}|[[Category:Pages using template BAR with parameter FOO]]}}
СТРАНИЦА ОБСУЖДЕНИЯ) 21:32, 3 февраля 2025 (UTC) [ ответить ]

Мы в Wiki Project Med создали метод визуализации Our World in Data со всеми материалами, поступающими из Commons. Вы можете увидеть его функционал на mdwiki:WikiProjectMed:OWID#Way_3_(current_effort) .

Интересно, сможем ли мы скопировать это и это на EN WP, чтобы мы могли начать тестирование здесь.

На MDWiki вы сможете:

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

Он создан примерно из 500 отдельных изображений. Док Джеймс ( обсуждение · вклад · электронная почта ) 05:06, 1 февраля 2025 (UTC) [ ответить ]

Мы работаем над улучшением функциональности на мобильных устройствах, поскольку в настоящее время она оставляет желать лучшего. Просто хотим начать тестирование здесь, в основной среде она для нас не готова. Док Джеймс ( talk · contribs · email ) 05:15, 1 февраля 2025 (UTC) [ ответить ]

Всем привет,

Мне интересно, каков статус использования расширения GlobalWatchlist в Википедии для создания единого списка наблюдения для разных вики (все Википедии, но на разных языках)?

Похоже, что ведется работа по разработке самого расширения, но я не нашел ничего нового о его использовании для Википедии. Есть ли где-нибудь след этого?

Заранее большое спасибо!

Всего наилучшего, Юлиус Шварц ( обсуждение ) 08:39, 1 февраля 2025 (UTC) [ ответить ]

Это на Meta-Wiki: m:Special:GlobalWatchlist. Nardog ( обсуждение ) 09:29, 1 февраля 2025 (UTC) [ ответить ]

О, это здорово, спасибо большое! Юлиус Шварц ( обсуждение ) 15:21, 1 февраля 2025 (UTC) [ ответить ]

Я пытаюсь заменить атрибут карты в Template:Infobox valley каньона Оук-Крик на это:

|карта = {{maplink-road|из=Оук-Крик (Аризона).карта}}

К сожалению, когда я пытаюсь это сделать, я получаю следующее:

Ошибка Lua в Module:Location_map в строке 526: «?'\"`UNIQ--mapframe-0000000D-QINU`\"'?» не является допустимым именем для определения карты местоположения

Он отлично работает с Template:Infobox river . Есть идеи? TerraFrost ( обсуждение ) 17:08, 1 февраля 2025 (UTC) [ ответить ]

@ TerraFrost Параметр карты {{ Infobox valley }} жестко закодирован для использования {{ Location map }} , инфобокс заполняет входные данные шаблона карты местоположения данными из различных полей инфобокса. Параметр карты {{ Infobox river }} гораздо сложнее и может принимать изображение, карту местоположения или карту на основе mapframe, и поэтому он может обрабатывать входные данные {{ maplink road }} .

Ошибка, которую вы видите, возникает из-за того, что параметры шаблона карты местоположения заполнены наполовину проанализированным maplink-road, из-за чего шаблон карты местоположения пытается загрузить бессмысленный заголовок карты.

Вам необходимо проверить документацию по шаблону — система информационных полей немного запутана, и разные шаблоны могут иметь одно и то же имя параметра, выполняющего разные функции или имеющего разные допустимые входные данные. 86.23.109.101 ( обсуждение ) 19:42, 2 февраля 2025 (UTC) [ ответить ]

Я получаю эти маленькие всплывающие уведомления о том, что раздел не может быть найден при сохранении создания указанного раздела . Это кажется .... немного не так. Beeblebrox ^Beebletalks 22:51, 1 февраля 2025 (UTC) [ ответить ]

@ Beeblebrox : Это потому, что вы используете шаблоны в заголовках разделов. Это никогда не бывает хорошей идеей . -- Red rose64 🌹 ( обсуждение ) 23:17, 1 февраля 2025 (UTC) [ ответить ]

Хм. Я знал, что в статьях этого делать нельзя, но, наверное, я думал, что это просто проблема MOS, а не техническая. Спасибо за ответ. Beeblebrox ^Beebletalks 18:26, 2 февраля 2025 (UTC) [ ответить ]

Привет, я использую скрипт User:Qwerfjkl/scripts/unusedCategories.js почти три года без проблем. Несколько дней назад скрипт внезапно перестал работать, но только здесь, на моем домашнем ноутбуке. На моем рабочем компьютере он работает отлично. Есть идеи, что может вызывать проблему на моем ноутбуке? См. также User talk:Qwerfjkl#Unused categories script . ✗ plicit 00:51, 2 февраля 2025 (UTC) [ ответить ]

Похоже, что это попало во многие шаблоны и другие места, вызывая проблемы в темном режиме. Текст неразборчиво серый на сером. Вот несколько примеров, которые я нашел:background:transparent

• [1]
• Template_talk:Old_moves#Extended-confirmed-protected_edit_request_on_29_January_2025_fix_dark_mode
• Template_talk:Фото_запрошено#Запрос_редактирования_шаблона_защищен_30_января_2025_исправить_темный_режим

При удалении темный режим фиксируется, и я не вижу разницы после переключения обратно в светлый режим и обновления. Неясно, для чего он был изначально добавлен, так как фон по умолчанию уже прозрачный. Предлагаю пройтись по всем случаям insource:"background:transparent" и для каждого либо удалить его, либо добавить скрытый комментарий, почему он необходим. 173.206.40.108 ( talk ) 00:57, 3 февраля 2025 (UTC) [ reply ]background:transparent

Во многих случаях его просто не нужно было добавлять. Во многих других случаях он был добавлен как параметр по умолчанию, и большую часть времени до того, как у нас появились ParserFunctions, так что другого варианта не было. В противном случае, простая инерция. Его использование почти всегда можно удалить или переписать во что-то вроде {{#if:{{{background|}}}|background: {{{background}}}}}. Izno ( talk ) 02:05, 3 февраля 2025 (UTC) [ ответить ]

И в этих немногих, я предполагаю, они, вероятно, использовали NavFrameизначально, у которого был фон по умолчанию, который был переопределен. Izno ( talk ) 02:28, 3 февраля 2025 (UTC) [ ответить ]

Спасибо за принятие ER и предоставление технических пояснений! 173.206.40.108 ( talk ) 02:46, 3 февраля 2025 (UTC) [ ответить ]

Пожалуйста, ознакомьтесь с этой страницей MediaWiki для получения более подробных рекомендаций перед тем, как приступить к выполнению объемной задачи. Если вы собираетесь заняться этими правками, убедитесь, что каждый экземпляр сопровождается – Jonesey95 ( обсуждение ) 04:22, 3 февраля 2025 (UTC) [ ответить ]background:color:

Кроме того, ссылка поиска выше преуменьшает проблему; поиск по всем пространствам имен дает 152 000 страниц, многие из которых включены в другие страницы. – Jonesey95 ( обсуждение ) 15:36, 3 февраля 2025 (UTC) [ ответить ]

• Сравните похожее обсуждение на Wikipedia talk:WikiProject Cricket#Хотелось бы присоединиться к WP:Cricket (даже из Америки!), но сначала прошу об одолжении... Uncle G ( talk ) 10:36, 3 февраля 2025 (UTC) [ ответить ]

Есть ли способ использовать шаблон из другой языковой википедии? Это хлопотно — создавать целый инфобокс только для одной статьи. Hawkeye7 (обсудить) 19:19, 3 февраля 2025 (UTC) [ ответить ]

Ну, некоторые шаблоны имеют templatedata, которые определяют, как изменять аргументы из одного шаблона в другой шаблон, связанный с wikidata. ContentTranslate затем может использовать эту информацию и автоматически передавать информацию. Вам все равно следует редактировать данные. Не могу сказать, применимо ли это в вашем случае, поскольку вы не указали, какой это шаблон. Snævar ( talk ) 19:36, 3 февраля 2025 (UTC) [ reply ]

Шаблон, который мне нужен, — fr:Modèle:Infobox Quartier. Hawkeye7 (обсудить) 20:03, 3 февраля 2025 (UTC) [ ответить ]

Шаблоны из одной Википедии не могут быть включены в другую. Копирование кода шаблона из одной Википедии и исправление его для перевода локальных пространств имен/переменных часто бывает необходимо. Код Lua и сами магические переменные должны быть одинаковыми независимо от языка, но пространства имен могут отличаться. ~ 🦝 Shushugah  (он/он •  talk ) 20:07, 3 февраля 2025 (UTC) [ ответить ]

Почему код Lua должен быть таким же? Hawkeye7 (обсудить) 20:11, 3 февраля 2025 (UTC) [ ответить ]

@ Hawkeye7 Часть синтаксиса та же, не вся; используя ChatGPT и исправив ее впоследствии, придумал {{ Infobox neighborhood quarter }} , это работает для вас? Сейчас добавлю документацию... Я также заметил, что {{ Infobox Settlement }} уже существует ~ 🦝 Shushugah  (он/он •  говорить ) 20:20, 3 февраля 2025 (UTC) [ ответить ]

Спасибо! Я знаю о {{ Infobox Settlement }}, но это не подходит. Hawkeye7 (обсудить) 21:22, 3 февраля 2025 (UTC) [ ответить ]

Что за? {{Infobox neighborhood quarter}} дает Шаблон:Infobox Infobox neighborhood quarter Hawkeye7 (обсудить) 21:25, 3 февраля 2025 (UTC) [ ответить ]

Возьмем для примера: [2] и [3]. Если вы ищете такую ​​фразу на десктопе (на мобильном или десктопном сайте), вы немедленно получаете желаемый результат. Найдите ее с помощью мобильного телефона (опять же, на мобильном или десктопном сайте), и он ищет все слова по отдельности, а ваш желаемый результат нигде не находится. Что дает? Home Lander ( talk ) 20:24, 3 февраля 2025 (UTC) [ ответить ]

Интересно, что я только что обнаружил, что нажатие на эти ссылки напрямую с моего телефона загружает результаты, как и предполагалось. Но если я вручную ввожу фразу в поиск, я получаю список случайных результатов, содержащих все или некоторые из отдельных слов, которые я искал. Home Lander ( talk ) 20:27, 3 февраля 2025 (UTC) [ ответить ]

@ Home Lander : Если у вас проблема с фразами в кавычках, как в ваших примерах, то, полагаю, ваш телефон использует специальные символы вместо прямых кавычек. Некоторые специальные символы игнорируются поиском. В iOS есть такая функция, которая называется «Умная пунктуация». PrimeHunter ( обсуждение ) 21:05, 3 февраля 2025 (UTC) [ ответить ]

Конечно, у меня есть iPhone, и кавычки, отображаемые на клавиатуре, кажутся стандартными, но при вводе в строку поиска они выглядят изогнутыми. Полагаю, это касается всех iPhone? Если так, есть ли способ заставить поиск слушать изогнутые кавычки? Home Lander ( talk ) 21:11, 3 февраля 2025 (UTC) [ ответить ]

Теперь подано как phab:T385525. Я не знаю, должны ли мы или Apple решать эту проблему (т. е. автоматическое преобразование этих символов обратно может иметь нежелательные побочные эффекты). Quiddity ( обсуждение ) 21:20, 3 февраля 2025 (UTC) [ ответ ]

@ Home Lander : Вы можете отключить функцию «Умная пунктуация» iOS в разделе «Настройки», «Основные», «Клавиатура». PrimeHunter ( обсуждение ) 21:30, 3 февраля 2025 (UTC) [ ответить ]

Спасибо, это сработало как по волшебству! Home Lander ( обсуждение ) 00:46, 4 февраля 2025 (UTC) [ ответить ]

Кажется, у меня это работает так, как и ожидалось, как в мобильном Firefox (войдя в систему), так и в мобильном Firefox Focus (анонимно). Мне нужно включить кавычки вокруг строки текста и указать префикс, например "immediate block of sockpuppet ip" prefix=Wikipedia:Administrators(или выбрать соответствующий флажок пространства имен), чтобы он вышел за пределы article-namespace.

Единственное, что я предполагаю, это может быть связано с фигурными кавычками, и тестирование подтверждает, что это не работает должным образом (я вручную скопировал фигурные кавычки из информационного поля Quotation mark ), и PrimeHunter прокомментировал это как раз тогда, когда я печатал это с той же информацией! Quiddity ( обсуждение ) 21:08, 3 февраля 2025 (UTC) [ ответ ]

Доставка сообщений MediaWiki00:06, 4 февраля 2025 (UTC) [ ответить ]

Существует проблема доступности с несколькими языковыми шаблонами на WP, которые могут отображать тофу для читателей, которые не используют самые распространенные браузеры и ОС. Часто есть простое решение, но дизайнеры шаблонов, как правило, не хотят их реализовывать и, по сути, могут отменить их. Иногда я получаю ответ, как здесь, что не Википедия обязана быть доступной для пользователей, а пользователь должен выбрать ОС и браузер, совместимые с конкретной статьей, которую он читает. Разве философия Википедии не в том, что она должна быть общедоступной? И что статьи имеют одинаковую доступность для читателей, а не в зависимости от того, какие шаблоны используются? — kwami ​​( talk ) 02:11, 4 февраля 2025 (UTC) [ reply ]

Это из Template talk:Korean#this template obscures hangul on Firefox . Можете ли вы сделать короткий пример, возможно, в песочнице. Он будет иметь пример {{ Korean }} с некоторым простым викитекстом, чтобы продемонстрировать проблему. Укажите, что отображается в вашей системе. Если есть альтернативный метод отображения того же текста таким образом, который работает, опубликуйте его. Johnuniq ( talk ) 04:33, 4 февраля 2025 (UTC) [ ответить ]

Да, в начале статьи на хангыле есть {{Korean|hangul=한글}}, что дает корейский :  한글 .

Насколько я понимаю, там отображается « Korean :», за которым следуют два квадрата с кодами символов Unicode D55C и AE00 внутри.

Я попробовал выйти из системы на случай, если проблема в моих настройках, но это не изменило отображение.

Это исправление, предложенное на странице обсуждения, с заменой {{lang|ko-Hang| и {{lang|ko-Hani| на {{lang|ko|. После внедрения этого я увидел « Корейский : 한글» с правильно отображаемыми символами хангыль, как и в прошлый раз, когда я посещал статью.

Я думал, что проблема решена, но исправление было отменено с объяснением, что создатели шаблонов не обязаны делать свои шаблоны понятными для всех. — kwami ​​( talk ) 07:27, 4 февраля 2025 (UTC) [ ответить ]

Кстати, с моим резервным браузером Falkon шаблон отображается правильно, вошел я в систему или нет. Таким образом, похоже, что не Mint несовместим с шаблоном, а Firefox или, по крайней мере, Firefox для Mint.

Я также обновил свою систему/браузер. Никакого эффекта. — kwami ​​( talk ) 07:32, 4 февраля 2025 (UTC) [ ответить ]

Да, это похоже на ошибку в Firefox. Вы видите тофу в этой таблице?

В этом случае, пожалуйста, сообщите об этом в их багтрекер. -- rchard2scout ( обсуждение ) 08:50, 4 февраля 2025 (UTC) [ ответить ]

Да, тофу в первом ряду, хангыль во втором ряду. Спасибо. — kwami ​​( talk ) 09:20, 4 февраля 2025 (UTC) [ ответить ]

Как я ответил в Template:Korean , проблема в настройках пользователя для пакета fontconfig-config Linux, а не Firefox или Wikipedia. 173.206.40.108 ( обсуждение ) 10:06, 4 февраля 2025 (UTC) [ ответить ]

Как это могут быть мои настройки, если я их не персонализировал? И почему они не должны влиять на другие браузеры, если это не Firefox? — kwami ​​( talk ) 10:27, 4 февраля 2025 (UTC) [ ответить ]

Никакого тофу с использованием linuxmint-22.1-cinnamon-64bit.isoLive CD. Убедитесь, что вы не персонализировали их . 173.206.40.108 ( обсуждение ) 10:37, 4 февраля 2025 (UTC) [ ответить ]

Я не знаю, как их персонализировать. — kwami ​​( обсуждение ) 10:46, 4 февраля 2025 (UTC) [ ответить ]

О да, обновление иногда ломает вещи. Мне пришлось переустановить Linux после того, как числа и символы начали превращаться в эмодзи в пространстве имен Wiktionary Reconstruction:, также из-за проблем со шрифтами, lang=установленными в значениях, выходящих за рамки ISO 639-1 . Я рекомендую переустановить, это будет более быстрым решением, чем постоянное появление проблем со шрифтами. На самом деле, вы правы, что {{ korean }} не соответствует ISO 639 , как указано в Template:Lang#Syntax_and_usage . 173.206.40.108 ( talk ) 11:08, 4 февраля 2025 (UTC) [ reply ]

Из документации этого шаблона: Шаблон также поддерживает правильно отформатированные языковые теги IETF с использованием подтегов, которые идентифицируют письменность, регион и/или вариант языка. [...] Для получения актуального списка доступных кодов языков, письменностей, регионов и вариантов обратитесь к реестру языковых подтегов IANA. И прямо там, в реестре подтегов, указан "Subtag: Hang". Так же как и совершенно допустимый языковой тег BCP 47. -- rchard2scout ( talk ) 14:05, 4 февраля 2025 (UTC) [ ответить ]ko-Hang

Код sudo не оказал никакого эффекта даже после перезагрузки компьютера. — kwami ​​( обсуждение ) 11:00, 4 февраля 2025 (UTC) [ ответить ]

Какая точная версия вашего Mint и вкусов? То же самое для Firefox? В Firefox about:preferences#general> Шрифты > Расширенные > Шрифты для > Корейский, у вас есть то же самое, что и ниже?

• Пропорциональный – без засечек
• Serif – по умолчанию (не Serif)
• Без засечек – по умолчанию (Noto Sans)
• Моноширинный — по умолчанию (DejaVu Sans Mono)
• Разрешить страницам выбирать собственные шрифты вместо выбранных вами выше — отмечено галочкой

— 🧧🍊 Paper9oll 🍊🧧 ( 🔔 • 📝 ) 15:10, 4 февраля 2025 (UTC) [ ответить ]

Спасибо! Это решило проблему.

Настройки по умолчанию были другими — все они были DejaVu, а не только моноширинный — хотя «выбрать собственный шрифт» был отмечен. Я изменил настройки по умолчанию на Noto CJK Korean, и это исправило проблему. Хотя почему Ko и Ko-Hani должны быть затронуты по-разному, если «выбрать собственный шрифт» не изменилось, мне непонятно. И почему корейский должен быть проблемой, если японский не имеет тех же общих настроек шрифта.

Изменение «других систем письма» с системных по умолчанию ['serif', 'sans-serif', 'monospace'] на Noto также исправило бирманский язык, еще один шрифт тофу в шаблонах языков, который в противном случае отображался правильно.

Мне все еще кажется странным, что наши языковые шаблоны переопределяют системные по умолчанию, так что скрипты больше не отображаются правильно, когда не шаблонизированный текст позволяет системе отображать его правильно. Я бы подумал, что языковой шаблон должен улучшить доступность, а не ухудшить ее. — kwami ​​( talk ) 23:07, 4 февраля 2025 (UTC) [ ответить ]

Привет, я постараюсь описать это как можно лучше. При поиске фильма «Неправильный ход» с помощью функции поиска в Википедии вы увидите статью и небольшое описание ниже. Есть проблема с описанием, там написано, что это фильм 1975 года из Западной Германии . Но очевидно, что скобки ([[]]) не должны быть в описании, так как эта часть не является ссылкой. Но я не знаю, где это обновить, ни в Википедии, ни в Wikidata. Прикрепляю изображение проблемы здесь, просто чтобы убедиться, что я все понял. Заранее спасибо за помощь, Cimoi ( talk ) 05:32, 4 февраля 2025 (UTC) [ ответить ]

@ Cimoi . Сортировано (надеюсь). Кто-то пытался использовать викиссылки в WP:short description , но они там не работают. Nthep ( talk ) 07:55, 4 февраля 2025 (UTC) [ ответить ]

Это хорошее решение для этой статьи, но если есть проблема с {{ Infobox film/short description }} , она может влиять на большое количество статей. -- Джон из Рединга ( обсуждение ) 07:58, 4 февраля 2025 (UTC) [ ответ ]

Можно использовать {{ Delink }} вместо {{ KillMarkers }} . Nardog ( обсуждение ) 08:05, 4 февраля 2025 (UTC) [ ответить ]

Да, Delink работает лучше. Часть проблемы в том, что Template:Country2nationality не отслеживает нераспознанные названия стран . Если кто-то, знакомый с Lua, сможет добавить категорию отслеживания в модуль этого шаблона, это было бы полезно. – Jonesey95 ( обсуждение ) 15:23, 4 февраля 2025 (UTC) [ ответить ]

Спасибо всем за исправление и последующие действия по исправлению этого более систематически. Я рад, что теперь знаю, как это называется и как это искать! Cimoi ( talk ) 15:30, 4 февраля 2025 (UTC) [ ответить ]

На сегодняшний день редактирование любой статьи в mainspace (целой страницы или раздела) приводит к появлению этой ошибки над окном редактирования:

Что стало причиной этого? -- Red rose64 🌹 ( обсуждение ) 08:28, 4 февраля 2025 (UTC) [ ответить ]

Я внезапно вижу сообщение «Ошибка Lua в Module:TFA_title в строке 48: присвоение необъявленной переменной 'today'» над окном редактирования, когда я редактирую страницы в пространстве статьи (например, Hindu Temple of Wisconsin ). Module:TFA_title , похоже, не менялся в последнее время. Уильям Эвери ( обсуждение ) 08:30, 4 февраля 2025 (UTC) [ ответить ]

Я тоже вижу это для статей, но не для этой страницы. Nurg ( обсуждение ) 08:38, 4 февраля 2025 (UTC) [ ответить ]

@ MSGJ : Это связано с вашим изменением здесь ? SA Julio ( обсуждение ) 08:50, 4 февраля 2025 (UTC) [ ответить ]

То же самое сообщение появляется в Template:Editnotices/Namespace/Main без открытия окна редактирования. Nurg ( talk ) 09:03, 4 февраля 2025 (UTC) [ ответить ]

Я отредактировал заголовок Module:TFA , чтобы удалить непреднамеренную глобальную переменную, которая вызывала указанное выше сообщение. Я не знаю, что вызвало ошибку. Johnuniq ( talk ) 09:16, 4 февраля 2025 (UTC) [ ответить ]

Извините, это связано с моим недавним запросом на редактирование здесь , который добавил требование к модулю, использующему строгий режим, таким образом делая заголовок TFA строгим и при аварии. Конечно, это не потенциальный случай ошибки, который я ожидал. Aidan9382 _{( talk )} 10:06, 4 февраля 2025 (UTC) [ ответить ]

Модуль: заголовок TFA содержал ошибку, которую нужно было выявить, прежде чем ее можно было исправить. Хорошо, что ваш запрос на редактирование выявил ее. Johnuniq ( talk ) 10:20, 4 февраля 2025 (UTC) [ ответить ]

Тем не менее, вероятно, это плохая практика для модулей, используемых в качестве транзитивных зависимостей, требовать строгие условия. * Пппэри * _{это началось...} 21:30, 4 февраля 2025 (UTC) [ ответить ]

Вероятно, это плохая практика для модулей, не требующих строгого соответствия. Izno ( talk ) 00:24, 5 февраля 2025 (UTC) [ ответить ]

Вполне возможно, что у модуля может быть веская причина использовать глобальную переменную, хотя я ее не видел. Однако в этом модуле была ошибка, которая была обнаружена только потому, что использовалась strict. Это хорошо. Johnuniq ( talk ) 01:06, 5 февраля 2025 (UTC) [ ответить ]

Многие шрифты на Help:Multilingual_support#Scripts не отображаются у меня должным образом. Я использую последнюю версию Microsoft Edge на последнем обновлении для Windows 10. Впервые я заметил это, когда не отображался линейный шрифт B. Я даже пробовал установить на свой ПК два разных шрифта, поддерживающих линейный шрифт B, но ничего не изменилось.-- 3family6 ( Поговорите со мной | Посмотрите, что я сделал ) 12:43, 4 февраля 2025 г. (UTC) [ ответить ]

Ссылка на мои записи редактирования больше не работает должным образом. GoodDay ( обсуждение ) 13:36, 4 февраля 2025 (UTC) [ ответить ]

Это старая ссылка? URL должен выглядеть так https://xtools.wmcloud.org/ec/en.wikipedia.org/X201. Или перейдите в конец страницы «Вклады» и нажмите «Изменить количество». - X201 ( обсуждение ) 14:23, 4 февраля 2025 (UTC) [ ответить ]

Мне нужно было войти, но после этого ваша ссылка заработала. Было предупреждение о задержке репликации, которая могла вызывать проблемы. -- LCU Активно не заинтересован « @ » ° ∆t ° 19:41 , 4 февраля 2025 (UTC) [ ответить ]

Привет, я изменил настройки шрифта и размера в моем Huggle и хотел бы вернуться к исходным шрифтам (3 разных шрифта) и размерам. Если у кого-то есть эта информация, я был бы очень признателен за вашу помощь. Заранее спасибо. Cassiopeia talk 23:09, 4 февраля 2025 (UTC) [ ответить ]

12pt "Helvetica, Arial, sans-serif" [10]. 173.206.40.108 ( обсуждение ) 00:54, 5 февраля 2025 (UTC) [ ответить ]

Кто-нибудь еще, кто использует скин MonoBook, заметил, что текст выглядит немного... другим в сегодняшнем обновлении Firefox (135)? Может быть, немного меньше? Я не могу точно определить, но для меня визуальная разница определена. Я думаю. - The Bushranger _{One ping only} 23:52, 4 февраля 2025 (UTC) [ ответить ]

Посмотрел, и, по-видимому, это сделано намеренно. Думаю, мне придется к этому привыкнуть. - The Bushranger _{One ping only} 00:21, 5 февраля 2025 (UTC) [ ответить ]