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

Номинация на объединение Шаблона: Используется [ править ]

Шаблон: Используется был номинирован на слияние с Шаблон: В разработке . Вам предлагается прокомментировать обсуждение при записи шаблона на странице «Шаблоны для обсуждения» . Спасибо. JsfasdF252 ( обсуждение ) 17:09, 27 февраля 2021 (UTC)

Обновления Twinkle за март 2021 г. (2021-03-02) [ править ]

Большое улучшение модуля блокировки для сисопов: теперь вы можете просто заблокировать / 64 ! Он был запущен некоторое время, поэтому, надеюсь, администраторы смогли им воспользоваться. Другие большие изменения включают новое предпочтение для просмотра пользовательских страниц после уведомления CSD, откаты будут обрабатывать последовательные изменения из того же диапазона IPv6 / 64, что и один и тот же пользователь, и более аккуратное меню двусторонней связи. Исправлен ряд ошибок, а также заложена основа для будущих обновлений; краткое изложение некоторых наиболее примечательных пунктов приводится ниже. Изменения, не указанные иным образом, были внесены пользователем: Amorymeltzer .

  • Общий:
    • Удостоверьтесь, что мы расширяем, а не укорачиваем Watchlistexpiry ( # 1301 )
    • Лучшее расстояние между флажками и текстом ( # 1331 )
    • Улучшенные сообщения о сбоях загрузки настроек Twinkle ( # 1313 , от SD0001 )
    • Лучшие сообщения при поиске создателя страницы ( # 1339 )
  • arv: Удалить повторяющиеся sockpuppets из отчета ( # 1341 )
  • блокировать:
    • Добавьте флажок, чтобы просто заблокировать / 64 ( # 1266 )
      • Оставить шаблон на странице текущего IP даже при блокировке / 64 ( # 1323 , от GorillaWarfare )
    • Перефразируйте {{ uw-efblock }} причину, чтобы сказать " Срабатывает неоднократно", а не "Умышленно срабатывает" ( # 1327 )
    • Показать длину последнего блока, если он истек естественным образом ( # 1291 )
  • csd: добавить предпочтение на страницу пользователя списка наблюдения при уведомлении ( # 1286 )
  • возврат и откат: отменить последовательные изменения, внесенные одним и тем же IPv6 / 64, рассматривая их как одного и того же пользователя ( # 1266 )
  • Protect: разрешить администраторам отмечать защиту страницы, запрошенную на RfPP ( # 1293 , GorillaWarfare ).
  • тег:
    • COI: Добавить область для автоматического начала обсуждения на странице обсуждения ( # 1191 )
    • {{ R из ярлыка шаблона }} объединен с {{ R из ярлыка }} ( # 1333 , автор TheTVExpert )
    • Исправить сообщение после успешного добавления тегов ( # 1340 )
  • Talkback: немного упростить меню, уменьшив количество повторяющихся элементов двусторонней связи ( # 1328 )
  • предупреждать:
    • Исправить ошибку при вставке раздела, когда присутствуют заголовки не уровня 2 ( # 1308 )
    • Измените ссылку с «заголовок уровня 2» на «раздел страницы обсуждения» ( № 1294 , автор: GorillaWarfare )
  • xfd: исправить сообщение RfD в {{ Xfd edit protected }} ( # 1305 )

Этот раздел должен служить отправной точкой, если что-то не работает должным образом или возникают какие-либо новые ошибки, а также для любых отзывов или предложений. За кулисами было много изменений, так что не стесняйтесь пинговать меня, если что-то не работает. Как всегда, комментарии приветствуются и в репозитории GitHub . Наконец, если вы заинтересованы в помощи в разработке Twinkle, есть полезное руководство для новых участников - ознакомьтесь с ним! ~ Амори ( utc ) 19:18, 2 марта 2021 г. (UTC)

Технические изменения [ править ]

Было внесено изрядное количество фоновых изменений, в частности, добавлены Morebits.ipутилиты и улучшена обработка ошибок в нескольких местах. Как всегда, вы можете проверить jsdocs для библиотеки Morebits по адресу https://wikimedia-gadgets.github.io/twinkle/ .

~ Амори ( utc ) 19:18, 2 марта 2021 г. (UTC)

DSA с использованием Twinkle [ править ]

Я не знаю, была ли эта идея реализована раньше, но я думаю, что Twinkle идет рука об руку с доставкой Discretionary Sanctionas Alerts. При его использовании он подставит шаблон DS, превратившись в это:

🔥 Lightning комплекс Огонь 🔥 15:35, 3 марта 2021 (UTC)

Думаю, это хорошая идея. 🔥 Lightning комплекс Огонь 🔥 15:35, 3 марта 2021 (UTC)

Я думаю, что это отличная идея, и я уже давно хотел ее предложить. Я думаю, что он лучше всего подойдет в качестве новой опции в инструменте Talkback. -  Обсуждение Tartan357  15:52, 8 марта 2021 г. (UTC)
Для меня это имеет смысл. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 15:54, 8 марта 2021 (UTC)
В Белеццасоло есть модуль для этого (не беспокойтесь о поиске ссылки прямо сейчас), хотя, если я правильно помню, прошло некоторое время с тех пор, как он был обновлен. SubjectiveNotability в GN франшизу ( разговор с боссом ) 15:57, 8 марта 2021 (UTC)
Это будет User: Bellezzasolo / Scripts / arb ; краткое упоминание об этом выше в разговоре с Википедией: Twinkle / Archive 44 # Arbitration Requests buddy . Не знаю, что Твинклу нужно его шерлок . ~ Амори ( utc ) 12:08, 9 марта 2021 г. (UTC)
Я думаю, что это подходит под рамки Twinkle; это можно было объединить, как это было с Friendly. @ Bellezzasolo пинг. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 12:11, 9 марта 2021 (UTC)

Раздел "Жалоба" [ править ]

В ходе обсуждения с некоторыми другими пользователями я пытался прояснить правильное использование в разделе «Жалоба», но формулировка не была доработана очень хорошо - так что не стесняйтесь улучшать этот раздел дальше . Цель состоит в том, чтобы улучшить формулировку, чтобы не было похоже, что простое включение минимального резюме редактирования (например, простого тега) автоматически оправдывает любую «ленивую» отмену конструктивного, добросовестного вклада, который просто нуждался в небольшом улучшении. (К сожалению, кажется, что всякий раз, когда я нахожу самый ленивый тип удаления конструктивного вклада, я обнаруживаю, что он исходит от пользователя Twinkle, поэтому правильное использование необходимо уточнить.) DKEdwards ( выступление ) 21:55, 7 марта 2021 г. (UTC )

DKEdwards , я думаю, вы смотрите на это слишком узко. Плохие откаты не являются проблемой для Twinkle , они являются проблемой для пользователя - они могли вернуть вас с помощью кнопки «Отменить», вручную отменив ваше изменение, используя Huggle, Redwarn, даже старую старую », откройте предыдущую правку и сохранить "вернуться". Я не думаю, что добавление дополнительных предупреждений в документацию Twinkle решит проблему. SubjectiveNotability в GN франшизу ( разговор с боссом ) 16:13, 8 марта 2021 (UTC)
Вы, конечно, правы, что это не «проблема с Twinkle» или большинства его применений (хотя может быть больше, что можно было бы реализовать в Twinkle, чтобы препятствовать злоупотреблениям). Но, как я уже упоминал, когда я нахожу людей, которые делают особенно ленивые откаты от невандализма, я продолжаю обнаруживать, что они делали это с помощью Twinkle (используя его неправильно). Мерцание не является первопричиной проблемы, но, вероятно, существует некоторая корреляция между пользователями, у которых есть импульс к ленивому ускоренному возврату, и пользователями, которых привлекают инструменты для автоматизации своей быстрой работы. Автоматизация требует бдительности выше среднего для правильного использования. Я действительно верю, что это отталкивает добросовестных редакторов, когда их законная работа отменяется с меньшими усилиями, чем им потребовалось, чтобы внести свой вклад. Усилия по созиданию и разрушению должны быть более сбалансированными,даже если это означает, что резюме редактирования должно быть составлено полными предложениями (или как угодно!). В дополнение к общим рекомендациям для всех редакторов, я думаю, может быть полезно иметь очень * конкретные * напоминания пользователям об инструментах, которые считаются злоупотребляли слишком часто. Затем можно, например, переслать им ссылку на заметку о политике, которая точно соответствует тому, что они делали, и что она не используется по назначению. Я открыт для всего, что * работает *, чтобы напомнить людям не злоупотреблять инструментами, но я не знаю всех инструментов, и по какой-то причине Twinkle - единственный, который я постоянно вижу, как люди злоупотребляют. (Но да, это не значит, что богохульствует Twinkle!)Я думаю, что было бы полезно иметь очень * конкретные * напоминания пользователям об инструментах, которыми злоупотребляют слишком часто. Затем можно, например, переслать им ссылку на заметку о политике, которая точно соответствует тому, что они делали, и что она не используется по назначению. Я открыт для всего, что * работает *, чтобы напомнить людям не злоупотреблять инструментами, но я не знаю всех инструментов, и по какой-то причине Twinkle - единственный, который я постоянно вижу, как люди злоупотребляют. (Но да, это не значит, что богохульствует Twinkle!)Я думаю, что было бы полезно иметь очень * конкретные * напоминания пользователям об инструментах, которыми злоупотребляют слишком часто. Затем можно, например, переслать им ссылку на заметку о политике, которая точно соответствует тому, что они делали, и что она не используется по назначению. Я открыт для всего, что * работает *, чтобы напомнить людям не злоупотреблять инструментами, но я не знаю всех инструментов, и по какой-то причине Twinkle - единственный, который я постоянно вижу, как люди злоупотребляют. (Но да, это не значит, что богохульствует Twinkle!)Я знаю все инструменты, и по какой-то причине Twinkle - единственный, которым люди злоупотребляют. (Но да, это не значит, что богохульствует Twinkle!)Я знаю все инструменты, и по какой-то причине Twinkle - единственный, которым люди злоупотребляют. (Но да, это не значит, что богохульствует Twinkle!)DKEdwards ( разговорное ) 20:39, 8 марта 2021 (UTC)
Похоже, вы хотите повторить то, что было сказано на WP: QUO , WP: ROWN , WP: RV и т. Д.? Я думаю, что было бы лучше разместить там ссылку, поскольку они всегда будут более всеобъемлющими. ~ Амори ( utc ) 12:24, 9 марта 2021 г. (UTC)

Ошибка: отчеты SPI [ править ]

Я заметил ошибку, которая появилась в двух случаях SPI, которые я открыл с помощью Twinkle. Twinkle помещает имя пользователя sockmaster только в ссылки для утилиты взаимодействия Editor и Timeline взаимодействия и не включает предполагаемые sockpuppets. См. [1] . -  Обсуждение Tartan357  15:50, 8 марта 2021 г. (UTC)

AFAIK, это связано с тем, как работает отчет Template: SPI , в частности, через заголовок шаблона отчета Wikipedia: Sockpuppet research / SPI / Blank , именно так имя кукловода добавляется в новый пустой отчет. Я не думаю, что включение шаблона включает способ указать кукольника? ~ Амори ( utc ) 12:17, 9 марта 2021 г. (UTC)

Ошибка параметров шаблона в XfDs [ править ]

Twinkle следует использовать «1 =» и т.п. для безымянных параметров, где возможны произвольные имена страниц, поскольку заголовки страниц могут содержать знаки равенства. См. Wikipedia: Miscellany для удаления / Template: State of Green = Creating User: Greenfuturedk для примера. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 20:18, 8 марта 2021 (UTC)

Uw-agf-assign [ править ]

Я добавил новый шаблон {{ Uw-agf-assign }}. Можно ли это добавить к мерцанию? - РойСмит (разговор) 02:47, 9 марта 2021 г. (UTC)

Уведомление умерших пользователей [ править ]

В соответствии с этим , можно ли реализовать, чтобы пользователи с {{ deceased }} на своей странице обсуждения не получали уведомления о выдвижении? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 13:06, 28 января 2021 (UTC)

Вероятно, для Twinkle было бы лучше подчиняться какой-то категории: википедисты, которые отказываются от доставки сообщений или тому подобное, и умершие редакторы, чтобы разместить это на своей странице (или {{ deceased }}, чтобы включить его), а не учетную запись Twinkle для определенных шаблонов напрямую. ProcrastinatingReader ( разговор ) 13:09, 28 января 2021 г. (UTC)
@ ProcrastinatingReader : Итак, должны ли мы создать отдельную категорию, например Category: Wikipedians, которые отказываются от уведомлений Twinkle ? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 16:45, 9 февраля 2021 (UTC)
Категория: Википедисты, которые отказываются от доставки сообщений, имеют 3954 страницы, созданные за годы. Возможно, лучше просто использовать это. ProcrastinatingReader ( разговор ) 16:48, 9 февраля 2021 (UTC)
Я думал об этом, но уведомления Twinkle совсем другие, поскольку они касаются конкретного пользователя (создателя страницы), а не всех пользователей сразу. Я подумываю отказаться от доставки сообщений, но не хочу отказываться от уведомлений XfD. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 16:51, 9 февраля 2021 (UTC)
У меня есть кое-что, что позволит это сделать, и я планировал использовать категории, а не шаблоны. Такие вещи, как {{ deceased }} и {{ retired }} помещают / могут помещать людей в категорию: Wikipedians, которые отказываются от доставки сообщений , так что было бы разумно использовать / two-birds-one-Stone вроде бы вещь. Я бы склонен сказать, что отдельная категория не идеальна. ~ Амори ( utc ) 15:53, 10 февраля 2021 г. (UTC)
Сообщения Twinkle предназначены для одного пользователя, тогда как эта категория предназначена для массовых сообщений (не нацеленных на конкретного пользователя). Достаточно разный. Кроме того, мы должны поддерживать возможность отключения сообщений только от определенных модулей. Это лучше сделать с помощью шаблона, использующего скрытые внешние ссылки (аналогично {{ no talkback }}), чтобы их можно было эффективно запрашивать без необходимости иметь несколько шаблонов или категорий. - SD0001 ( разговор ) 16:45, 10 февраля 2021 (UTC)
За исключением, конечно, примеров, которые я только что привел. Я хорошо использую специальный шаблон (у меня есть оба, написанные банкомат), но он не избежит наличия кратных. Это позволило бы ограничить определенные модули, так что это была бы крутая функция; не думал об этом. ~ Амори ( utc ) 17:07, 10 февраля 2021 г. (UTC)
Не уверен, что вы имеете в виду. Шаблон может быть включен в эти другие шаблоны. Если нас устраивает наличие кратных, то не имеет значения, являются ли они шаблонами или категориями. Но прелесть трюка с внешней ссылкой заключается в том, что мы могли стремиться к одному шаблону: (отключить все) -> дает , (отключить только csd) -> . Затем запросите prop = extlinks для notwinkle.com и проанализируйте список модулей. - SD0001 ( разговор ) 20:10, 10 февраля 2021 (UTC){{no twinkle}}notwinkle.com?modules=csd|prod|xfd{{no twinkle|csd}}notwinkle.com?modules=csd
Да, в этом я с вами согласен. Я говорил, что использовать только это означало бы самонадеянное редактирование разговорных страниц ушедших или умерших пользователей. Оба могут существовать, да, но оба должны существовать. Во всяком случае, больше при пиаре. ~ Амори ( utc ) 21:30, 10 февраля 2021 г. (UTC)
Стоит отметить, что {{ deceased }} / {{ retired }} обычно размещаются на страницах пользователей, а не на страницах обсуждения пользователей, которые обычно содержат Категория: Википедисты, которые отказываются от доставки сообщений . Так что, наверное, придется проверять и пользовательские страницы. ProcrastinatingReader ( разговор ) 00:05, 14 февраля 2021 (UTC)
{{ deceased }} также всегда помещается на страницу обсуждения. Для {{ retired }} это тоже должно быть (и обычно) размещено на странице обсуждения, хотя это зависит от пользователя. - SD0001 ( разговор ) 10:59, 16 февраля 2021 г. (UTC)

Восстанавливаю эту тему, так как вроде она еще не решена. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 08:25, 9 марта 2021 (UTC)

Запрос функции - Общие предупреждения [ править ]

В настоящее время в разделе «Общие предупреждения» таблицы предупреждений перечислено 4 предупреждения: {{ uw-vandalism1 }}, {{ uw-disruptive1 }}, {{ uw-test1 }} и {{ uw-delete1 }}. . Однако единственное, что я использую ежедневно, - это предупреждение о вандализме. На самом деле я использую {{ uw-unsourced1 }} столько же, если не больше, чем любое другое предупреждение, возможно вместе.

Итак, мой запрос на добавление функции состоит из двух частей:

  1. Можно ли добавить {{ uw-unsourced1 }} в раздел «Общие предупреждения»?

Или же

  1. Можно ли разрешить пользователям Twinkle выбирать свои собственные 4-5 предупреждений для размещения в разделе «Общие предупреждения»? (Т.е. настраивается пользователем.)

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

Спасибо. BilCat ( разговор ) 09:41, 9 марта 2021 (UTC)

Ошибка мерцания [ править ]

Я попытался предупредить спамера последним (а затем только предупреждением), но не могу этого сделать и продолжаю получать сообщение «Изменение страницы обсуждения пользователя: не удалось сохранить изменение: раздела 3 нет». это новое изменение? Я так понимаю, что этого не произойдет, потому что 4im / 4 должно быть после 3, но я не уверен? 4im определенно не должен требовать 3 или последовательных предупреждений. CUPIDICAE💕 15:33, 11 марта 2021 (UTC)

Похоже, что пока это происходит только в разговоре с пользователем . CUPIDICAE💕 15:35, 11 марта 2021 (UTC)
@ Praxidicae : Это очень необычная страница. Twinkle, возможно, неправильно подсчитал разделы, потому что есть пример ==References==заголовка, скрывающегося внутри <pre>...</pre>тегов. - Джон Рединг ( выступление ) 16:04, 11 марта 2021 г. (UTC)
Хм! Это из-за шаблона? CUPIDICAE💕 16:07, 11 марта 2021 (UTC)
@ Praxidicae : Да. Я отредактировал {{ W-FAQ }}, чтобы использовать другую разметку, которая не будет так запутывать. Если это изменение прижится, дальнейшее использование этого шаблона будет работать нормально. Это не решит проблему на страницах, на которых уже размещен шаблон, например на той, которую вы упомянули. - Иоанн Ридинг ( разговор ) 16:20, 11 марта 2021 г. (UTC)