Обсуждение пользователей: Ретро

Архивы
2015 г. 2018 г.

переключить проверку ссылки [ изменить ]

Привет, просто примечание, чтобы сказать, что пользователь: Lingzhi2 / reviewsourcecheck был обновлен, чтобы добавить возможность его включения или выключения.

Установленный скрипт добавит вкладку в раскрывающуюся вкладку вверху, расположенную между звездочкой списка наблюдения и полем поиска (с использованием обложки vector.js). Вкладка переключается между «Скрыть проверку ссылки» и «Показать проверку ссылки» с отображением ошибок в качестве параметра по умолчанию. Пожалуйста, напишите мне, если у вас есть какие-либо проблемы или предложения. Ткс. ♦  Lingzhi2  (обсуждение) 15:18, 2 февраля 2019 г. (UTC)

• Извините, что беспокою вас снова. После добавления параметра переключения во вкладку наверху страницы один редактор запросил исправленную версию, в которой ссылка переключения отображается в разделе «Инструменты» на левой боковой панели страницы. Итак, теперь есть две версии этого инструмента. Если вы предпочитаете ссылки в разделе панели инструментов сбоку, слегка измененный сценарий называется User: Lingzhi2 / reviewsourcecheck-sb.js (просто добавьте «-sb» перед «.js»). Наконец, обе версии теперь должны также сохранять состояние страницы (независимо от того, являются ли ссылки на ошибки / предупреждения «скрытыми» или «показанными»). Состояние сохраняется между загрузками страницы и между закрытием и повторным открытием браузера (если пользователь не очищает его, например, путем удаления данных из кеша браузера и т. Д.). Огромное спасибо пользователю Evad37 за помощь в кодировании.Если у вас есть какие-либо вопросы или проблемы, напишите мне. Еще раз спасибо. ♦ Линчжи2  (разговор) 08:26, 5 февраля 2019 (UTC)

Сабана Гранде, Каракас [ править ]

Уважаемые дамы и господа,

Я открыл запрос на экспертную оценку. Пользователь не редактировал статью, но удалил 110 000 символов. Как это называется? Я связался с людьми, которые ранее редактировали статью Sabana Grande (Каракас). В наши дни я редко редактирую Википедию, потому что я очень занят своей докторской диссертацией и работой. У меня не было времени отправлять персонализированные сообщения.

Он мог отправить мне эхо-запрос перед удалением всей статьи, но вместо этого удалил ее. Не берите в голову.

QuinteroP ( разговорное ) 19:09, 13 марта 2019 (UTC)

@ QuinteroP : Отправлять сообщения 14 разным пользователям, как правило, нецелесообразно. Страница обсуждения статьи - подходящее место для обсуждения таких вопросов, а не страницы обсуждения многих других пользователей.

Люди постоянно удаляют и добавляют контент, и они не обязаны лично рассказывать вам об этом (см. Также: WP: OWN ). Если вы не согласны, вы всегда можете вернуться. Но сразу же допустить недобросовестность и назвать редактирование «вандализмом» - это чрезмерно агрессивно, особенно когда оно отправляется на 14 страниц обсуждения различных пользователей. Вместо этого, если у вас есть проблема, вы всегда можете обратиться за разрешением спора , но позвольте естественному полужирному, обратному, дискуссионному циклу идти своим чередом в первую очередь. E to the Pi times i ( Обсуждение | вклад ) 19:19, 13 марта 2019 (UTC)

Я также хотел бы отговорить вас от удаления предупреждений со страницы обсуждения . E to the Pi times i ( Обсуждение | вклад ) 19:22, 13 марта 2019 (UTC)

@ E в Pi раз i : Хорошо. Хорошо знать. Я не частый пользователь Википедии / Викимедиа. Спасибо за информацию. QuinteroP ( обсуждение ) 19:29, 13 марта 2019 (UTC)

Намного позже примечание для архивов: WP: MULTI здесь более актуален, чем WP: FORUMSHOP . e π i ( Обсуждение | вклад ) 06:02, 5 мая 2019 (UTC)

Проституция в Индии [ править ]

Привет. Я заметил, что вы добавили якорь к заголовку раздела «Закон о предотвращении аморальной торговли людьми». Когда wikitext разбирается в html, диапазон с идентификатором того же имени, что и заголовок, добавляется в качестве привязки к заголовку. Нет необходимости добавлять второй пролет. С уважением, Джон B123 ( разговор ) 17:32, 17 апреля 2019 г. (UTC)

@ John B123 : Думаю, вы пропустили разницу в заголовках разделов в моих правках . Исходный заголовок раздела гласил «Закон о предотвращении безнравственной торговли людьми », а якорь, который я добавил, был « Закон о предотвращении безнравственной торговли людьми » (который я добавил для учета некоторых перенаправлений, ориентированных на разделы). e π i ( Обсуждение | вклад ) 17:38, 17 апреля 2019 (UTC)

В этом случае следует изменить редирект на странице « Акт о предотвращении безнравственной торговли людьми», а не добавлять ненужные якоря. Ничто не ссылается на страницу перенаправления, поэтому не похоже, что есть много страниц, которые нужно изменить. - Джон B123 ( разговор ) 17:58, 17 апреля 2019 г. (UTC)

@ Джон B123 : Ваша точка зрения честная. В этот раздел всего три редиректа (1 создан мной сегодня), и их цели можно безболезненно заменить. Кроме того, якорь немного увеличивает сложность источника статьи « Проституция в Индии ».

Однако это не имеет никакого значения для читателей энциклопедии, и я прошу вас разрешить ей остаться в настоящее время. Я спрашиваю об этом, потому что эта конкретная ситуация показывает ошибку в инструменте Rdcheck, и я хотел бы подать заявку Phabricator для этой ошибки (или отчет об ошибке в целом, если я ошибочно предположил, что ошибки этого инструмента управляются с помощью Phabricator). Ошибка в том , что инструмент сообщает редирект ссылку как неработающая , а если вы на самом деле попробовать ссылки на себя ( аморальный трафик в Законе Лица , аморальный ПДД Лицо (Prevention) Законе , предупреждению аморальной торговле людей ), вы заметите , что они работать по назначению. Ошибка, по-видимому, связана с тем, как инструмент кодирует круглые скобки в URL-адресе.

Я действительно планирую попытаться воспроизвести ошибку на моих собственных пользовательских страницах и не использовать фактические статьи непосредственно для отчета Phabricator, но если мне не удастся воспроизвести ошибку, было бы идеально, если бы страница была онлайн для справки. . e π i ( Обсуждение | вклад ) 18:31, 17 апреля 2019 (UTC)

Без проблем. Я заметил, что в добавленной вами привязке есть пробелы между словами, тогда как привязки, созданные на странице, имеют подчеркивания вместо пробелов. Думая, что пробелы могут вызывать проблему с urlencode, я заменил пробелы на подчеркивания, но это не имело никакого значения. - Джон B123 ( разговор ) 19:00, 17 апреля 2019 г. (UTC)

@ John B123 : Хорошо, я, наконец, немного поигрался с этим и разобрался в проблеме.

Поскольку вы проявили некоторый интерес к определению проблемы, я подумал, что могу предложить объяснение; надеюсь, это понятно. Если вы чего-то не понимаете из моего объяснения ниже, мне было бы интересно узнать, где мое объяснение не удалось (хотя не чувствуйте себя обязанным).

По большей части ошибка на самом деле не ошибка Rdcheck (хотя есть кое-что, что можно было бы улучшить), а скорее феномен того, как заголовки разделов кодируются в HTML. Возьмем, к примеру, следующие два заголовка:

Заголовок 1 [ править ]

2 (обязательные скобки) [ править ]

Глядя на HTML для заголовков (если вы используете Firefox или Chrome, вы можете проверить источник, используя Ctrl- Shift- iили щелкнув правой кнопкой мыши и выбрав «Проверить элемент» (Firefox) или «Проверить» (Chrome)), вы заметите первый заголовок выглядит так:

• <span class="mw-headline" id="Header_1">Header 1</span>

А второй выглядит так:

• <span class="mw-headline" id="2_(parenthesis_required)">2 (parenthesis required)</span>

Оба заголовка выглядят одинаково: они оба окружены <span>элементом class="mw-headline", idравным тексту заголовка. Это idважно, потому что это та часть, которая действительно нужна сайту, чтобы иметь возможность ссылаться на разделы; это та часть, которую ищут, когда создается ссылка на раздел, например #Header 1 .

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

• <span id="2_.28parenthesis_required.29"></span><span class="mw-headline" id="2_(parenthesis_required)">2 (parenthesis required)</span>

Недавно я узнал, что когда заголовки разделов генерируются с нестандартными символами, такими как круглые скобки, сайт добавляет дополнительный <span>элемент с отдельным, idкоторый содержит измененную версию имени раздела. В этом случае измененное имя 2_.28parenthesis_required.29; в этой версии имени секции, .28заменил (и .29заменил ). Это означает, что есть два способа добавить ссылку на этот раздел:

• # 2 (скобка требуется) (вики - текст: [[#2 (parenthesis required)]])
• # 2 .28parenthesis required.29 (вики - текст: [[#2 .28parenthesis required.29]])

Эти .##замены могут показаться немного странными, но есть причина, по которой они существуют. Возьмем, к примеру, следующий раздел:

Вертикальная черта | в середине [ править ]

Как бы вы разместили вики-ссылку на этот раздел?

Если вы попытаетесь скопировать викитекст [[#Vertical bar | in the middle]], он выйдет посередине ; вы не можете включить |в ссылку, потому что она интерпретируется как канал . Единственный способ добавить ссылку на этот раздел - использовать .7Cвместо |, например, #Vertical bar .7C посередине .

Итак, подытоживая все это, причина того, что Rdcheck терпит неудачу, заключается в том, что, хотя заголовки разделов действительно создают дополнительный <span>с альтернативой id, не создают дополнительный , и, таким образом, когда Rdcheck пытался использовать , это не сработало, потому что ссылка на раздел, о которой идет речь не существовало. e π i ( Обсуждение | вклад ) 00:32, 9 мая 2019 (UTC){{Anchor}}<span>.##

Лемминги [ править ]

Всем привет. Я ссылаюсь на вашу правку здесь: [1] . Я тщательно пересмотрел статью о Lemmings и успешно номинировал ее на GA еще в 2015 году. В процессе я потратил значительное количество времени на поиск надежного источника, который Canon in D появляется в игре. К сожалению, мне не удалось его найти, поэтому я не включил эту информацию. Увидев ваше дополнение, я потратил еще час на поиск такого источника. Эти три источника были самыми близкими вещами, которые я нашел, но я вполне уверен, что ни один из них не соответствует критериям WP: RS : [2] [3] [4]

Будучи в некотором роде сторонником немедленного реагирования и перфекционистом, а также осознавая, что запрашиваемый вами источник не существует, я бы предпочел, чтобы в статье не было пятен тега «требуется цитирование». Между прочим, я не могу сказать, что когда-либо видел, как кто-то добавлял информацию в статью в Википедии, а затем сам запрашивал ссылку на нее раньше. Если вы не можете найти цитату, я бы предпочел полностью удалить эту информацию, хотя мы оба знаем, что это правда. Сообщите мне, если у вас возникнут проблемы с его удалением, или если вы думаете, что мы могли бы просто удалить тег необходимого цитирования, так как информация очевидна, играя в игру. Спасибо и хорошего дня. Дэмиен Линнейн ( разговорное ) 00:47, 18 апреля 2019 г. (UTC)

@ Дэмиен Линнейн : Я ценю ваше усердие и, конечно же, не возражаю против того, чтобы вы оставляли статью высокого качества, которая вам небезразлична. Это цена, которую мы платим за нашу политику WP: OR (хотя я думаю, что преимущества этой политики перевешивают недостатки). Возможно, когда-нибудь кто-нибудь напишет уважаемую статью, в которой будет законно упомянута песня. Я видел похожий случай в моем личном курировании DKC, который я, вероятно, в конечном итоге удалю (OST для него имеет скрытый трек, но я еще не видел никаких надежных источников, упоминающих об этом).

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

Но отнеситесь к моим мыслям с недоверием. Я не лучший человек, чтобы рассказывать вам о политиках или рекомендациях; Мне запретили обсуждать их изменения, и я взял 11-месячный перерыв, так что я в основном полагаюсь на свою старую память. e π i ( Обсуждение | вклад ) 01:03, 18 апреля 2019 (UTC)

Некоторые примечания относительно : WP: Templates_for_discussion / Log / 2019_June_9 # Link_language_wrappers [ править ]

Пожалуйста, загляните в User: Shenme / ll1, чтобы узнать количество включений для отдельных шаблонов.

У меня есть другие заметки (в тексте, а не на WP), но они не отформатированы и не сделаны красивыми. Я, наверное, самый параноидальный человек, которого вы никогда не встретите, потому что я остаюсь в своем логове под вулканом, но я дико оглядываюсь на разные вещи в своей паранойе.

Поиск переадресации {{ Zh_icon }} найден

• Шаблон: Cn icon (страница перенаправления) Найдено 192 включения
• Шаблон: Ж-значок (страница перенаправления) Найдено 67 включений

Так что мне интересно, как вы найдете все различные места, которые можно / нужно отремонтировать? Вы бы хотели, чтобы я выполнил аналогичный вышеупомянутый поиск по всем перечисленным вами шаблонам, чтобы найти косвенные шаблоны?

Интересно:

• Википедия : Статистика использования TemplateData / Template       с 2015 г. Пользователь: MZMcBride
• Пользователь: Jonesey95 / sandbox / language-templates       OMG
• Википедия: Templates_for_discussion / Log / 2010_August_20 # Language_icon_templates
• Обсуждение шаблона: Язык ссылок / Архив 3
• Википедия: Templates_for_discussion / Log / 2013_August_18 # Ar_and_En
• Википедия: Templates_for_deletion / Log / 2006_Февраль_20 # Language_templates

Позже (должен уйти ненадолго) Шенме ( разговор ) 07:31, 10 июня 2019 г. (UTC)

@ Shenme : На самом деле, я систематически запрашивал список всех перенаправлений, прежде чем назначить шаблоны (будьте осторожны! Мой код SQL, вероятно, неоптимален).

Что касается обработки перенаправлений, я предполагаю, что методология может иметь цепную замену, когда основная оболочка заменяется перенаправлением, а затем заменяются перенаправления (но, вероятно, было бы хорошо проверить каждое перенаправление, прежде чем отмечать его как нормальное с помощью бота. задача).

Я не думаю, что все детали реализации нужно прорабатывать здесь и сейчас; Я планирую разместить сообщение в Википедии: запросы ботов, чтобы опытные операторы ботов могли предложить дополнительную техническую обратную связь перед тем, как подавать BRFA (или до того, как кто-то другой предложит сделать это с использованием функций в существующем боте). Retro ( Обсуждение | вклад ) 12:40, 10 июня 2019 (UTC)

Аааа. Мне потребовалась минута, чтобы понять, почему меня пингируют здесь. Я не имел непосредственного отношения к вики-странице Wikipedia: TemplateData / Количество использованных шаблонов , но я создал phabricator: P632 , на котором основана вики-страница. - MZMcBride ( разговор ) 00:40, 11 июня 2019 г. (UTC)

Уведомления TfD нарушили шаблоны языковых значков [ править ]

Привет, Ретро . Просто сообщаю вам, что добавление Template: Template для обсуждения / даты в верхней части шаблонов языковых значков нарушило их, потому что уведомление не было должным образом обернуто в <noinclude> </noinclude>. Похоже, что вызов Module: Noinclude в этих изменениях был предназначен для обертывания уведомления, но этого не произошло. На момент написания в DannyS712 было исправлено три шаблона после запросов на редактирование, защищенное шаблоном. —⁠ андрыбак ( разговор ) 17:08, 10 июня 2019 (UTC)

В пространстве имен статей, кажется, что большинство использований - это внутренние ссылки, поэтому в разделах прозаика проблема не видна. Например, Симфония № 9 (Бетховен) # cite_note-74 . —⁠ андрыбак ( разговор ) 17:12, 10 июня 2019 (UTC)

@ Андрыбак : Вы можете показать пример? Казалось, что они работают нормально, когда я проверил, как они отображаются в пространстве статьи; если они работают правильно, они должны просто добавить <see TfD>ссылку на TfD (я намеренно не вставлял их <noinclude>...</noinclude>по этой причине). Если возникнет проблема, я сделаю все возможное, чтобы ее исправить. Retro ( Обсуждение | вклад ) 17:19, 10 июня 2019 (UTC)

@ Andrybak : Вы связались с Симфонией № 9 (Бетховен) # cite_note-74 , но я не вижу проблемы; похоже, работает, как ожидалось. Retro ( Обсуждение | вклад ) 17:21, 10 июня 2019 (UTC)

@ Andrybak : А, понятно; в запросах на редактирование вы связались с {{ User SUL Box }}, где {{ Link language }} используется в конвейерной ссылке; это, кажется, вызывает проблемы. Возможно, это неправильное использование со стороны {{ User SUL Box }}, а не ошибка {{ Link language }}, но я рассмотрим это подробнее.

Я думаю, что для всех это немного преждевременно <noinclude>...</noinclude>, поскольку это одна конкретная проблема, которую можно легко решить; Я бы предпочел, чтобы редакторы видели, как они обсуждаются на TfD в статьях. Но вы можете делать больше запросов на редактирование, если считаете нужным. Retro ( Обсуждение | вклад ) 17:30, 10 июня 2019 (UTC)

У меня не было возможности вникнуть в это, но если TFD заметит "крошечные встроенные", это ничего не сломает. Сломанные шаблоны / ящики пользователей / страницы следует изучить и разобраться, но нам не нужно выкладывать <noinclude>все. Primefac ( разговор ) 17:39, 10 июня 2019 (UTC)

@ Andrybak и Primefac : Хорошо, я переместил шаблоны значков lang за пределы передаваемой ссылки ; Предполагается, что {{ Link language }} будет использоваться за пределами передаваемой по конвейеру ссылки, поэтому использование немного недопустимо. Если вы видите какие-либо проблемы с этим редактированием, вы можете вернуться. Если нет, я думаю, что уместно вернуть <noinclude>...</noinclude>. Если есть какие-либо другие проблемы, их можно исследовать, но для подавляющего большинства случаев использования (которые описаны в статьях) это не должно вызывать никаких проблем. Retro ( Обсуждение | вклад ) 17:40, 10 июня 2019 (UTC)

Спасибо! —⁠ андрыбак ( разговор ) 17:44, 10 июня 2019 (UTC)

@ Primefac : Кажется ли разумным возвращение запросов на редактирование? Я думаю, что небольшая ссылка на уведомление TfD должна быть показана, чтобы у заинтересованных сторон была какая-либо легкая ссылка для участия в обсуждении. Retro ( Обсуждение | вклад ) 17:48, 10 июня 2019 (UTC)

Если он уже введен в действие, то на пару шаблонов не стоит. Primefac ( обсуждение ) 18:05, 10 июня 2019 (UTC)

@ Primefac : Ну, это было только для пары шаблонов, но они были среди наиболее широко включенных шаблонов в номинации, всего около 1/3 включений. Retro ( Обсуждение | вклад ) 18:14, 10 июня 2019 (UTC)

@ Primefac : * вздох * Я был слишком непоследователен в этой ситуации. После этого обсуждения я подумал, что большинство включений были отредактированы <noinclude>...</noinclude>, поэтому я закончил <noinclude>редактирование большинства языковых шаблонов по запросу другого редактора (хотя я отозвал свои запросы на редактирование в отношении сильно включенных). Pppery любезно сообщил мне, что не было единого мнения по <noinclude>поводу шаблонов, не предназначенных только для подстановки.

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

Очевидно, это мои действия, поэтому я беру на себя полную ответственность. Я предполагаю, что это своего рода урок об опасностях флип-флопа при редактировании шаблонов. Для меня эта ситуация показывает преимущества пассивности, когда консенсус кажется неопределенным или отсутствующим. Retro ( Обсуждение | вклад ) 13:31, 13 июня 2019 (UTC)

Рэй Макдональд (актер) [ править ]

Я использовал АфЧ. Он должен был оставить перенаправление на страницу обсуждения, но этого не произошло. Такие ошибки довольно часто встречаются в AFCH. DGG ( разговор ) 16:32, 2 июля 2019 (UTC)

@ DGG : Похоже, что инструмент недостаточно сложен, чтобы удалить строительные леса (например )? Или инструмент обычно удаляет эти шаблоны, и эта статья оказалась крайним случаем? Retro ( Обсуждение | вклад ) 16:36, 2 июля 2019 (UTC){{AFC submission|...}}

Если страница обновляется до того, как AFCH завершит свою работу, это часто может привести к тому, что шаблоны не будут удалены. Иногда в системе есть заминка. Есть много причин, по которым он не удаляет шаблоны, но в 99% случаев это происходит. Primefac ( обсуждение ) 16:52, 2 июля 2019 (UTC)

@ Primefac : Было бы неплохо, если бы можно было выполнять перемещение страницы и редактирование страницы как атомарное действие; похоже, что такие проблемы будут возникать всегда, если это невозможно. Retro ( Обсуждение | вклад ) 16:57, 2 июля 2019 (UTC)

Я не уверен, что вы имеете в виду. AFCH перемещает страницу, удаляет шаблоны AFC, добавляет соответствующие категории / шаблоны WikiProject. Какие еще функции он должен выполнять? Primefac ( обсуждение ) 17:01, 2 июля 2019 г. (UTC) (просьба не пинговать при ответе)

На самом деле я говорю о самом MediaWiki API , а не о AFCH. Это потребует изменения текущей модели ревизии, чтобы разрешить редактирование страниц при перемещении, но при перемещении страницы в историю ревизий уже добавлено пустое изменение. Если бы MediaWiki API позволял это, то похоже, что AFCH вряд ли пропустит необходимые изменения. Retro ( Обсуждение | вклад ) 17:06, 2 июля 2019 (UTC)

Не стесняйтесь подавать phab-задание. Primefac ( разговор ) 17:07, 2 июля 2019 (UTC)

Подан: T227119 . Это не означает, что в AFCH может не быть ошибки, но то, что вы описываете, больше похоже на проблему времени. Конечно, это может быть не лучшее решение для ее решения, и я могу представить себе множество проблем.

И на самом деле AFCH, вероятно, мог бы реализовать какую-то внутреннюю проверку, чтобы такие вещи быстро обнаруживались и представлялись действующему администратору. К сожалению, я не очень хорошо знаком со сценариями JS, но, возможно, в ближайшем будущем я стану более знакомым и смогу помочь с этим.

И прошу прощения за начальный пинг; Я понял, что это было глупо сразу после того, как отправил его, и это рефлекс, над которым мне нужно работать. Retro ( Обсуждение | вклад ) 17:30, 2 июля 2019 (UTC)

Не беспокойтесь о пинг, я часто не забудьте добавить {{ ppor }} и там есть довольно много редакторов , которые никогда не смотрят переговоры пользователей. Primefac ( разговор ) 18:28, 2 июля 2019 (UTC)

Другой случай, когда требовалось ручное исправление: Кто такой дикарь? Retro ( Обсуждение | вклад ) 17:40, 4 июля 2019 (UTC)

Это происходит (регулярно) только с DGG или это происходит с другими редакторами? Если это просто DGG, то это может быть что-то с их стороны, а не что-то «не так» с AFCH. Primefac ( обсуждение ) 13:59, 14 июля 2019 (UTC)

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

Я действительно думаю, что два различия все же можно списать на совпадение, особенно если DGG является одним из наиболее активных рецензентов AfC. На данный момент я продолжу отмечать любые будущие события, но предупреждаю об этом, отмечая, что это не особенно сложный метод анализа. В будущем я, вероятно, вернусь и систематически проанализирую предыдущие шаги AfC, чтобы лучше понять масштаб проблемы. Retro ( Обсуждение | вклад ) 14:12, 14 июля 2019 (UTC)

Список сохраненных шаблонов AfC [ править ]

Случаи, когда было необходимо ручное удаление (последнее обновление 12:00, 20 июля 2019 г. (UTC)):

Retro ( Обсуждение | вклад ) 12:00, 20 июля 2019 (UTC)

Зал славы ветеранов Техаса [ править ]

Мне действительно нужна помощь в том, что я делаю не так со статьей в Зале славы ветеранов Техаса . Я в совете TVHOF ... Значит ли это, что я не могу редактировать статью? И я действительно не получаю шаблоны COI. Гэри Дж. Харди ( разговорное ) 01:10, 9 июля 2019 (UTC)

Привет, Гэри Дж. Харди ! Я внимательно изучил созданную вами статью и, к сожалению, не думаю, что тема статьи в настоящее время соответствует нашим критериям известности , поэтому я номинировал ее на удаление . Здесь вы можете найти более подробную информацию и комментарии.

Что касается конфликта интересов, вам настоятельно рекомендуется избегать редактирования статьи напрямую, вместо этого запрашивая редактирование . Однако в этом случае, поскольку вы создали статью, было бы предпочтительно, чтобы вы сначала создали черновик своей статьи, чтобы затем ее могли просмотреть и улучшить опытные редакторы. Retro ( Обсуждение | вклад ) 03:32, 10 июля 2019 (UTC){{request edit}}

Карла Флетчер переехала в черновик [ править ]

В статье, которую вы недавно создали, Карла Флетчер , недостаточно источников и цитирований, чтобы ее можно было опубликовать. Она нуждается в большем количестве цитат из надежных , независимых источников . ( ? ) Информация, на которую нельзя ссылаться, должна быть удалена ( проверяемость имеет центральное значение в Википедии). Я переместил ваш черновик в область черновика (с префиксом " Draft:" перед названием статьи), где вы можете инкубировать статью с минимальными нарушениями. Когда вы чувствуете, что статья соответствует общему руководству Википедии о известностии, таким образом, готов к использованию в основном пространстве, нажмите "Отправить свой черновик на рассмотрение!" кнопку вверху страницы. Джек Фрост ( разговор ) 04:34, 9 июля 2019 (UTC)

@ Jack Frost : Как отмечалось в моем первоначальном резюме редактирования , это не черновик, который я написал. Я просто перешел в черновик со страницы обсуждения после того, как автор продолжил перемещать свою страницу обсуждения в основное пространство. Retro ( Обсуждение | вклад ) 11:07, 9 июля 2019 (UTC)

Ретро , извинения! Я действительно это понимал; Я забыл снять галочку, чтобы автоматически уведомить вас о переезде. Моя вина полностью! Джек Фрост ( разговор ) 22:36, 9 июля 2019 (UTC)

Последние изменения портала [ править ]

Я вижу ваше AWB альтер-эго внесены изменения , как это и это , но я не в курсе того, какой именно эффекта он имел , кроме того косметический . Я вижу, что вы написали здесь, что работали над сценарием, но обсуждение еще даже не завершилось. Итак, поделитесь мыслями, почему вы начали внедрять это изменение?
Я действительно нашел это разрушительным; без обид . - MJL  - Обсуждение - ^☖ 16:04, 12 июля 2019 (UTC)

@ MJL : Мне очень жаль, если вы сочли это разрушительным.

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

Конечно, я понимаю вашу точку зрения: мне, вероятно, следовало составить черновик внешнего вида, а затем добавить параметр во все связанные шаблоны после того, как внешний вид был согласован. Я реализовал включения шаблона перед добавлением поддержки в шаблон, потому что я хотел иметь параметризованные включения шаблона, готовые для облегчения перехода в них, но, поскольку вы выразили обеспокоенность, я, вероятно, пересмотрю это, если столкнусь с аналогичной ситуацией в будущее. Retro ( Обсуждение | вклад ) 16:19, 12 июля 2019 (UTC)

@ Retro : [Спасибо за пинг ] Что ж, я ценю, что вы признали, что в этом отношении что-то пошло не так. Все прощено! - MJL  - Обсуждение - ^☖ 16:32, 12 июля 2019 г. (UTC)

Привет, Ретро, ​​я видел, как вы добавили шаблон {{ Featured portal }} обратно в Portal: Scotlandвчера вечером, а ваш альтернативный аккаунт AWB добавил к нему параметр FPOCyear сегодня. Спасибо за это, но это, наверное, немного прыгает, не так ли? Технически TfD все еще открыт, хотя это почти наверняка снег, который нужно держать, но у нас, вероятно, слишком много правил и процедур, которым нужно следовать, так что ИМХО, большого дела нет. Другой мой вопрос касается технических особенностей: я вижу, что шаблон еще не содержит параметр FPOCyear, так почему он не вызывает колебания и не генерирует сообщение об ошибке о «неизвестном параметре» или о чем-то подобном? Он отлично отображается на странице портала. Извините, если это глупый вопрос, я просто всегда избегал технической стороны шаблонов, они слишком меня пугают.

В качестве примечания, на случай, если вы никогда не заметили, я проспал по вашему совету всю ночь и вычеркнул свой последний абзац своего вступительного комментария к TfD . Поразмыслив, это было слишком личным и чрезмерным. Проблема в том, что BHG была основной движущей силой этой кампании по удалению портала в течение многих месяцев и фактически стала их болельщиком или официальным представителем. Поэтому, когда я высказываю точку зрения или жалуюсь на что-то сомнительное, ее имя пользователя каким-то образом появляется на моей клавиатуре. Я знаю, что без оправдания, поэтому в будущем постараюсь проявлять больше осторожности. Большое спасибо за дельный, дружеский совет. Всего наилучшего. - Кактус . мужчина ✍ 17:59, 12 июля 2019 г. (UTC)

@ Cactus.man : Да, после некоторого размышления (и после того, как MJL прокомментировал выше), я действительно думаю, что прыгнул с пушки, добавив |FPOCyear=параметр ко всем включениям шаблонов. В частности, потому что может быть предпочтительнее более детальная дата < месяц > < год >.

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

Я ценю вашу яркую часть вашего комментария. Retro ( Обсуждение | вклад ) 18:11, 12 июля 2019 (UTC)

Барнстар для вас! [ редактировать ]

	Цивилити Барнстар
	Вы были так терпеливы в отношении Википедии: Шаблоны для обсуждения / Журнал / 5 июля 2019 # Оболочки языка ссылок . Я просто думаю, что вы заслуживаете за это звание звезды на данный момент. - MJL  - Обсуждение - ☖ 19:36, 16 июля 2019 (UTC)

@ MJL : Спасибо! Я стараюсь, чтобы все мои комментарии способствовали продуктивному обсуждению.

Я довольно много ответил в этом обсуждении (на данный момент это, вероятно, наибольшее количество комментариев, которые я когда-либо делал в одном обсуждении, по большому счету ), но я думаю, что избегал ударов дубинкой . Но, возможно, возникшей длительной дискуссии можно было бы избежать, если бы я лучше структурировал обоснование своего выдвижения. Retro ( Обсуждение | вклад ) 20:18, 16 июля 2019 (UTC)

[Спасибо за звонок ] Нет, ты определенно не дубинкой. Думаю, вы просто недооценили, как мало люди знали о {{ LL }}. Я был просто потрясен, когда кто-то сказал, что можно связать несколько языков. У многих были к вам вопросы lol - MJL  - Talk - ^☖ 20:22, 16 июля 2019 (UTC)

Неработающие шаблоны [ править ]

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

Однако у меня была мысль: интересно, не вызвано ли это тем, что кто-то добавил именованный источник в строке «<ref name =": 02 ">". Интересно, происходит ли это в случае сбоя системы из-за того, что уже существует источник с таким именем, и вместо того, чтобы разрешить его, переименовав его во что-то другое, например, на неиспользуемый номер, они вместо этого ссылаются на песочницу. Я не знаю, ограничивается ли это материалом в песочнице или это может произойти с контентом, скопированным из другой статьи, поскольку кто-то не так часто копирует фрагменты контента из одной статьи в другую, поскольку в большинстве случаев это должны быть переписаны или могут не быть другие источники с таким же справочным названием.

Я хотел сообщить вам об этом, так как могу поручиться, что это не ошибка студента. Не то чтобы вы так думали, но это ситуация, когда я могу гарантировать, что студент не сделал ничего необычного, поскольку инструкции были не только подробными, но и имели фотографии того, что им следует делать. Shalor (Wiki Ed) ( разговор ) 23:27, 17 июля 2019 (UTC)

@ Shalor (Wiki Ed) : Я хотел вернуться к вам по этому поводу . Извините за задержку ответа.

Вы сказали, что дали подробные инструкции; можешь поделиться этими инструкциями? У меня есть теория о том, что вызывает это: люди копируют текст из статей, не нажимая кнопку «изменить». В своих собственных экспериментах я обнаружил, что копирование текста без перехода в режим «редактирования» дает результаты, идентичные ошибочным добавлениям. Замечу, что в некоторых случаях это не дало идентичных результатов, но я объяснил это тем, что копирование цитирования по-разному работает со старыми версиями при определенных обстоятельствах.

Но студенты - это лишь верхушка айсберга. В настоящее время существует <17 ошибок цитирования этого типа, созданных студентами (я активно работал над устранением этих ошибок, так что надеюсь, что скоро они достигнут 0, чтобы я мог просто не отставать от возникающих новых), но есть около 800 ошибок.

Кроме того, я ранее говорил, что у меня есть несколько уловок для их исправления. Теперь я резюмирую свою общую стратегию. Я использую WikiBlame, чтобы увидеть, в какую версию были вставлены искаженные цитаты, затем перехожу к версии непосредственно перед вставкой в ​​историю редакций страницы, на которую ссылаются искаженные цитаты (то есть обычно User:<username>/sandboxв случае редакторов-студентов). Самый сложный момент - добавить в статью правильные цитаты: если ссылки названы, их добавление может вызвать конфликт имен ссылок, поэтому я обычно переименовываю источники, которые вставляю, в < AuthorLastName > < Year> формат имени (риск особенно высок, если с момента добавления некорректной цитаты были внесены правки). В процессе избежания коллизии имен я часто заканчиваю объединением идентичных цитат (необходимо соблюдать осторожность, чтобы сохранить уникальную информацию, такую ​​как номера страниц, если они доступны; не следует слепо объединять две цитаты только потому, что у них одинаковый автор и заголовок, но тщательно проверяйте ). Я также использую текстовый редактор с функцией поиска и замены, чтобы упростить процесс замены имен источников и слияния избыточных источников. Я также проверяю результат с помощью кнопки «Показать изменения» в качестве меры предосторожности.

Но в целом ручной подход действительно отнимает много времени, даже с лучшей методологией, поэтому в настоящее время я работаю над разработкой сценария для очистки огромного количества искаженных цитат, которые в настоящее время присутствуют. Скорее всего, я запрошу BRFA для выполнения части этого процесса, но некоторые страницы потребуют большей осмотрительности, поэтому, к сожалению, я определенно не смогу полностью автоматизировать каждую страницу. Но инструмент, вероятно, все же будет полезен в этих случаях. Retro ( Обсуждение | вклад ) 00:03, 18 июля 2019 (UTC)

Спасибо за хитрости! Я пришлю вам ссылку по электронной почте - я не хочу публиковать ее здесь, поскольку в ней есть имя студента. Shalor (Wiki Ed) ( обсуждение ) 13:17, 18 июля 2019 (UTC)

@ Shalor (Wiki Ed) : Этот ответ получился немного более длинным, чем я предполагал; надеюсь, вы готовы это прочитать!

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

О, и есть еще одна вещь, о которой я забыл упомянуть: иногда происходит перекрестное заражение искаженных ссылок. В этих случаях вы увидите неработающую цитату, которая ссылается на песочницу, вернитесь в песочницу и обнаружите, что в песочнице также есть неработающая цитата. Затем вам нужно будет запустить WikiBlame в самой песочнице; иногда ссылка будет возвращаться к исходной статье, а иногда это будет искаженная копия из песочницы. И общее предостережение: WikiBlame - не панацея: иногда искаженные цитаты создавались в результате нескольких отдельных правок, что затрудняло легкое восстановление правильного содержания.

Что касается объединения цитат: если мы говорим об объединении цитат из одного и того же источника с разными номерами страниц, это немного сложно, и я чувствую, что даже опытные википедисты могут с этим бороться. В частности, модель цитирования по умолчанию не очень хорошо сочетается с этим и побуждает просто копировать цитаты; Я могу представить, что с VisualEditor это еще сложнее. Насколько я понимаю, для этого есть две основные модели: {{ sfn }} (цитаты в стиле Гарварда) и {{ rp }}. Я и многие другие редакторы предпочитаем гарвардский стиль, но он требует большего количества заголовков разделов внизу и более сложной организации в целом. {{ rp}} прост в использовании, но он отделяет номер страницы от ссылки и вместо этого помещает ее рядом с текстом ссылки; это довольно ясный, но не мой предпочтительный стиль, потому что он разделяет компоненты цитирования, поэтому для проверки цитирования приходится ходить туда-сюда. Но в любом случае: когда я упомянул слияние выше, я больше имел в виду действительно идентичные цитаты, а не цитаты, которые различаются по номерам страниц; VisualEditor на самом деле предлагает некоторую помощь со ссылками на имена в этом отношении, хотя он недостаточно сложен, чтобы обнаруживать цитаты с одним и тем же телом. Retro ( Обсуждение | вклад ) 14:03, 18 июля 2019 (UTC)

@ Shalor (Wiki Ed) : Похоже, мое тестирование показывает, что студент действительно совершил ошибку копирования, о которой я подозревал. При копировании в режиме "редактирования" цитаты были правильно отформатированы . Но когда я копировал без того, чтобы песочница находилась в режиме «редактирования», я получил результаты, идентичные результатам, полученным учеником; сравнить результат студента по сравнению с моим результатом .

Это не предназначено для оскорбления ученика; Я думаю, что VisualEditor обманчив, потому что нелегко определить, находитесь вы в режиме редактирования или нет.

Важно подчеркнуть, что я не думаю, что основным решением этой проблемы являются поведенческие сдвиги; у VisualEditor есть довольно простые способы определить, когда вставлена ​​неверная цитата, и предупредить пользователя с инструкциями о том, как правильно скопировать цитату. Retro ( Обсуждение | вклад ) 14:43, 18 июля 2019 (UTC)

Под «предупреждением» вы имеете в виду фильтр редактирования (который VisualEditor, по-видимому, обрабатывает разумно)? * Pppery * началось ... 22:09, 20 июля 2019 (UTC)

@ Pppery : Я особо не думал о фильтре редактирования, но, вероятно, это будет наиболее эффективный способ положить этому конец, поскольку разработчики MediaWiki иногда не спешат работать с такими вещами.

Но опять же, я не уверен, насколько эффективен фильтр редактирования; ты знаком? В частности, обнаружение неправильно скопированных ссылок может быть выполнено путем поиска добавленного викитекст, содержащего cite%20noteи добавленного с помощью VisualEditor (это не отразит все мыслимые сценарии, т.е. если кто-то по рассеянности восстановит старую версию в редакторе исходного кода, но это, вероятно, будет справедливо эффективный). Retro ( Обсуждение | вклад ) 22:52, 20 июля 2019 (UTC)

Я не совсем уверен в производительности, но просто проверка «содержит ли вики-текст строку x» должна быть достаточно эффективной. Предлагаю вам сделать сообщение на WP: EFR . * Pppery * началось ... 23:07, 20 июля 2019 (UTC)

Хорошо, я сделаю это немного позже. Retro ( Обсуждение | вклад ) 23:10, 20 июля 2019 (UTC)

@ Pppery : На самом деле, я бы хотел исключить все текущие кейсы, прежде чем блокировать новые кейсы, потому что есть вероятность, что люди, работающие в песочнице, неправильно скопировали свои цитаты из статьи, и, таким образом, будут предупреждены или остановлены, даже если они правильно копировать свою работу из песочницы. У меня есть незавершенный сценарий, который я, надеюсь, закончу через неделю, а затем отправлю BRFA.

Исключение всех текущих случаев также может упростить фильтр редактирования. Retro ( Обсуждение | вклад ) 12:54, 21 июля 2019 (UTC)

Будет сложно исключить все текущие дела, если они будут продолжать создаваться в процессе вашей работы. Создание фильтра редактирования упрощает устранение всех случаев. Аргумент, который вы приводите, двоякий. * Pppery * началось ... 20:46, 21 июля 2019 (UTC)

@ Pppery : Вы можете сделать запрос, если это кажется предпочтительным. Мне неудобно делать это в настоящее время, потому что я предпочел бы полностью понять проблему и убедиться, что мы не оставим в тупике ни одного участника. Хотя я понимаю вашу точку зрения; Не считаю суточное накопление существенным фактором, но могу ошибаться. Retro ( Обсуждение | вклад ) 22:05, 21 июля 2019 (UTC)

• Я этого боялся. Я честно могу понять, как это может произойти по тем же причинам, которые вы указали. Предупреждение звучит как хорошая идея - я знаю, что это значительно упростит мне жизнь со студентами. XD Shalor (Wiki Ed) ( обсуждение ) 17:51, 18 июля 2019 (UTC)

Возбуждение арбитражного дела Палестина-Израиль по статьям 4 [ править ]

В августе 2019 года Арбитражный комитет принял решение открыть палестино-израильское арбитражное дело по статье 4 как приостановленное из-за рабочей нагрузки. В настоящее время Комитет не приостанавливает приостановление и возбуждает дело.

• Основная цель дела: Оценка ясности и эффективности текущих средств правовой защиты в области ARBPIA. Более подробную информацию можно найти здесь .
• Доказательства, которые вы хотите, чтобы арбитры рассмотрели, следует добавить на подстраницу доказательств в Википедии: Арбитраж / Запросы / Дело / Палестина-Израиль, статьи 4 / Доказательства . Фаза доказательства будет открыта до 18 октября 2019 г. (возможны изменения).
• Вы также можете внести свой вклад в подстраницу тематического семинара в Википедии: Арбитраж / Запросы / Дело / Палестино-израильские статьи 4 / Семинар . Этап семинаров продлится до 25 октября 2019 г. (возможны изменения).
• Руководство по арбитражному процессу см. В Википедии: Арбитраж / Руководство по арбитражу .
• Если вы не хотите получать обновления по делу, удалите свое имя из списка уведомлений .

От Арбитражного комитета: Кевин ( он же L235 · t · c ) через доставку сообщений MediaWiki ( разговор ) 04:09, 5 октября 2019 г. (UTC)

Палестино-израильские статьи 4 : семинар продлен [ править ]

Фаза семинар в статьи Palestine-Израиль 4 арбитражного дела будет продлен до 1 ноября 2019 г. Все заинтересованные редакторы предлагается представить свои замечания и предложения относительно семинара и вытекающие из ясности и эффективности существующих средств в области ARBPIA. Чтобы отказаться от подписки на будущие обновления кейса, удалите свое имя из списка уведомлений . От Арбитражного комитета: Кевин ( он же L235 · t · c ) через доставку сообщений MediaWiki ( разговор ) 07:40, 25 октября 2019 г. (UTC)

Сообщение избирателю на выборах ArbCom 2019 [ править ]

Сообщение избирателю на выборах ArbCom 2019 [ править ]

Приближается Google Code-In 2019 - пожалуйста, займитесь некоторыми задачами по документации! [ редактировать ]

Привет,

Google Code-In , конкурс, организованный Google, в котором участвует Фонд Викимедиа, стартует через несколько недель. Этот конкурс посвящен тому, чтобы старшеклассники окунулись в мир open source. Я отправляю вам это сообщение, потому что вы недавно редактировали страницу документации в английской Википедии.

Прошу вас принять участие в Google Code-In в качестве наставника. Это означало бы подготовить по крайней мере одно задание (это может быть связано с документацией или что-то еще - другие категории - это код, дизайн, обеспечение качества и информационно-пропагандистская деятельность) для участников и помочь студенту выполнить ее. Зарегистрируйтесь на странице конкурса и отправьте нам адрес своей учетной записи Google на [email protected], чтобы мы могли пригласить вас!

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

Если у вас есть какие-либо вопросы, сообщите нам об этом по адресу [email protected].

Спасибо!

- Пользователь: Мартин Урбанек ( разговор ) 21:58, 23 ноября 2019 г. (UTC)

Палестино-израильские статьи 4 : открытие семинара [ править ]

Из-за характера арбитражного дела между Палестиной и Израилем по статье 4 и важности точной формулировки средств правовой защиты Арбитражный комитет хотел бы предложить общественные комментарии и рабочие мероприятия по предлагаемому решению, которые вскоре будут опубликованы . Соответственно, в этом случае семинар будет повторно открыт и останется открытым до пятницы, 13 декабря. Чтобы отказаться от дальнейших объявлений, пожалуйста, удалите себя из списка уведомлений . Для Арбитражного комитета доставка сообщений MediaWiki ( обсуждение ) 22:45, 6 декабря 2019 г. (UTC)

Черновик: концерн Карлы Флетчер [ править ]

Привет, я HasteurBot . Я просто хотел сообщить вам, что созданная вами страница « Черновик: Карла Флетчер» не редактировалась уже 5 месяцев. Пространство «Статьи для создания» не является бессрочным местом для хранения контента, который не подходит для пространства статей.

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

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

Если удаление уже произошло, инструкции по его восстановлению доступны на WP: REFUND / G13 .

Спасибо за Ваше внимание. HasteurBot ( обсуждение ) 01:29, 8 января 2020 (UTC)

Mastermind (настольная игра) [ править ]

Привет,

Пожалуйста, найдите мое замечание к вашей редакции от апреля 2019 года на странице обсуждения в Mastermind.

С уважением,

- Лефшец ( разговорное ) 21:36, 4 июня 2020 г. (UTC)

Ответил . Спасибо, что связались. Retro ( Обсуждение | вклад ) 15:15, 5 июня 2020 (UTC)

Спасибо за Ваш ответ. Я ответил. С уважением, - Лефшец ( выступление ) 06:29, 6 июня 2020 г. (UTC)

Ваш доступ к AWB может быть временно закрыт [ править ]

Привет, E ^ pi * i, партия ! Это сообщение информирует вас о том, что из-за бездействия редактирования ваш доступ к AutoWikiBrowser может быть временно закрыт . Если вы не возобновите редактирование в течение следующей недели, ваше имя пользователя будет удалено с CheckPage . Это чисто для планового обслуживания и не свидетельствует о ваших нарушениях. Вы можете восстановить доступ в любое время, просто запросив его на WP: PERM / AWB . Спасибо! - MusikBot II ^{разговоры} 17:05, 16 июля 2020 (UTC)

Номинация на объединение Template: Hover title [ править ]

Template: Hover title был номинирован на объединение с Template: Tooltip . Вам предлагается прокомментировать обсуждение при записи шаблона на странице «Шаблоны для обсуждения» . Спасибо.  -  SMcCandlish ☏ ¢  😼  00:18, 4 декабря 2020 г. (UTC)