Шаблон разговора: Редактировать уведомление
Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Новый параметр

Я хотел бы добавить в этот шаблон новый параметр (возможно |category=), чтобы указать категорию, используемую для проверки использования уведомления об изменении. Например , Category:Pages with editnotice Уведомление Romeo отслеживает использование {{ Уведомление Romeo }}. В настоящее время это жестко закодировано в каждом шаблоне, но я думаю, что этот меташаблон мог бы справиться с этим проще. — Мартин ( MSGJ  ·  разговор ) 19:24, 15 сентября 2014 г. (UTC) [ ответ ]

Цвет фона

Я работаю над полем редактирования предупреждения для страницы обсуждения неактивного проекта и хочу, чтобы предупреждающий розовый фон отображался под текстом И изображением. Установка textstyle = #fdd сделает это для текста, но не для изображения. Мне удалось заменить, а затем заменить тип в вызове fmbox с «editnotice» на «warning». ( Пример ) Можно ли добавить параметр для отображения типа вызова fmbox со значением по умолчанию «editnotice» и опцией «предупреждение»? Bazj ( обсуждение ) 13:49, 14 февраля 2015 г. (UTC) [ ответить ]

Проблема заключается в {{fmbox |type = editnotice, где editnoticeустанавливается прозрачный фон для {{ fmbox }}. Похоже, что редакторы {{ fmbox }} предполагали, что у editnotices никогда не будет фона, но редакторы {{ editnotice }} добавили поддержку фона.
Мы могли бы изменить |type=editnoticeна |type={{{type|editnotice}}}. Тогда настройка |type=warningустановит предупреждающий треугольник и розовый фон.
Обсуждение? -- Gadget850 talk 14:18, 14 февраля 2015 г. (UTC) [ ответ ]   
Версия, которую я сейчас использую в песочнице, использует:
|{{фмбокс |type = {{#ifeq: {{{warning_notice|}}} | предупреждение | предупреждение | уведомление о редактировании }}
для защиты от любых других (недопустимых) значений типа fmbox. Bazj ( обсуждение ) 14:36, 14 февраля 2015 г. (UTC) [ ответить ]
Вы говорите, что вы устанавливаете textstyle = #fdd- это вообще ничего не должно делать, поскольку |textstyle=параметр предназначен для списка объявлений CSS - списка допустимых объявлений CSS, разделенных точкой с запятой (с необязательными пробелами между токенами), и #fddне является CSS декларация. -- Red rose64 ( обсуждение ) 18:04, 14 февраля 2015 (UTC) [ ответить ]
Извините, надо было скопировать и вставить то, что я хотел сказать... | textstyle = background-color: #fdd; Bazj ( разговор ) 18:40, 14 февраля 2015 (UTC) [ ответ ]
  • Параметр переименован в тип , как было предложено. Также включен тип « системы » fmbox так же, как и « предупреждение ». Тестовые случаи обновлены и проверены.

{{edit template-protected}} Пожалуйста, скопируйте песочницу, чтобы активировать. Bazj ( обсуждение ) 15:07, 20 февраля 2015 г. (UTC) [ ответить ]

Если мы собираемся это сделать, я предпочитаю упрощенный подход Gadget850. Но еще лучше, почему бы просто не использовать вместо этого {{ fmbox }}? — Мартин ( MSGJ  ·  разговор ) 15:46, 20 февраля 2015 г. (UTC) [ ответ ]
Я использовал более многословный подход, чтобы предотвратить передачу недопустимых типов в fmbox. Причина, по которой я делаю это здесь, заключается в том, что я намереваюсь использовать его в большом количестве уведомлений об редактировании, и мне показалось более логичным исправить шаблон уведомления об редактировании, а не использовать fmbox. Обнаружив особенность, что цвет можно разместить под текстом, но НЕ под изображением, казалось ответственным делом попытаться исправить это. (Запрос на редактирование отложен до вашего ответа) Bazj ( обсуждение ) 16:21, 20 февраля 2015 г. (UTC) [ ответ ]

Пожалуйста, скопируйте песочницу, чтобы жить. Bazj ( обсуждение ) 22:37, 25 февраля 2015 г. (UTC) [ ответить ]

Красный значок информации с градиентом background.svg Не выполнено: пожалуйста, примите решение об этом изменении, прежде чем использовать шаблон. Шестнадцатеричные коды цветов должны состоять из 6 цифр, а не из 3. Кроме того, я не вижу здесь единого мнения. Я вижу "давайте сделаем это", "нет, давайте сделаем это вместо этого", "да, мне больше нравится эта идея", "нет, я сделаю это вместо этого"... Это не дает консенсуса. — 14:33, 28 февраля 2015 г. (UTC) [ ответить ]{{edit template-protected}}{{U|Technical 13}} (e • t • c)
@ Bazj : предлагаемое изменение не будет работать должным образом , поскольку {{ #ifeq }} принимает только четыре параметра; любые дополнительные параметры игнорируются. Это означает, что резервным типом является «system», а не «editnotice». Вместо этого вы можете использовать {{ #switch }}.
@ Технический 13 : « Шестнадцатеричные коды цветов должны состоять из 6 цифр, а не из 3 ». — Кто это сказал? Кроме того, ни песочница, ни живой шаблон в настоящее время не содержат цветовых кодов.
SiBr 4 ( обсуждение ) 14:48, 28 февраля 2015 (UTC) [ ответить ]
Технический 13 , я знаю, что обсуждение приводит к консенсусу. К сожалению, опыт в этой теме показывает, что обсуждение начинается только после того, как я попрошу выполнить редактирование. Другие попытки добиться прогресса в обсуждении не увенчались успехом.
Ваше резюме обсуждения до сих пор скорее искажает его. Я вижу ряд комментариев, на которые я ответил, а затем встретил молчание.
  • Gadget850 предложил более лаконичное название параметра, которое я реализовал в песочнице. G850 также предложил некоторый синтаксис, который у меня уже был в песочнице, и объяснил, что моя версия предотвратит передачу недопустимых значений в fmbox. Других комментариев по этому вопросу не поступало.
  • Redrose64 поднял вопрос о моей первоначальной проблеме, я исправил себя. Других комментариев по этому вопросу не поступало.
Без комментариев в течение 6 дней, поэтому я поднимаю запрос на редактирование.
  • MSGJ предложил вместо этого использовать fmbox. Я объяснил свои рассуждения. Несмотря на приглашение, дальнейших комментариев по этому вопросу не поступало.
Нет комментариев в течение 3 дней, поэтому я поднимаю запрос на редактирование.
T13, что еще вы хотите, чтобы я сделал для достижения консенсуса? Я буду рад дождаться дальнейшего обсуждения этого вопроса, пока есть какое-то обсуждение. Я также знаю, что все еще должен вам дать некоторые комментарии, обещанные в WT:WPT#Participants List , относительно вашего редактирования без согласия.
SiBr4 благодарит за указание на недостатки в ifeq. Починю. Bazj ( обсуждение ) 16:45, 28 февраля 2015 г. (UTC) [ ответить ]
Сделанный. Bazj ( обсуждение ) 17:05, 28 февраля 2015 г. (UTC) [ ответить ]
  • SiBr4 Как указал Redrose64 в этом комментарии , трехзначные шестнадцатеричные коды, такие как красный, - это другое дело, поскольку они не распознаются более ранними версиями IE .#F00
  • «Без дальнейших комментариев» — это не то же самое, что «комментарий разрешен». Пробовали ли вы зайти на страницу обсуждения тех редакторов, которые выразили обеспокоенность, и спросить их, была ли решена или рассмотрена их проблема? Я не вижу консенсуса, чтобы внести изменения здесь. Даже ваше собственное резюме (которое лишь немного отличается от моего и не предлагает вам того же количества WP:AGF , что и мое) показывает, что консенсус отсутствует, и делает еще один шаг, говоря, что ваш ответ на MSGJ — это просто WP: IDHT . В любом случае, я не буду вносить это редактирование для вас в настоящее время, но не стесняйтесь спрашивать пользователей, которые возражали (двое из них являются администраторами) и разбираются в шаблонах и коде так же или даже больше, как / чем я и был бы рад внести изменения для вас, как только все будет решено. Удачи и приятного редактирования! —{{U|Technical 13}} (e • t • c)20:47, 28 февраля 2015 г. (UTC) [ ответить ]
  • background-color:#FDD — я хотел бы указать вам место, откуда я взял код цвета, чтобы вы могли его исправить. Однако ни один из 6 шаблонов, использующих этот код, не вызывает подозрений. Расширение поиска до шаблонов, статей и пользовательских страниц выдает 15 совпадений, ни одно из которых мне не знакомо, даже User:Technical 13/Scripts/Gadget-codeAnchors.js .
  • Я понимаю вашу точку зрения, что мое предложение и эхо-запросы для получения дальнейших комментариев ничего не сделали, кроме как разжечь апатию . Песочница была восстановлена ​​до копии live, а тесткейсы, относящиеся только к этому изменению, удалены. Bazj ( обсуждение ) 12:51, 2 марта 2015 г. (UTC) [ ответить ]
  • Извините, что не было времени ответить на ваш предыдущий комментарий. Я думаю, что основной запрос бесспорен; просто то, как вы это предлагали, казалось, привело к разногласиям. Я передал параметр типа в fmbox. Если это все, что требуется, я думаю, мы можем пометить это как решенное. — Мартин ( MSGJ  ·  разговор ) 17:08, 2 марта 2015 г. (UTC) [ ответ ]
Спасибо. Я снова обновил песочницу, но оставил тестовые случаи, так как изменения не относились к живой версии. Bazj ( обсуждение ) 08:11, 3 марта 2015 г. (UTC) [ ответить ]

Есть возражения против синхронизации Template:Editnotice/notice/sandbox с live?

@MSGJ : проблема в том, что уведомление об истечении срока действия уведомления об редактировании как {{ Editnotices/Namespace/Module }} неправильно указывает на модуль страницы основного пространства, а не на ссылку, скажем, на пространство имен модуля . В настоящее время в {{ Editnotice/notice/sandbox }} я добавляю особые случаи для editnotices с префиксом «Шаблон:Editnotices/Group» и «Шаблон:Editnotices/Namespace». (Я не знаю, есть ли другие особые случаи.) —  Энди В.  ( обсуждение  ·  ctb ) 07:51, 17 мая 2016 г. (UTC) [ ответ ]

Спасибо, что исправили это. У меня нет времени проверить ваш код прямо сейчас, но я постараюсь найти время позже сегодня — Мартин ( MSGJ  ·  разговор ) 07:55, 17 мая 2016 г. (UTC) [ ответить ]
Я уверен, что синхронизирую то, что у меня есть, но я могу подождать. Я провел предварительное тестирование, переключив префикс и просмотрев его вывод, и мне кажется, что все в порядке. Осталось решить, существуют ли другие особые случаи. —  Энди В.  ( обсуждение  ·  ctb ) 08:01, 17 мая 2016 г. (UTC) [ ответ ]
Выглядит хорошо для меня. Я не знаю особых случаев. (Должен сказать, что терпеть не могу все эти <!-- --> вещи, которые вы добавили в код. Но это только мои личные предпочтения.) — Мартин ( MSGJ  ·  разговор ) 15:08, 17 мая 2016 г. (UTC) [ ответить ]
Немного подправил код. Я не думаю, что ваш код будет работать для подстраниц (например , Template:Editnotices/Group/Template:Taxonomy/preload ). Пожалуйста, проверьте мой исправленный код. С уважением — Мартин ( MSGJ  ·  разговор ) 15:13, 17 мая 2016 г. (UTC) [ ответ ]
@MSGJ : Дополнительные настройки . Если у нас нет регистра по умолчанию, не нужно печатать «(для )». Я планирую синхронизацию примерно через 12 часов. Спасибо за обзор! —  Энди В.  ( обсуждение  ·  ctb ) 16:41, 17 мая 2016 г. (UTC) [ ответ ]
Жить . Я оставил префикс, чтобы проверить полные 2 базовых уровня, чтобы избежать странного случая, такого как «Пользователь: Пример/Пространство имен/Модуль» или что-то в этом роде. Спасибо, что просмотрели это —  Энди В.  ( обсуждение  ·  ctb ) 05:08, 18 мая 2016 г. (UTC) [ ответ ]
Хорошо выглядит на таких страницах, как Template:Editnotices/Group/Wikipedia:In the news/Candidates and Template:Editnotices/Namespace/TimedText —  Andy W.  ( talk  ·  ctb ) 05:12, 18 May 2016 (UTC) [ ответ ]

Автоматическая пометка G8

@ MSGJ , Redrose64 , Callanecc , Nyttend и Amalthea : кто в какой-то момент участвовал в редактировании рассматриваемой страницы.

У меня есть предлагаемое изменение для {{ Editnotice/notice }} в песочнице . ( Special: Diff/726208381/727286188 ) Что он делает: для уведомлений о редактировании страницы и защиты, если целевая страница не существует И не защищена каким-либо образом специально, мы автоматически помечаем ее WP: G8 для удаления. Я тестировал это в режиме предварительного просмотра на шаблоне: Editnotices/Page/Add article (защищено) и Template: Editnotices/Page/Addd articlee (и появляется окно {{ db-g8 }}). Это зависит от того, что {{ editnotice }} используется в первую очередь, но должно помочь. Ты думаешь, это хорошая идея? —  Энди В.  ( разговор ·  ctb ) 23:33, 27 июня 2016 (UTC) [ ответить ]

Я немного не понимаю функции синтаксического анализатора (за исключением таких вещей, как {{{1}}}, используемых для заполняемых параметров), поэтому я не могу комментировать, следует ли реализовать ваше предложение. Тем не менее, я думаю, что сама идея великолепна: почему бы этим страницам не быть автоматически помеченными, если это возможно? Nyttend ( обсуждение ) 00:33, 28 июня 2016 (UTC) [ ответить ]
Думал об этом немного больше. Единственная небольшая проблема может заключаться в том, что G8 нельзя отклонить, если только целевая страница не будет создана заново. —  Энди В.  ( обсуждение  ·  ctb ) 01:24, 28 июня 2016 г. (UTC) [ ответ ]
[Предполагая, что шаблон работает так, как задумано] Почему это может быть проблемой? Я не могу понять, почему вы хотите отклонить его, если только (1) страница не должна была быть удалена, и в этом случае восстановление или восстановление являются правильными, или (2) уведомление о редактировании каким-то образом необходимо переместить в новый заглавие. Делали ли мы когда-либо преднамеренно уведомления об редактировании для несуществующих страниц, например, «Шаблон: Editnotice/Willy on Wheels» с сообщением «Не создавайте эту страницу. Мы серьезно!» Я не понимаю, зачем нам это делать, поскольку нет смысла говорить «Не создавать этот заголовок», если только страница не создавалась столько раз, что мы должны ее защитить. Nyttend ( обсуждение ) 01:35, 28 июня 2016 (UTC) [ ответить ]
Обнаружение соли предотвращает появление db-g8, например, в Template:Editnotices/Page/Enter your new article name here . И на самом деле, проблема "отклонения" не так уж и страшна (иногда у меня бывают провалы). 4 способа отказа: 1. воссоздать цель; 2. закрыть уведомление; 3. вместо этого используйте fmbox; 4. посолить цель. —  Энди В.  ( обсуждение  ·  ctb ) 03:39, 28 июня 2016 г. (UTC) [ ответ ]
Я думаю, что мы здесь согласны; Я не могу представить, зачем нам нужно уведомление об редактировании для несоленой цели, а выдержка из журнала защиты вверху послужит цели уведомления об редактировании для соленой цели. Nyttend ( обсуждение ) 13:15, 28 июня 2016 г. (UTC) [ ответить ]

Проработано обоснование. ( эффективное различие ) Я планирую принять меры через несколько дней, если не услышу иного. Спасибо —  Энди В.  ( обсуждение  ·  ctb ) 18:11, 28 июня 2016 г. (UTC) [ ответ ]

В бите «как отклонить этот тег» вы предлагаете «Очистить эту страницу уведомления» в качестве опции. Есть ли способ заставить его создать ссылку на саму страницу редактирования? Если бы я не был знаком с editnotices, я бы понятия не имел, как это сделать. Nyttend ( обсуждение ) 20:01, 28 июня 2016 г. (UTC) [ ответить ]
Имя db-g8 по умолчанию не отображается на целевой странице над полем редактирования. В самом уведомлении об редактировании ссылка в любом случае не понадобится. Вместо этого ссылка выделяется полужирным шрифтом и переопределяется красным текстом, поэтому ссылки нет. —  Энди В.  ( обсуждение  ·  ctb ) 21:04, 28 июня 2016 г. (UTC) [ ответ ]
Но как я должен очистить уведомление о редактировании, если я не знаком с тем, как это работает? Может быть, мы говорим мимо друг друга (я не понимаю, почему у нас нет ссылки), но было бы полезно, если бы в уведомлении о редактировании Иерусалима отображалась ссылка на https://en.wikipedia.org/w/index . .php?title=Template:Editnotices/Page/Jerusalem&action=edit (это будет работать, это не будет выделено жирным шрифтом), если Иерусалим является красной ссылкой. Nyttend ( обсуждение ) 22:26, ​​28 июня 2016 г. (UTC) [ ответить ]
@ Nyttend : Ааа , неправильно понял. Применил ваше предложение. Я не знаю, можно ли заменить содержимое существующей страницы в поле редактирования чем-то другим.предварительная загрузкаа такжепараметры предварительной загрузкиработают только для несуществующих страниц. Спасибо —  Энди В.  ( обсуждение  ·  ctb ) 22:50, 28 июня 2016 г. (UTC) [ ответ ]
Большой; Благодарность! Я подумал, что неправильно понял кучу вещей. Nyttend ( обсуждение ) 22:52, 28 июня 2016 г. (UTC) [ ответить ]
@ Nyttend : я только что обнаружил 2 страницы с потенциальными проблемами (пока). Шаблон: Editnotices/Страница/Список филиппинских архитекторов и Шаблон:Editnotices/Страница/Список канадских архитекторов , по-видимому, созданы заранее, ожидая страницы на месте, из-за существования кучи других «Списков * архитекторов» . Я вижу причину держать их, но это слабая аргументация. Что я мог бы сделать, так это сделать особый случай для страниц с префиксом «Список». —  Энди В.  ( обсуждение  ·  ctb ) 01:06, 29 июня 2016 г. (UTC) [ ответ ]

Произвольный перерыв 1

@ Nyttend : Таким образом, единственная оставшаяся проблема после очистки псевдопространства потенциально является Template:Editnotices/Page/Wikipedia:Bots/Requests for Approved/Sandbox , чья цель «Wikipedia:Bots/Requests for Approved/Sandbox» не существует. Название имеет смысл, хотя в схеме шаблонов. Теперь я думаю, что более подходящей будет категория отслеживания для уведомлений об изменениях с (несолёными) целями красной ссылки, которую я планирую написать через день или два. (Несколько десятков других проблем были решены CSD, а еще 3-4 проблемы находятся в MfD, которые, безусловно, будут удалены.) —  Энди В.  ( разговор  ·  ctb ) 02:22, 4 июля 2016 г. (UTC) [ ответ ]

  • Как песочница активной страницы, я думаю, что это полезно; это не случайная страница, которая просто еще не создана. Я пометил это как {{ G8-exempty }} (странно, действительно трудно не напечатать "G8-exempty") , но если, конечно, если вы не считаете это полезным, я не буду возражать, если вы не -отметьте это. Пожалуйста, не пытайтесь удалить его, пока МФД не закроется; Я не хочу, чтобы кто-то возражал, что мы начали «восьмерку» удалять эти вещи, не дожидаясь МФД. Nyttend ( обсуждение ) 02:58, 4 июля 2016 (UTC) [ ответить ]
    • @ Nyttend : я обновил подстраницу уведомлений, чтобы заполнить новую категорию отслеживания Категория: Editnotices несолеными несуществующими целями вместо пометки G8, учитывая, что существуют обстоятельства, когда целевые страницы имеют красные ссылки и не содержат соли, как в примере с песочницей выше. Любые записи, которые появляются там, могут быть затем перепроверены на соответствие G8. —  Энди В.  ( обсуждение  ·  ctb ) 02:40, 7 июля 2016 г. (UTC) [ ответ ]

Отслеживание того, когда уведомления об изменениях становятся уведомлениями о редиректах

Нынешней системе уведомлений об изменениях несколько не хватает осведомленности, когда их страницы (цели) перемещаются. 6 недель назад введение Category:Editnotices с несолеными несуществующими целями , которое начало отслеживать Editnotices, ставшие неиспользуемыми/ненужными в красных ссылках, привело к очистке около дюжины страниц. Я предлагаю новую категорию, Category:Editnotices, целью которой являются перенаправления (или что-то подобное) (название говорит само за себя). Многие уведомления об изменениях, которые появятся в этой категории, возможно, придется переместить, хотя некоторые из них, например Template:Editnotices/Page/Giants , допустимы.

Чтобы отслеживать уведомления об изменениях при перенаправлении, изменение будет примерно таким (с проверкой, возвращающей категорию, а не строку, конечно). Дайте мне знать, если есть какие-либо отзывы или комментарии. Если нет, я создам категорию отслеживания и обновлю подшаблон уведомления. Ура, —  Энди В.  ( обсуждение  ·  ctb ) 01:01, 31 августа 2016 г. (UTC) [ ответ ]

Я заставил подшаблон уведомления начать заполнять Category:Editnotices, целями которых являются перенаправления . Ожидание появления нескольких шаблонов. Любые вопросы, дайте мне знать :) —  Энди В.  ( обсуждение  ·  ctb ) 00:04, 6 сентября 2016 г. (UTC) [ ответ ]
Хорошая идея. Не могли бы вы также добавить примечание к этому эффекту в Template:Editnotice/notice ? Возможно, он может даже содержать ссылку на перемещение в уведомление о редактировании цели перенаправления. — Мартин ( MSGJ  ·  разговор ) 08:35, 6 сентября 2016 г. (UTC) [ ответ ]
@MSGJ : Спасибо . Примечание не должно быть проблемой. Хотя о ссылке на перемещение: я полагаю, мы могли бы добавить одну, но я думаю, что есть много примеров, когда ссылка на перемещение может быть неуместной (например, для Гигантов), поскольку они предназначены только для редирируемой страницы и для обнаружения это, возможно, потребуются некоторые более дорогие функции парсера, чтобы определить это правильно. Я обдумаю это и, возможно, вернусь к некоторым из них позже на этой неделе, если позволит время. —  Энди В.  ( обсуждение  ·  ctb ) 16:32, 6 сентября 2016 г. (UTC) [ ответ ]
Небольшое примечание добавлено к эффекту, а также некоторые дополнительные логические обновления. Можно было бы добавить ссылку на перемещение, но в идеале, возможно, сообщать, что для нового заголовка уже существует уведомление об редактировании (хотя семантически это может стать еще более тяжелым для функций парсера… не уверен) —  Энди В.  ( обсуждение  ·  ctb ) 16:36 , 7 сентября 2016 г. (UTC) [ ответ ]

Начальная вики-разметка игнорируется в начале текста arg

Если вы звоните с помощью:{{Editnotice}}

{{Редактировать уведомление|текст=
# Пункт 1
# Пункт 2
# Пункт 3
}}

это делает:

Он игнорирует первый '#', даже если он начинает строку. Проблема возникает только в том случае, если началом |text=значения является один из специальных символов в начале строки в WML, включая '*'и ' '(пробел).

Обходной путь — поместить перед ним что-то еще, даже если оно невидимо, например:

{{Editnotice|text=<новики/>
# Пункт 1
# Пункт 2
# Пункт 3
}}

который делает (правильно):

Другой обходной путь — указать |header=файл parm.

Это должно быть задокументировано или исправлено? —[ Alan M 1 ( обсуждение ) ]— 02:56, 18 марта 2019 г. (UTC) [ ответить ]

Обновление: я вижу, что аналогичная проблема описана в Template:Quote/doc § Технические проблемы с шаблонами блоков . — [ Алан М 1 ( разговор ) ] — 11:21, 20 марта 2019 г. (UTC) [ ответ ]

Добавление параметра категории

Я вижу , что MSGJ спрашивал об этом много лет назад; тут опять всплыло . Можем ли мы найти способ реализовать это? На него определенно есть спрос — я вижу , что Wugapodes пытались внедрить его в уведомлении о редактировании шаблона: COVID19 GS (или это было просто скопировано из уведомления для Ирана?), но похоже, что эта реализация не работает должным образом. {{ты| Sdkb }}  talk 20:43, 23 июня 2020 г. (UTC) [ ответить ]

Код для перехода со страницы editnotice к самой статье {{#titleparts: {{FULLPAGENAME}} |0|3}}, но я не уверен, как классифицировать другую страницу. {{ты| Sdkb }}  talk 21:04, 23 июня 2020 г. (UTC) [ ответить ]
Я добавил код в песочницу, чтобы добавить |category=и |sortkey=. — Wug· a·po·des ​21:13 , 23 июня 2020 г. (UTC) [ ответ ]
@ Wugapodes : похоже, этот код классифицирует страницу шаблона уведомления об редактировании, а не страницу статьи, для которой предназначено уведомление об редактировании. Это проблема? - {{у| Sdkb }}  talk 01:07, 24 июня 2020 г. (UTC) [ ответить ]
У меня сложилось впечатление, что это было предполагаемое поведение. Я не думаю, что мы можем классифицировать статьи на странице редактирования уведомлений. — Wug· a·po·des ​02:28 , 24 июня 2020 г. (UTC) [ ответ ]
Страница может классифицировать себя или страницу, в которую она включена, или и то, и другое. Поскольку уведомление об редактировании не распространяется на связанную с ним статью, из этого следует, что оно не может классифицировать эту статью. -- Red rose64 🌹 ( обсуждение ) 18:16, 24 июня 2020 г. (UTC) [ ответить ]
Хорошо, в таком случае мы готовы к реализации. Спасибо за кодировку, Wugapodes! {{ты| Sdkb }}  talk 01:43, 25 июня 2020 г. (UTC) [ ответить ]

Запрос на защищенное редактирование от 25 июня 2020 г.

Внесите это изменение из песочницы в соответствии с приведенным выше обсуждением. Это добавляет параметр, позволяющий редактированию добавлять страницы в категорию. {{ты| Sdkb }}  talk 01:41, 25 июня 2020 г. (UTC) [ ответить ]

Эм, какой в ​​этом смысл? Почему бы не включить категорию отдельно от включения {{ editnotice }}? *Ппперы* началось... 02:41, 25 июня 2020 (UTC) [ ответить ]
Pppery , запрос, который привел к этому обсуждению, был здесь . Однако функциональность немного менее полезна, когда она не может работать на самой странице. {{ты| Sdkb }}  talk 08:22, 26 июня 2020 г. (UTC) [ ответить ]
 На данный момент не сделано: Итак... зачем нам реализовывать в шаблоне функциональность, которая не поддерживает какой-либо очевидный вариант использования, еще не решенный другими механизмами? Изно ( обсуждение ) 14:21, 6 июля 2020 г. (UTC) [ ответить ]

Параметр срока действия

Я просто подправил документацию. Мое изменение основано на существовании этого: {{ Editnotice/notice }}

CapnZapp ( обсуждение ) 09:59, 17 октября 2020 г. (UTC) [ ответить ]

Ссылка на значок

В 99% случаев изображение, используемое с уведомлением об редактировании, является просто значком, а не чем-то, о чем кто-то хотел бы узнать больше, поэтому я думаю, что мы должны были |link=включить пустое значение по умолчанию, чтобы сделать так, чтобы нажатие на него не приводило к вас в файл Commons для значка. Это похоже на то, что мы делаем для многих других баннеров. Есть возражения? {{ты| Sdkb }}  talk 21:56, 17 декабря 2020 г. (UTC) [ ответить ]

Какие конкретно? Если изображение лицензировано, например, CC BY или CC BY-SA , должна быть ссылка на страницу описания его файла, чтобы удовлетворить пункту об авторстве лицензии. -- Red rose64 🌹 ( обсуждение ) 23:03, 18 декабря 2020 г. (UTC) [ ответить ]
Хм, это может быть морщина. Однако почти во всех случаях это что-то вроде File:Ambox Important.svg или File:Information icon4.svg , которые являются полностью общественным достоянием. {{ты| Sdkb }}  talk 23:44, 18 декабря 2020 г. (UTC) [ ответить ]
Если это действительно общественное достояние, вы можете установить |link=пустое значение для этого конкретного изображения. Но мы не можем считать, что все изображения, используемые в редактировании уведомлений, являются ПД, поэтому мы не должны делать пустое |link=значение по умолчанию. -- Red rose64 🌹 ( обсуждение ) 22:03, 19 декабря 2020 г. (UTC) [ ответить ]
Что ж, если определенные имена файлов являются общими (и они являются PD), мы можем закодировать эту логику в шаблоне, чтобы автоматически делать это для них. И я предполагаю, что с помощью Lua можно будет выполнить автоматическую проверку на наличие PD в целом. ProcrastinatingReader ( обсуждение ) 23:29, 19 декабря 2020 г. (UTC) [ ответить ]
Это, вероятно, больше усилий, чем оно того стоит, но если вы хотите пойти на это, не стесняйтесь. {{ты| Sdkb }}  talk 23:56, 19 декабря 2020 г. (UTC) [ ответить ]

Индексация?

Я и раньше замечал уведомления об изменениях в Google. Это нежелательно, поскольку они являются внутренней частью Википедии, а не чем-то, что должно быть обращено к миру. Должны ли мы добавить {{ NOINDEX }} в этот шаблон или сделать что-то еще, чтобы убедиться, что они не проиндексированы? {{ты| Sdkb }}  talk 06:57, 5 февраля 2021 г. (UTC) [ ответить ]

Хорошо, я хотел бы предложить это, но я не знаю, куда именно должен идти тег noindex. У кого-нибудь есть мысли? {{ты| Sdkb }}  talk 23:35, 14 февраля 2021 г. (UTC) [ ответить ]
Почему вы хотите использовать шаблон вместо __NOINDEX__? -- Red rose64 🌹 ( обсуждение ) 16:12, 15 февраля 2021 г. (UTC) [ ответить ]
Redrose64 , я не знаю; его было просто легче набирать, и он работает так же. Меня больше интересует, куда оно должно идти, чтобы оно работало для всех уведомлений об редактировании, но не имело никакого обеспечения (например, если уведомление об редактировании просто упоминается в галерее шаблонов проекта). {{ты| Sdkb }}  talk 19:45, 15 февраля 2021 г. (UTC) [ ответить ]

Запрос на редактирование с защитой шаблона от 22 ноября 2021 г.

Скопируйте Template:Editnotice/notice/sandbox в Template:Editnotice/notice . Это добавляет ссылку на подстраницы цели группового уведомления об изменении, поэтому люди могут быстро увидеть все страницы, затронутые таким уведомлением об изменении. Спасибо. Danski454 ( обсуждение ) 00:22, 22 ноября 2021 (UTC) [ ответить ]

 Сделано * Pppery * началось ... 01:14, 22 ноября 2021 г. (UTC) [ ответить ]

Использование простых ссылок по умолчанию

Этот шаблон вызывает {{ fmbox }}, который вызывает поведение Module:Message box по умолчанию, которое упаковывает все выходные данные в класс plainlinks. Я не уверен, что это желательное поведение. Для таких шаблонов, как {{ Pronoun editnotice }}, которые поддерживают произвольные внешние ссылки, нет причин подавлять поведение MW по умолчанию, заключающееся в пометке внешних ссылок. Например, кто-то, просматривающий Template:Editnotices/Page/Elliot Page , будет ожидать, что «источник» будет локальной ссылкой (или, если они заметят небольшую разницу в цвете, ссылкой на аффилированный сайт ), когда на самом деле это на theguardian.com.

Я вижу два способа справиться с этим:

  1. Добавьте |plainlinks={{{plainlinks|yes}}}в {{fmbox}} , а затем добавьте в |plainlinks=noвызов этого шаблона {{fmbox}}
  2. Добавьте a |plainlinks={{{plainlinks|yes}}}в {{fmbox}} , добавьте a |plainlinks={{{plainlinks|yes}}}в вызов этого шаблона {{fmbox}} , а затем позвольте включению шаблонов отключить это поведение в каждом конкретном случае, если они хотят.

Я за №1. Я не думаю, что мы должны подавлять значок внутренних ссылок как поведение по умолчанию. Если у людей, создающих уведомления об изменениях, есть веская причина для этого, они могут явно подавить их с помощью <span class="plainlinks">...</span>. Мысли? -- Тамзин [ нужен китообразный ] (она/они) 08:56, 25 января 2022 г. (UTC) [ ответ ]

Ссылка на изображение и параметры замещающего текста

Шаблон в настоящее время не поддерживает их. Могут ли они быть закодированы? {{ты| Sdkb }}  talk 20:10, 27 февраля 2022 г. (UTC) [ ответить ]

Отключить отображение в основном пространстве

Как вы можете видеть на Quarry 59537 , люди довольно часто принимают такие шаблоны, как {{ американский английский }}, за их двоюродные братья, такие как {{ Use American English }}. Я только что исправил шесть перечисленных там, это мой третий прогон по исправлению этого. Часто они задерживаются на месяцы. Я бы предложил обернуть этот шаблон следующим образом:

{{#ifeq:{{NAMESPACENUMBER}}|0 |{{#if:{{это перенаправление|{{FULLPAGENAME}}}} |<!-- Игнорировать --> |{{при предварительном просмотре |{{Ошибка|Страница использует шаблон уведомления об редактировании! Удалите или переключитесь на соответствующий шаблон статьи. (Например, замените {{tl|британский английский}} на {{tl|Использовать британский английский}}.)}} }}[[Категория:Страницы, содержащие уведомления об редактировании]] }}
|<остальная часть шаблона>
}}

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

Другим вариантом здесь было бы использовать Lua для получения имени ошибочно используемого шаблона, что позволяет на лету исправить шаблон до версии «Использовать» (возможно, еще в дополнение к сообщению об ошибке, которое может быть более динамичным. — и кот-помощник). По крайней мере, я не знаю, как это сделать только с помощью шаблонов.

Мысли? -- Тамзин [ нужен китообразный ] (она/они) 08:26, 23 марта 2022 г. (UTC) [ ответ ]

Получено с " https://en.wikipedia.org/w/index.php?title=Template_talk:Editnotice&oldid=1085154258 "
Contribute a better translation