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

Политика

Технический

Предложения

Лаборатория идей

WMF

Разнообразный

• Оглавление
• Первое обсуждение
• Конец страницы
• Новый пост

Ярлыки WP: VPT РГ: ВП / Т РГ: TECHPUMP РГ: PUMPTECH Техническая часть села насос используется для обсуждения технических вопросов о Википедии . Отчеты об ошибках и запросы функций следует делать в Phabricator (см., Как сообщить об ошибке ). Об ошибках, влияющих на безопасность, следует сообщать по-другому (см., Как сообщать об ошибках безопасности ). Новичкам в техническом деревенском насосе рекомендуется прочитать это руководство перед размещением здесь. Если вы хотите сообщить об ошибке JavaScript , следуйте этому руководству . Вопросы о MediaWiki в целом следует размещать в службе поддержки MediaWiki . Обсуждения автоматически архивируются после пяти дней бездействия.

редактировать Часто задаваемые вопросы (FAQ) (см. Также: Википедия: FAQ / Технические ) Щелкните «[показать]» рядом с каждой точкой, чтобы увидеть более подробную информацию. Если что-то не так, очистите кеш сервера , а затем обойдите кеш браузера . Это, как правило, решает большинство проблем, включая неправильное отображение изображений, отсутствие загрузки пользовательских настроек и отображение старых версий страниц. Нет, мы не будем использовать JavaScript для установки фокуса на поле поиска. Это помешает удобству использования, доступности, навигации с помощью клавиатуры и стандартным формам. См. Задачу 3864 . На нем есть accesskeyсвойство (по умолчанию на accesskey="f"английском языке). Зарегистрированные пользователи могут установить гаджет в своих предпочтениях . Нет, мы не будем добавлять программу проверки орфографии или бота для проверки орфографии . Вы можете использовать веб-браузер, например Firefox , в котором есть проверка орфографии. Если у вас есть проблемы с тем, чтобы ваша модная подпись работала, посмотрите Википедию: Как исправить вашу подпись . Если вы перешли на другой скин и не можете вернуться, воспользуйтесь этой ссылкой . Кроме того, вы можете нажимать Tab, пока кнопка «Сохранить» не будет выделена, а затем нажмите Enter. Похоже, что использование Mozilla Firefox решает проблему. Если миниатюра изображения не отображается, попробуйте очистить страницу описания изображения. Если изображение взято из Wikimedia Commons, возможно, вам придется очистить его и там. Если это не сработает, попробуйте еще раз, прежде чем делать что-либо еще. Некоторые средства блокировки рекламы, прокси-серверы или брандмауэры блокируют URL-адреса, содержащие / ad / или заканчивающиеся общими исполняемыми суффиксами. Это может привести к тому, что некоторые изображения или статьи не будут отображаться. Статус сервера или сети см. В разделе « Показатели Викимедиа» . Если вы не можете получить доступ к службам Википедии, см. Сообщение о проблеме с подключением.

«Архивы , 169 , 170 , 171 , 172 , 173 , 174 , 175 , 176 , 177 , 178 , 179 , 180 , 181 , 182 , 183 , 184 , 185 , 186 , 187 , 188 , 189

Доступ к ссылкам на Викиданные как к обычному тексту [ править ]

Я хотел бы получить доступ к свойствам, указанным в и / или ссылочном URL-адресе в виде строки. Намерение состоит в том, чтобы использовать этот тип ссылок в качестве переключателя в формате Template: Chembox CASNo /, чтобы решить, связан ли номер CAS с базой данных CAS Common Chemistry. Не все номера CAS имеют запись в этой базе данных. - Лейо 11:12, 22 апреля 2021 г. (UTC)

@ RexxS , Pppery и Thayts : Не могли бы вы помочь в этом вопросе? - Лейо, 19:15, 25 апреля 2021 г. (UTC)

@ Leyo : Я могу сказать, что Module: Wd не поддерживает это, но лучшее, что я могу придумать, - это проверить, есть ли у свойства ссылка или нет:

{{#if: {{wd|property|sourced|Q42750891|P231}} | {{wd|property|sourced|linked|Q42750891|P231}} | {{wd|property|Q42750891|P231}} }}→ 5471-63-6

Тем не менее, надеюсь, это поможет. Тайтс  ••• 22:30, 30 апреля 2021 г. (UTC)

@ Thayts : Спасибо за ответ. К сожалению, необходимо проверить, есть ли ссылка на базу данных CAS Common Chemistry. В противном случае будет неработающее соединение (см., Например, ALC-0315 → 2036272-55-4 ), которое необходимо подавить.

Было бы очень сложно расширить модуль или создать новый, который будет иметь доступ к каждому элементу в соответствующем элементе? - Лейо, 23:25, 2 мая 2021 г. (UTC)

Я искал разные тестовые примеры, чтобы немного поиграть:

1. CAS RN: WP = WD; Ссылка WD: Common Chemisty → 1,3-дифенилизобензофуран (Q42750891)
2. CAS RN: WP = WD; Ссылка WD: прочие → 4,5-дихлор-1,2,3-дитиазол-1-ий хлорид (Q27251702)
3. CAS RN: WP = WD; Ссылка WD: Common Chemisty + другие → алектиниб (Q21099132)
4. CAS RN: WP = WD; WD ref: none → тозинамер (Q97154240) , лугдунин (Q26156270) ( импортирован из )
5. CAS RN: WP ≠ WD; Ссылка WD: Common Chemisty → зеатин (Q2276562)
6. CAS RN: WP ≠ WD; WD ref: другой →
7. CAS RN: WP ≠ WD; Ссылка WD: Common Chemisty + other → Бригатиниб (Q4653190)
8. CAS RN: WP ≠ WD; WD ref: нет → диэтиламид 1-пропионил-лизергиновой кислоты (Q21096201) (в WD вообще нет CAS RN)

Основываясь на результатах, я использовал адаптированные версии кода, предоставленного Тейтсом выше, чтобы опустить мертвые ссылки на базу данных CAS Common Chemistry, по крайней мере, для химических веществ, которые не имеют указанного номера CAS в их элементе WD (случаи 4 и 8 ). Однако и для случая 2, с одной стороны, и для случаев 5, 6 и 7, с другой стороны, такой связи быть не должно. Любая помощь в том, как этого добиться, по-прежнему приветствуется. - Лейо 21:39, 5 мая 2021 г. (UTC)

Лейо , я на самом деле работаю над новой версией модуля, которая позволит вам получить справочную информацию, но она будет доступна только из другого модуля. Таким образом, вы можете создать для этого новый модуль. Однако пока не могу сказать, когда он будет готов. Тейтс  ••• 11:15, 7 мая 2021 г. (UTC)

Спасибо, было бы здорово. Обратите внимание, что в de.wikipedia был создан специальный черновик модуля . - Лейо 21:17, 7 мая 2021 г. (UTC)

Сравнение скорости браузера VisualEditor [ править ]

Некоторые операции в VisualEditor занимают очень много времени (особенно перемещение столбцов в очень больших таблицах, подобных этой ). Кто-нибудь когда-нибудь беспокоился о тестировании браузеров на скорости VisualEditor? - 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговорное ) 05:07, 5 мая 2021 (UTC)

Да, тестирование производительности VE проводилось. Но сейчас я не могу найти фабричный билет. - SD0001 ( разговор ) 05:56, 8 мая 2021 г. (UTC)

Спасибо. Просто провел там дюжину поисков, но безрезультатно. Если он всплывет из вашей памяти, дайте мне знать. Ваше здоровье. - 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговор ) 07:12, 8 мая 2021 (UTC)

Проблема с OneClickArchiver [ править ]

У OneClickArchiver есть техническая проблема ... У меня были подобные проблемы с ним раньше, но это последний случай ... Я пошел использовать его на Talk: John J. Pershing , в котором не было включено автоархивирование. Приложение доставило заархивированный контент в Архив 1, а не в Архив 5. Я переместил контент обратно на главную страницу обсуждения, и впоследствии он был вручную перемещен на правильную страницу архива, Архив 5 здесь, но можно что-то сделать, чтобы настроить OneClick, чтобы переместить контент в правильное место с первого раза? Спасибо, Shearonink ( разговор ) 19:59, 5 мая 2021 (UTC)

Я также видел другую проблему, когда страница и ее архивы страницы обсуждения были перемещены, но |archive=параметр не обновлен, а позже кто-то придет вместе с OneClickArchiver, и он заархивирует контент в старое расположение архива, которое было теперь редирект. Например, см. Здесь . Я как бы придерживаюсь мнения, что OneClickArchiver следует просто полностью отключить, я лично никогда не видел законного варианта использования для него, где нижний регистр sigmabot III не мог бы выполнять ту же работу. - rchard2scout ( разговор ) 07:27, 6 мая 2021 г. (UTC)

Проблема с OneClickArchiver в том, что это архиватор в один клик. Нам нужен архиватор с двумя щелчками мыши, который заранее информирует пользователя, в какой архив будет отправлено обсуждение, и позволяет им подтвердить или изменить выбор. - SD0001 ( разговор ) 08:45, 6 мая 2021 г. (UTC)

Пользователь: Σ / Стенд / Архиватор . Изно ( разговорное ) 22:42, 6 мая 2021 (UTC)

Что делает Σ's Archiver такого, чего не делает OneClick ... Я читал эту страницу и, как я часто говорю здесь, я в значительной степени человек UnTech. Может кто-нибудь объяснить, что он делает лучше / чем OneClick? Спасибо, Shearonink ( разговор ) 04:15, 7 мая 2021 (UTC)

@ Rchard2scout : Ваша проблема такая же, как и описанная выше . - Red rose64 🌹 ( обсуждение ) 12:12, 6 мая 2021 (UTC)

Ах, ты прав, это так. - rchard2scout ( обсуждение ) 12:55, 6 мая 2021 г. (UTC)

Дело в том, не каждый знает , как настройка автоматического архивирования и когда люди действительно установить его, может возникнуть проблемы с именованием архивов и когда страница получает переименовала редактора отправить о том , как боты не выполняют свою работу .. .когда бот просто делает то, что ему велят делать ... То есть OneClickArchiver удобен и прост в использовании, пользователю не нужно ничего настраивать, поэтому отключите его без вмешательства другого бота. ..ееек. Я согласен с тем, что Two-Click Archiver - отличная идея, особенно если он может вмешаться и занять место, где был установлен OneClick ... Я думаю, что это то, как Miszabot и lowercasesigmabot работают вместе в наши дни? Shearonink ( разговорное ) 15:22, 6 мая 2021 (UTC)

Archy McArchface работает в два этапа:

1. выберите, какие темы вы хотите заархивировать
2. укажите конкретную страницу, на которую вы хотите заархивировать вышеупомянутые выбранные темы, чтобы

Попробуйте - WP: SAND к вашим услугам. → Σ σ ς . ( Sigma ) 22:36, 7 мая 2021 г. (UTC)

Как защитить сразу несколько статей? [ редактировать ]

Если есть список заголовков (например, добавленный в этой редакции ), есть ли какой-нибудь простой способ защитить их все с помощью минимального количества нажатий клавиш? Я думаю о каком-нибудь инструменте javascript, где вы могли бы перетащить их все, получить диалог с двумя вопросами («полу, ECP или полный?» И «как долго?»), А затем выполнить все это одним щелчком мыши. Неужто кто-то это уже написал? - РойСмит (разговор) 13:04, 6 мая 2021 г. (UTC)

Я считаю, что у AWB есть опции защиты для администраторов, но я сомневаюсь, что это было бы удобнее всего для 5 страниц. - Trialpears ( разговор ) 13:09, 6 мая 2021 г. (UTC)

В Twinkle есть p-batch (но это не очень хорошо для страницы с большим количеством ссылок, которые не нужно защищать); Я использовал его, скопировав список в свою песочницу раньше. - ^{Обсуждение} xaosflux, 19:30, 6 мая 2021 г. (UTC)

Xaosflux , ах, круто. Да, p-batch похоже на то, что я ищу. Спасибо. - РойСмит (разговор) 20:05, 9 мая 2021 г. (UTC)

Современный вектор (скин css) [ править ]

Чтобы установить скин, поместите его на свою страницу vector.css

{{subst: lusc | Пользователь: MediaJS / vector.css}} Media JS (обсуждение) ( C ) 13:07, 6 мая 2021 г. (UTC)

Спасибо за то, что свели к минимуму маркетинг. Не могли бы вы намекнуть, зачем мы это сделали? Что случится? Есть ли для нас скриншот, скажем, на https://skins.wmflabs.org ? -  JohnFromPinckney ( разговор ) 13:45, 6 мая 2021 г. (UTC)

• Примечание администратора : этот сценарий загружает сторонние (внешние) компоненты; при этом информация о вашем браузере и IP будет отправлена ​​на сайт, на который не распространяется Политика конфиденциальности WMF. - ^{Обсуждение} xaosflux, 19:16, 6 мая 2021 г. (UTC)
  • Почему мы разрешаем размещение таких страниц в Википедии? Его следует удалить. Джонуник ( разговорное ) 23:39, 6 мая 2021 (UTC)
    • @ Johnuniq : мы очень гибко разрешаем скрипты в пользовательском пространстве, у нас также есть серьезные предупреждения для других о рисках, связанных с тем, что вы действительно импортируете один из них. - ^{Обсуждение} xaosflux, 23:47, 6 мая 2021 г. (UTC)

      Я отмечу, что эта учетная запись довольно новая, с необычным количеством построенных профилей и очевидным высоким уровнем знаний для новичка…. Я не говорю , что это плохо, но это странно, особенно когда они начинают спрашивать госзакупках на импорт CSS и / или Js ... .. - Th е DJ ( разговор • вклад ) 18:46, 7 мая 2021 (UTC)

      У меня было такое же впечатление, и меня особенно беспокоит их пользовательская страница, которая явно имитирует внешний вид страниц сотрудников WMF. Nardog ( разговор ) 21:01, 7 мая 2021 (UTC)

      @ Nardog : Этот "взгляд" исходит от невинно названного {{ User info }}. Я готов AGF здесь. Suffusion of Yellow ( разговор ) 21:21, 7 мая 2021 (UTC)

      Хм! Это действительно облегчает мою озабоченность. Вероятно, кто-то испытал на Мирахезе, но не здесь тогда. Нардог ( разговор ) 21:32, 7 мая 2021 (UTC)

  Хм, да? Media JS (обсуждение) ( C ) 15:16, 7 мая 2021 (UTC)

  @ MediaJS : ваш скрипт не вызывает файл изображения из miraheze (точка) org. - ^{Обсуждение} xaosflux 15:18, 7 мая 2021 г. (UTC)

  Кроме того, я бы определенно не советовал людям копировать вашу личную страницу CSS в свою; хотя совет действителен сейчас, если вы когда-нибудь измените свой личный CSS, то любой, кто наткнется на эту ветку в будущем, может импортировать что-то, чего вы не планировали. Если вы действительно хотите сделать что-то подобное, поместите его на новую подстраницу в вашем пользовательском пространстве (например, User: MediaJS / newVector.css или что-то в этом роде), где он может оставаться нетронутым, когда вы настраиваете свой личный CSS в будущем. Writ Keeper  ⚇ ♔ 15:25, 7 мая 2021 г. (UTC)

что мне не хватает? [ редактировать ]

В моей песочнице три вида одного и того же шаблона. В первом теге указано следующее: в котором указана неверная часть года.{{cite patent}}<span>id="CITEREFKozakai_Toshihiko2021"

{{cite patent}}вызывает, где у нас есть этот бит, который вносит часть года в идентификатор привязки CITEREF:{{cite patent/core}}

{{#time:Y|{{{IssueDate|{{{PublicationDate|}}}}}}}}}}

{{{IssueDate|}}}и {{{PublicationDate|}}}предоставляются {{cite patent/core}}от {{cite patent}}в этих:

|PublicationDate={{{publication-date|{{{pubdate|}}}}}}

|IssueDate={{{issue-date|{{{gdate|}}}}}}

В примере с песочницей ни |issue-date=или |gdate=не предоставляются, ни есть |publication-date=. |pubdate=2005-09-09действительно делает это, потому что обе визуализации шаблона примера были «опубликованы 2005-09-09». Тем не менее, даже в этом случае функция синтаксического анализатора возвращает текущий год вместо 2005 года - синтаксический анализатор способен делать правильные вещи:{{cite patent/core}}#time:#time:

{{#time:Y|2005-09-09}} → 2005

В качестве простого эксперимента я взломал {{cite patent/core}}, добавив это перед всем остальным в шаблоне:

как написано в шаблоне: <code> <nowiki> {{{ IssueDate | {{{ PublicationDate | }}}}}} </nowiki> </code>* {{# time: Y | {{{ IssueDate | {{{ PublicationDate | }}}}}} }} ← <code> <nowiki> {{#time: Y | {{{ IssueDate | {{{ PublicationDate | }}}}}} }} </nowiki> </code> - следует использовать PublicationDate, так должно быть 2005* IssueDate: + {{{ IssueDate | }}} + ← <code> <nowiki> + {{{ IssueDate | }}} + </nowiki> </code> - пустая строка* PublicationDate: + {{{ PublicationDate | }}} + ← <code> <nowiki> + {{{ PublicationDate | }}} + </nowiki> </code> - должно показать 2005-09-09* оба: + {{{ IssueDate | {{{ PublicationDate | }}}}}} + ← <code> <nowiki> + {{{ IssueDate | {{{ PublicationDate | }}}}}} + </nowiki> </code> - должно показать 2005-09-09инвертированный: <code> <nowiki> {{{ PublicationDate | {{{ IssueDate | }}}}}} </nowiki> </code>* {{# time: Y | {{{ PublicationDate | {{{ IssueDate | }}}}}} }} ← <code> <nowiki> {{#time: Y | {{{ PublicationDate | {{{ IssueDate | }}}}}} }} </nowiki> </code> - следует использовать PublicationDate, так должно быть 2005* оба: + {{{ PublicationDate | {{{ IssueDate | }}}}}} + ← <code> <nowiki> + {{{ PublicationDate | {{{ IssueDate | }}}}}} + </nowiki> </code> - должно показать 2005-09-09

Когда я просматриваю свою песочницу с взломанным шаблоном, я получаю следующее:

как написано в шаблоне: {{{IssueDate|{{{PublicationDate|}}}}}}

• 2021 ← {{#time:Y|{{{IssueDate|{{{PublicationDate|}}}}}}}}- следует использовать PublicationDate, значит быть 2005
• IssueDate: ++ ← +{{{IssueDate|}}}+- пустая строка
• PublicationDate: + 2005-09-09 + ← +{{{PublicationDate|}}}+- должно показать 2005-09-09
• оба: ++ ← +{{{IssueDate|{{{PublicationDate|}}}}}}+- должно показать 2005-09-09

перевернутый: {{{PublicationDate|{{{IssueDate|}}}}}}

• 2005 ← {{#time:Y|{{{PublicationDate|{{{IssueDate|}}}}}}}}- следует использовать PublicationDate, так должно быть 2005
• оба: + 2005-09-09 + ← +{{{PublicationDate|{{{IssueDate|}}}}}}+- должно показать 2005-09-09

В приведенном выше разделе «как написано» #time:функция синтаксического анализатора возвращает текущий год, а вариант «оба» возвращает пустую строку. Когда порядок {{{IssueDate|}}}и {{{PublicationDate|}}}инвертируются, #time:функция синтаксического анализатора возвращает правильное значение, как и в случае «обоих».

Обычно, когда я собираюсь написать о такого рода проблемах, я обнаруживаю, где мне не хватает моих знаний и / или понимания, прежде чем я нажимаю «Опубликовать изменения». В этот раз все было не так. Понятно {{{publication-date|{{{pubdate|}}}}}}работает, так почему нет {{{IssueDate|{{{PublicationDate|}}}}}}? Что мне не хватает?

- Монах-траппист ( разговор ) 19:11, 6 мая 2021 г. (UTC)

{{ Cite патент }} говорит:

|IssueDate={{{issue-date|{{{gdate|}}}}}}

Это устанавливает IssueDate в пустое значение для вашего вызова песочницы. Если для IssueDate установлено любое значение, включая пустое, тогда {{{IssueDate|{{{PublicationDate|}}}}}}оценивается значение IssueDate, а не PublicationDate. Вы получите PublicationDate, только если IssueDate не задан вообще. PrimeHunter ( разговорное ) 20:22, 6 мая 2021 (UTC)

IssueDate не совсем пуст (возможно, синтаксический анализатор вставляет нулевой символ для пустого параметра?) . Сравнить "{{{IssueDate|no}}}" and "{{#if:{{{IssueDate|}}}|yes|no}}"в ядре (я изменил cite патент / песочницу на |IssueDate={{{issue-date|{{#if:{{{gdate|}}}|{{{gdate}}}}}}}}, иначе вы получите «да» при сравнении #if). Должно быть, во время тестирования произошла ошибка . MarMi wiki ( обсуждение ) 20:49, 6 мая 2021 (UTC)

Ах да, я забыл, что есть разница между пустым и не установленным параметром. Пустой - {{#time:Y}} or {{#time:Y|}}текущий год, вот и все. MarMi wiki ( обсуждение ) 21:27, 6 мая 2021 г. (UTC)

Например, это можно исправить, изменив {{{IssueDate|{{{PublicationDate|}}}}}}на {{#if:{{{IssueDate|}}}|{{{IssueDate|}}}|{{{PublicationDate|}}}}}. PrimeHunter ( разговорное ) 21:58, 6 мая 2021 (UTC)

Ага, мое недоразумение. Спасибо.

- Монах-траппист ( разговор ) 15:06, 7 мая 2021 г. (UTC)

Наблюдаемые правки исчезают из списка наблюдения [ править ]

Вероятно, WP: ITSTHURSDAY , но Special : Watchlist ведет себя странно. Если я вижу там некорректное редактирование, используйте функцию WP: ROLLBACK и обновите список наблюдения, возвращенное редактирование получит тег «Reverted», а мое редактирование отобразится с тегом « Rollback », оба из которых соответствуют ожиданиям. Если я затем включу «Скрыть мои правки» и обновлюсь, исчезнут оба вышеупомянутых правки, а не только мое редактирование. У меня включен параметр «Развернуть список наблюдения, чтобы отображать все изменения, а не только самые последние» в разделе « Настройки»  → « Список наблюдения» , поэтому возвращенное редактирование должно показывать, скрыто мое или нет. Два редактирует заинтересованные в них .- Красная роза64 🌹 (разговор ) 19:22, 6 мая 2021 (UTC)

Что еще более странно, это также происходит с откатами, сделанными другими людьми. Например, обе эти правки показывают, не включен ли параметр «Скрыть мои правки»; но если я включу его, более ранний из двух исчезнет. - Red rose64 🌹 ( разговор ) 19:35, 6 мая 2021 (UTC)

Я обнаружил, что это не просто откат, а любая форма отмены. Кроме того, не скрываются изменения, внесенные вошедшим в систему пользователем с пометкой «Отменено» . Рассмотрим эти шесть правок ; при отключении параметра «Скрыть мои правки» отображаются все шесть, а при включении отображается только один - автор Bazza 7. - Red rose64 🌹 ( обсуждение ) 19:53, 6 мая 2021 г. (UTC)

Хорошо, я думаю, что у меня есть более подходящее описание. Если есть изменения с IP-адреса, которые помечены как «Отмененные», эти изменения скрываются, когда включен параметр «Скрыть мои изменения». Их не следует прятать. - Red rose64 🌹 ( разговор ) 20:04, 6 мая 2021 (UTC)

Для меня все идет еще дальше. Если я отмечу «Скрыть мои правки», все изменения IP будут скрыты. Снятие флажка заставляет их снова появляться. - Аммарпад ( разговор ) 20:30, 6 мая 2021 г. (UTC)

Точно так же - «скрыть мои правки» отменяет правки IP. DuncanHill ( разговорное ) 22:31, 6 мая 2021 (UTC)

Кажется, что я не проводил для этого достаточных тестов. - Red rose64 🌹 ( разговор ) 23:25, 6 мая 2021 (UTC)

Со мной тоже. - Novem Linguae ( разговорное ) 15:42, 9 мая 2021 г. (UTC)

Ага, я тоже. Я думал, что редактирование IP не показывалось вчера в моем списке наблюдения, но это определились. не разовые и происходит на других страницах. Спасибо. Lugnuts ^{Fire, иди со мной} 08:23, 10 мая 2021 (UTC)

Происходит множество случаев IP-вандализма, о которых многие пользователи могут не знать. Возможно, отключите возможность разрешать редактирование IP-адресов, пока это не будет исправлено ... Lugnuts ^{Fire Walk with Me} 16:25, 10 мая 2021 г. (UTC)

Это кажется простой ошибкой в ​​запросе к базе данных. Исправить это было бы намного проще , чем отключить редактирование IP. Suffusion of Yellow ( разговор ) 17:40, 10 мая 2021 (UTC)

Список наблюдения скрывает правки IP [ править ]

На сегодняшний день в моем списке просмотра отображаются только изменения, внесенные зарегистрированными редакторами. У меня не установлен флажок «скрывать незарегистрированных пользователей». (Я просто проверил и снял отметку в качестве эксперимента; это не устранило проблему.) Я не знаю, чтобы что-то менять. У кого-нибудь еще есть эта проблема, или есть предложения по ее устранению? Certes ( разговор ) 11:16, 11 мая 2021 (UTC)

Обновление: снятие флажка «Скрыть мои правки» показывает изменения IP, так что это обходной путь для всех, кто разделяет проблему. Теперь я вижу весь вандализм, к которому другие обратились после того, как я его пропустил! Certes ( разговор ) 11:19, 11 мая 2021 (UTC)

У меня похожая проблема, которую я заметил последние несколько дней. Я заметил это только потому, что я обычно видел правку, внесенную зарегистрированным пользователем, и когда я нажимал на разницу, я видел единственное редактирование, отменяющее вандализм, которое было сделано в тот же день, но я не помню, чтобы видел редактирование вандализма, появляющееся мой список наблюдения. (Раньше я видел оба изменения и разницу «ничего», потому что одно изменение отменяло другое.) У меня есть «Развернуть список наблюдения, чтобы показать все изменения, а не только самые последние», «Скрыть мои изменения из списка наблюдения» и «Группировать изменения по страницам в последних изменениях и списке наблюдения». (Как и в случае с Certes , при отображении моих собственных правок также отображаются IP-адреса.)

Если я покажу свои собственные правки в качестве обходного пути и расширю свой список наблюдения до последних 30 дней, я увижу «непосещенные различия» (все изменения IP, на которые я обычно смотрю), начиная с 2021-05-08, так что это дает указание (по крайней мере) на то, как долго проблема существует для меня. Митч Эймс ( разговор ) 12:17, 11 мая 2021 (UTC)

@ Митч Эймс : По моим подсчетам, проблема началась примерно в 19:04 6 мая 2021 года (UTC), когда я сделал это откат - отредактированный мной IP-адрес определенно отобразился в моем списке наблюдения (иначе я бы не стал видел, чтобы проверить), но после того, как я откатил это редактирование, я заметил, что оно исчезло. См. Также мой пост, с которого начался этот раздел. - Red rose64 🌹 ( обсуждение ) 18:57, 11 мая 2021 (UTC)

Я также показываю все изменения и группирую по страницам. Проблема, кажется, временная. (Может ли быть ошибка, выпущенная только на некоторых серверах?) Я только что обновился, мои правки скрыты, и я вижу IP-адреса; У меня также есть еще открытая со вчерашнего дня вкладка, которая неправильно скрывает IP-адреса. К сожалению, я буду «отмечать все как прочитанные» после просмотра каждой партии изменений, поэтому я мог пропустить много правок IP. Что еще более важно, похоже, что другие тоже их пропустили. Certes ( разговор ) 12:28, 11 мая 2021 (UTC)

Заметил то же самое - IP-пользователи исчезли из фильтра, который я использую все время, если я отредактировал его, чтобы не скрывать мои собственные изменения (которые в любом случае не отображались бы в этом фильтре), проблема исчезнет. - Крельник ( разговор ) 16:12, 11 мая 2021 (UTC)

Кажется, теперь это исправлено с помощью [1] . Suffusion of Yellow ( разговор ) 01:29, 12 мая 2021 (UTC)

Да, сегодня утром я могу видеть изменения IP в моем списке наблюдения, и мне не нужно заниматься этим. Спасибо! Lugnuts ^{Fire, иди со мной} 07:16, 12 мая 2021 (UTC)

Измените "постоянный" на "неопределенный" [ править ]

При нажатии на звездочку, чтобы добавить страницу в свой список наблюдения, он должен сказать «неопределенный», а не «постоянный», как если бы он был постоянным, никто не смог бы снова просмотреть страницу. - Предыдущий неподписанный комментарий, добавленный Zedriodor ( обсуждение • вклад ) 13:53, 7 мая 2021 г. (UTC)

• (Конкретный ответ VPT здесь) Эти сообщения находятся здесь и здесь . Если вы считаете, что этот ярлык технически неточен, вам следует запросить изменение программного обеспечения . Если вы считаете, что это локальная проблема, которая влияет только на англоязычную Википедию, вы можете отправить запрос на редактирование на связанных страницах обсуждения сообщений. - ^{Обсуждение} xaosflux 15:24, 7 мая 2021 г. (UTC)

  Вряд ли оно будет изменено в ядре, так как оно было выбрано намеренно, хотя и без убедительных причин. Я поднял аналогичный вопрос здесь, когда функция разрабатывалась. Но были некоторые возражения, когда некоторые говорили, что «постоянный» более «понятен», или что-то в этом роде. Если английская Википедия хочет исправить это, MediaWiki: Watchlist-expiry-options - это сообщение для локального редактирования. Кроме того, это не вопрос «технически неточности», а вопрос использования более подходящего слова, не имеющего той коннотации, которую несет слово «постоянный». - Аммарпад ( разговор ) 19:55, 8 мая 2021 г. (UTC)

Загадочные ошибки [ править ]

Привет,
информация о странице сообщает об ошибках, которые затрудняют идентификацию. Страница в Викиучебнике иллюстрирует. Внизу соответствующей информации о странице указывается 5 отсутствующих закрывающих тегов. Экспертиза с редакторами не обнаружила отсутствующих конечных тегов. Также слишком много обсуждали в читальном зале без прогресса. Идеи? Ошибка в программе MediaWiki? Спасибо, ... ПитерИстхоуп ( разговор ) 14:22, 7 мая 2021 (UTC)

Исправлено здесь . Я использую User: PerfektesChaos / js / lintHint на Special: ExpandTemplates для выявления ошибок lint. Nardog ( разговор ) 14:45, 7 мая 2021 (UTC)

Спасибо. Я прочту про lintHint. ... ПитерИстхоуп ( разговор ) 15:07, 7 мая 2021 (UTC)

Режимы настройки [ править ]

Было бы неплохо легко переключаться между двумя разными настройками настроек / гаджетов ... например, мне нравится использовать черный фон с зеленым текстом ночью и обычный фон днем. Можно ли сохранить две разные настройки для гаджетов и нажимать одну кнопку для переключения между ними? - Данк ( PTT ) 00:29, 8 мая 2021 г. (UTC)

Есть новый гаджет темного режима, который можно включать и выключать с помощью скрипта dark-mode-toggle.js . @ Dank , похоже, вы имеете в виду гаджет «Использовать черный фон с зеленым текстом», для которого я не уверен, что скрипт переключения уже существует, но можно ли его легко создать, скопировав код dark-mode-toggle.js и настраивая в нем струны. По техническим причинам сам гаджет не может иметь встроенную кнопку переключения. См. Обсуждение этого для гаджета темного режима в Википедии: Village_pump_ (технический) / Archive_189 # Proposal_for_a_dark-mode_gadget_addition_ (before_Earth_Day_22_April?) . - SD0001 ( разговор ) 05:54, 8 мая 2021 г. (UTC)

Я нашел Nightpedia быстрее. Также удобнее располагать его в верхнем ряду ссылок. - 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговор ) 07:04, 8 мая 2021 (UTC)

Шаблон условного форматирования [ править ]

Я подумал эту таблицу с условным форматированием выглядел прохлады и создали шаблон таким образом , чтобы форматирования может быть автоматизирован и легко обновляется , когда данные изменения: . Шаблон изменяет цвет фона ячейки с заданным значением, минимальным и максимальным (и, необязательно, минимальным и максимальным цветами). Это работало ... пока я не решил пофантазировать и перевернуть цвет шрифта на белый, когда цвет фона стал слишком темным. Это не сработало, и я не уверен, почему, потому что это работает при частичном анализе шаблона. Я подозреваю, что это как-то связано с обработкой Lua, поскольку довольно много шаблонов, которые я использовал, вызывают модули Lua, но я не уверен. Поэтому я начал писать версии используемых шаблонов не на Lua, просто чтобы проверить это, но это начало становиться все более сложным. Какие-либо предложения?{{Conditional color}}- 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговорное ) 00:41, 8 мая 2021 (UTC)

@ Guarapiranga : Пожалуйста, разместите пример кода и скажите, что вы видите и что хотите видеть. Единственное текущее использование - это первая строка в User: Guarapiranga / sandbox / 2 :{{Conditional color}}

{|| {{условный цвет | 4.3 | 0 | 10}}|}

Производит:

Для меня он имеет белый текст на синем фоне и звучит так, как вы хотели. PrimeHunter ( разговорное ) 09:17, 8 мая 2021 (UTC)

Ха! Успешно справился!

Извините, я допустил там пару логических ошибок. На самом деле он не должен быть синим с этими параметрами; теперь он работает. - 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговорное ) 10:04, 8 мая 2021 (UTC)

Массовый перенос хороших тематических страниц [ править ]

Ладно, я немного не в себе. Долгое время Хорошие темы создавались и помечались как «Избранные темы» (например, Википедия: Избранные темы / студийные альбомы Daft Punk ), что, конечно же, совсем другое дело. Их всех можно увидеть здесь . Я стал делегатом всего несколько месяцев назад и только что согласился с этим, хотя я получил множество запутанных сообщений от пользователей, почему их хорошая тема была названа так. Все они действительно должны быть перемещены в «Хорошую тему», чтобы выровнять подстраницы, но некоторое время назад я продвинул одну и назвал ее « Википедия: хорошая тема / пример», и история статей на отдельных страницах статей не ссылалась на правильную страницу. например, что-то вроде Talk: .bv сказал, что есть красная ссылка для ".bv является частьюСерия Norid , хорошая тема ". Я предполагаю, что это потому, что шаблон: История статей написан специально для ссылок на страницы, начинающиеся с" Википедия: Избранная тема ", например," | ftname = Norid "будет ссылаться на" Википедия: Избранные темы " / Norid "- нет параметра" | gtname = ". Как видите, я почти не понимаю, о чем говорю. Если я правильно понимаю, шаблон нужно будет изменить, чтобы статьи действительно ссылались на Википедию: Хорошая тема / Пример "когда выбрано" | action2 = GTC "- тогда все страницы нужно будет массово переместить. Я здесь прав? Кто-нибудь знает как это инициировать или ... помогите ?? Aza24 ( разговор ) 01:56, 8 мая 2021 (UTC)

Aza24 Для этого, вероятно, потребуется бот и некоторые изменения в {{ История статей }}. Лучшим путем здесь, вероятно, будет обсудить с группой избранных / хороших тем, чтобы убедиться, что изменение согласовано, и отправить запрос в WP: BOTREQ, где поток не будет заархивирован до того, как проблема будет решена. Сейчас у меня довольно много дел, поэтому я не возьмусь за это задание, по крайней мере, сейчас. - Trialpears ( разговор ) 10:14, 8 мая 2021 г. (UTC)

Как найти уведомление о самопереадресации [ править ]

Иногда я замираю и случайно пытаюсь перенаправить страницу на себя. Программное обеспечение обнаруживает это и выдает следующее уведомление: Предупреждение: вы перенаправляете эту страницу на себя. Возможно, вы указали неправильную цель для перенаправления или редактируете не ту страницу. Если вы снова нажмете «Опубликовать страницу», перенаправление все равно будет создано. Однако здесь нет значка или другого сильного визуального сигнала, поэтому мне всегда требуется минута, чтобы спросить, почему редактирование не прошло, а затем увидеть уведомление. Я хотел бы предложить добавить значок или увеличить размер шрифта или что-то в этом роде, но я не могу найти нигде в пространстве имен MediaWiki, где находится это уведомление. Кто-нибудь знает? {{u | Sdkb }}  ^talk 02:23, 8 мая 2021 г. (UTC)

@ Sdkb : см. MediaWiki: Selfredirect . - ^{Обсуждение} xaosflux, 03:01, 8 мая 2021 г. (UTC)

Спасибо! Я не знаю, как это не отображалось в результатах поиска. {{u | Sdkb }}  ^{разговор} 03:02, 8 мая 2021 г. (UTC)

Его пока нет локально. Можно искать только страницы, которые находятся в вики. Вы можете использовать [?&]uselang=qqxв будущем, чтобы всегда находить имя сообщения. Изно ( разговорное ) 03:25, 8 мая 2021 (UTC)

@ Sdkb есть также гаджет «Добавить ссылку на панель инструментов для перезагрузки текущей страницы с открытыми именами системных сообщений» в настройках. - SD0001 ( разговор ) 05:55, 8 мая 2021 г. (UTC)

Есть ли способ использовать uselang = qqx в предварительных просмотрах и других URL-адресах action = submit? Если вы добавите его в URL-адрес до нажатия «Показать предварительный просмотр», он будет удален из URL-адреса при нажатии. Если вы добавите его позже и перезагрузите страницу, отправленные вами данные будут стерты. Иногда я загружаю все 25000 системных сообщений со ссылкой на WP: QQX (или сохраненную копию на моем ПК) и выполняю поиск в браузере Ctrl+ F. PrimeHunter ( разговорное ) 09:05, 8 мая 2021 (UTC)

Необходимо проверить это, но Special: AllMessages включает в себя все сообщения, и вы можете отображать до 5000 на странице. - ^{Обсуждение} xaosflux 09:19, 8 мая 2021 г. (UTC)

@ PrimeHunter : хотя и не всегда присутствует (особенно в некоторых очень старых сообщениях и некоторых материалах OOUI ...), сообщения обычно имеют идентификатор в исходном выводе, например, в этом случае источник страницы для этого сообщения начинается с : <div id="mw-selfredirect">и id = имя сообщения. - ^{Обсуждение} xaosflux, 10:02, 8 мая 2021 г. (UTC)

@ PrimeHunter Да, создайте скрытый элемент <input type=hidden value=qqx name=uselang>внутри элемента <form> с помощью инструментов разработчика браузера. Затем предварительный просмотр (это, конечно, не работает, если у вас включен предварительный просмотр на основе JS). - SD0001 ( разговор ) 10:22, 8 мая 2021 г. (UTC)

Рамка карты с изображением океана на сохраненной странице [ править ]

Я пытаюсь добавить этот картографический фрейм в статью. В предварительном просмотре он работает нормально, показывая определенную форму рядом с береговой линией Дании, но на сохраненной странице кадр просто показывает где-то в значительной степени пустой кусок океана. Кто-нибудь знает, как это исправить? - Андерс Федер ( разговор ) 18:47, 8 мая 2021 года (UTC)

Это известная проблема. Вернитесь примерно через час, и он должен отобразиться в статье, как и в вашем превью (и бонусная ошибка, тогда в превью он должен появиться как кусок пустого океана). - Floydian  ^τ _¢ 19:02, 8 мая 2021 г. (UTC)

О, хорошо, спасибо, - Андерс Федер ( выступление ) 19:04, 8 мая 2021 года (UTC).

Частично проблема заключается в том, что в режиме предварительного просмотра изображение представляет собой настоящий SVG, который локально отображается вашим браузером; в «сохраненном» режиме изображение представляет собой PNG, хранящийся на серверах Викимедиа. Они очень разные. - Red rose64 🌹 ( обсуждение ) 19:10, 8 мая 2021 (UTC)

Я вижу, серверам нужно провести некоторую обработку, чтобы подготовить его к "прайм-тайм", так сказать, - Андерс Федер ( выступление ) 19:14, 8 мая 2021 г. (UTC)

Теперь океан ушел, но его заменило сломанное изображение? Если я открываю файл "изображения" напрямую, оказывается, что это сообщение об ошибке (предположительно от рендерера сервера): "Failed to parse color: \"#function fill() { [native code] }\"[2] В чем может быть причина? GeoJSON, похоже, отлично работает с предварительным просмотром и другими инструментами, - Андерс Федер ( выступление ) 20:39, 8 мая 2021 г. (UTC).

Исправлено, по-видимому, пришлось добавить свойство "fill" - Андерс Федер ( выступление ) 20:55, 8 мая 2021 г. (UTC)

Ошибка скрипта [ править ]

У меня есть ошибка на каждой открываемой странице, но я не уверен, какой сценарий ее вызывает. https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=Use at line 80: Uncaught ReferenceError: wgNamespaceNumber is not defined - Qwerfjkl | ✉   22:07, 8 мая 2021 г. (UTC)  

Один из 40 с лишним странных скриптов, которые вы импортируете, использует глобальный скрипт, который недавно был отключен (использование глобальных переменных - плохая программная практика). Дай мне посмотреть, смогу ли я выследить это, чтобы исправить. Изно ( разговорное ) 22:37, 8 мая 2021 (UTC)

Я исправил ошибку в User: EpochFail / wikignome.js ; не совсем уверен, как Аморимельцер пропустил это. Изно ( разговорное ) 22:50, 8 мая 2021 (UTC)

Спасибо! - Кверфькл | ✉   20:00, 9 мая 2021 г. (UTC)  

Теперь она была заменена на новую ошибку: https://en.wikipedia.org/w/index.php?action=raw&ctype=text/javascript&title=Use в строке 92: неперехваченным ReferenceError: wgPageName , а Nardog упомянул - Qwerfjkl | ✉   20:05, 9 мая 2021 года (UTC)  

@ Izno : Похоже, вы пропустили wgPageNameстроку 91. (Интересно, почему вам пришлось создать совершенно новую функцию для wgNamepaceNumberbtw. Меня это не поразило ) Nardog ( разговор ) 20:08, 9 мая 2021 года (UTC)

Для меня это имело смысл, дайте мне секунду, чтобы добавить другой. Я в основном не понимаю последствий добавления глобальной переменной в пользовательский сценарий, поэтому вместо этого я превратил ее в функцию; просто добавление get в каждый конкретный экземпляр, вероятно, имело бы больше смысла. Изно ( разговорное ) 20:12, 9 мая 2021 (UTC)

Все функции объявлены в глобальной области видимости. Я не вижу ничего плохого в использовании mw.config.get(...)в каждом условном выражении. Нардог ( разговор ) 20:25, 9 мая 2021 (UTC)

У меня есть дополнительная ошибка (я полагаю) другого скрипта, который выглядит следующим образом: https://en.wikipedia.org/w/index.php?lang=en&module=ext.CodeMirror%2Ccharinui-core%2Csite%7Cjquery. Выбран% 2Cclient% 2Cui-core.icons% 2Cstyles% 7CCooljs-ui.styles.icons-Editing-styling% 2Cindicators% 2Cskins.vector.legacy в строке 467: Uncaught TypeError : невозможно прочитать свойство indexOf из неопределенного . Я также получаю сообщение об ошибке на любой странице пользователя: [URL-адрес страницы пользователя] в строке 33: Uncaught TypeError: не удается прочесть свойство «прототип» неопределенного значения. ― Qwerfjkl | ✉   20:38, 9 мая 2021 (UTC)  

И еще один в (я полагаю, Wp: WikEd ) в строке 192/553: Uncaught ReferenceError: 'WikEdGetSection' не определен - Qwerfjkl (используйте при ответе) 19:21, 10 мая 2021 г. (UTC)   {{reply to|Qwerfjkl}}

Спросите разработчика WikEd и других скриптов, которые показывают ошибки. Ошибка wg * возникла из-за удаления функции в mediawiki (что-либо в mw: ResourceLoader / Руководство по миграции (пользователи) классифицирует как это), где, поскольку последние три ошибки сценария являются ошибками кодирования в самих сценариях. Администраторы интерфейса могут иметь дело с первой группой, но вторая не входит в их роли - Снавар ( выступление ) 20:00, 10 мая 2021 г. (UTC).

Нет, с последним тоже можно разобраться, просто я недостаточно умен. : ^) Но да, в остальном я согласен, что об этих других следует сообщать разработчикам скрипта. Изно ( разговорное ) 20:42, 10 мая 2021 (UTC)

Файл: Example.jpg, появляющийся на флагах подразделений страны [ править ]

Решено

По данным Special: WhatLinksHere , файл примера появляется на флагах подразделений страны . Мне не удается найти файл в исходном тексте и изображение в статье. Может ли кто-нибудь найти место появления изображения и удалить его или заменить на предполагаемое изображение? Home Lander ( разговор ) 23:24, 8 мая 2021 (UTC)

Вероятно, потому что он включен в {{ Country data Pietà }}, который включен в статью через {{ flagg }}. -  Finnusertop ( обсуждение ⋅ вклад ) 00:07, 9 мая 2021 г. (UTC)

Я исправил этот шаблон. - Jonesey95 ( разговор ) 01:45, 9 мая 2021 г. (UTC)

Изображения Commons не отображаются [ править ]

Решено

Я вижу в архивах, что это часто случается, но я не видел, где это решено. Я просто заменил флаг .png на .svg из Commons, но когда я скопировал / вставил новое имя, единственное, что появилось, было 40 пикселей . Это случалось со мной раньше, и мое решение - перейти на страницу изображения в Википедии, скопировать / вставить то же имя , и тогда изображение будет странно отображаться правильно. Мне любопытно, почему это происходит? Как я уже сказал, мне приходилось делать это много раз с другими изображениями Commons (не только с флагами), и я немного устал от этого. Раньше два или три года назад мне не приходилось этого делать, но теперь, похоже, это происходит постоянно. И мне интересно, почему? PI Ellsworth   ed.  put'r there  16:12, 9 мая 2021 (UTC)

@ Пейн Эллсворт : Я сразу же предполагаю, что ваше первое скопированное имя файла включало невидимый символ, такой как пространство нулевой ширины . Сравните vs 40px . Откуда вы сначала скопировали имя файла? Нардог ( разговор ) 16:26, 9 мая 2021 (UTC)

В Nardog:сначала скопировано изCommons, что дало40 пикселейвшаблоне{{Country data Northern Ireland}}, затем скопировано изизображения в Википедии, которое на самом деле появилось в шаблоне правильно. В вашем ответе возникает вопрос: «Зачем кому-то вставлять невидимые символы в имена файлов Commons ???» PI Ellsworth   ed. туда 16:37, 9 мая 2021 (UTC)

@ Пейн Эллсворт : А где именно на Commons? Как и первый заголовок страницы файла, ссылка на необработанный файл, ссылка в категории или результатах поиска и т. Д. Нет, я не предполагаю, что имя файла на Commons само содержало невидимый символ. Но строка в вашем буфере обмена может иметь. Нардог ( разговор ) 16:48, 9 мая 2021 (UTC)

Для Nardog:тот, который не работал, был скопирован из заголовка страницы файла Commons, затем копия, которая работала, была с того же заголовка страницы в Википедии. PI Ellsworth   ed.  туда 16:58, 9 мая 2021 (UTC)

40px - вот и все, прямо из заголовка страницы Commons. PI Ellsworth   ed.  туда  17:00, 9 мая 2021 (UTC)

Я только что подтвердил, что это не мой браузер - что 40 пикселей отображается на этой странице в этом разделе в IE, Chrome, Edge и Firefox. PI Ellsworth   ed.  туда  17:14, 9 мая 2021 (UTC)

Ссылка «здесь» действительно имеет добавленный к ней невидимый символ. Если навести указатель мыши на ссылку «40 пикселей», это означает, что это «Флаг Северной Ирландии Assembly.svg% 200B». В режиме редактирования, помещая курсор после вертикальной полосы в «Файл: Флаг Северной Ирландии Assembly.svg | 40px», один раз при обратном интервале я оказываюсь перед вертикальной полосой. Снова возврат назад не приводит меня к «g» из «svg», но вместо этого мне нужно снова вернуться на место, чтобы добраться туда. DMacks ( разговор ) 17:23, 9 мая 2021 (UTC)

DMacks есть завершающее пространство нулевой ширины . - Alexis Jazz ( поговори со мной или позвони мне) 17:31, 9 мая 2021 года (UTC)

Как я и думал. Однако мне трудно воспроизвести его, поэтому я предполагаю, что его добавляет гаджет или пользовательский скрипт, который вы установили. И под «заголовком страницы» вы имеете в виду верхний заголовок, а не заголовок HTML, который появляется на вкладке браузера и т. Д., Верно? Nardog ( разговор ) 17:36, 9 мая 2021 (UTC)

Надеюсь, вы не против, я пригласил редакторов c: Commons: Village pump / Technical посмотреть на это. И это может быть еще один заголовок страницы Commons, в котором есть невидимый символ. PI Ellsworth   ed.  туда  17:41, 9 мая 2021 (UTC)

Пейн Эллсворт , Nardog , я тоже не могу воспроизвести это. HTML-код заголовка страницы (<h1 id = "firstHeading" class = "firstHeading"> Файл: Флаг Северной Ирландии Assembly.svg </h1>) идентичен в enwiki и Commons, поэтому, вероятно, добавлено пространство нулевой ширины. либо в CSS, которого нет в enwiki, либо с помощью гаджета, который не включен в enwiki. Пейн_Эллсворт , вы можете попробовать отключить гаджеты в Commons? Какой скин вы используете на enwiki и Commons? И можете ли вы скопировать / вставить сюда заголовок страницы из [3] ? - Alexis Jazz ( поговори со мной или позвони мне) 17:45, 9 мая 2021 года (UTC)

Сомневаюсь, что это CSS. Если у вас есть VisualEditor и MediaWiki: Gadget-edittop.js включен, #firstHeadingвероятно , имеет нулевую ширину пространства в .mw-editsection::beforeпсевдо-элементе [4] , но браузеры обычно опускают содержимое псевдо-элементы при копировании что - то в буфер обмен. Нардог ( разговор ) 17:55, 9 мая 2021 (UTC)

Для того, чтобы Алексис Джаз:Я использую Векторные кожи вокруг, и здесь идет ссылкафайл:20px. Я использую 18 гаджетов в Commons, и я занимаюсь перемещением файлов как здесь, так и там. Не без ума от идеи «попробуйте отключить гаджеты в Commons». PI Ellsworth   ed.  туда 18:01, 9 мая 2021 (UTC)

PS. Я не был авторизован в «Beta Commons», когда копировал ссылку, которую вы мне дали, и когда я вставил ее, я не смог найти в ней невидимого персонажа. И все же мне все еще кажется, что на этой странице он равен 20px . PS П. И. Элсворта   под ред.  туда  18:11, 9 мая 2021 (UTC)

@ Пейн Эллсворт : А как насчет того, чтобы выйти из системы (попробуйте инкогнито)? Или при использовании этой ссылки ? Нардог ( разговор ) 18:06, 9 мая 2021 (UTC)

Ваша ссылка привела к изображению, когда я скопировал / вставил ее сюда, поэтому я отключил ее . Я не был авторизован в Beta Commons, и копирование / вставка заголовка страницы по-прежнему не давало изображения, только 20 пикселей P.I. Ellsworth   ed.  туда  18:17, 9 мая 2021 (UTC)

Пейн Эллсворт , попробуйте отключить ссылку Добавить [изменить] для ведущего раздела страницы в c: Special: Preferences # mw-prefsection-gadgets и включить ее в Special: Preferences # mw-prefsection-gadgets . Есть разница? Какой браузер / ОС вы используете? РЕДАКТИРОВАТЬ: моя ошибка, у вас нет этой проблемы в бета-версии. - Alexis Jazz ( поговори со мной или позвони мне) 18:10, 9 мая 2021 года (UTC)

Я отключил ссылку « Добавить [изменить]» для ведущего раздела страницы в Commons, и здесь она уже была активирована. Я только что очистил эту страницу, и нет никакой разницы. Ссылки на файлы Commons по-прежнему красные. Спасибо, Nardog, за то, что показал, почему ссылка Beta Commons красная ! PI Ellsworth ed. туда 18:26, 9 мая 2021 (UTC)     

Пейн Эллсворт , ссылки, которые вы уже скопировали, всегда будут красными. Ошибка возникает при копировании / вставке. Я только что включил все гаджеты в Commons (включая все бета-гаджеты), но все еще не могу воспроизвести вашу проблему. Можете ли вы скопировать / вставить имя файла в окне в режиме инкогнито или (если в вашем браузере нет такой функции) при выходе из системы? (вы можете снова войти в систему, прежде чем вставлять его сюда) Какой браузер / ОС вы используете? Вы пробовали другой? - Alexis Jazz ( поговори со мной или позвони мне) 18:33, 9 мая 2021 года (UTC)

Авторизован: 20px

Вышли из:

Я использую IE, и я проверил это в Chrome, Firefox и Edge (все в Windows), во всех последних версиях и обновлениях. Та же проблема. PI Ellsworth   ed.  туда  18:44, 9 мая 2021 (UTC)

Пейн Эллсворт , вы действительно скопировали и вставили имя файла в Chrome, Firefox и Edge? Выход из системы решает вашу проблему, так что, вероятно, это гаджет. Запишите, какие из них вы включили, и отключите их все. Если это решит. включите половину включенных гаджетов. Если это не вызывает проблемы, включите еще четверть своих гаджетов. Или, если это так, снова отключите все гаджеты и на этот раз включите только четверть. Продолжайте это, чтобы выяснить, в какой половине, в какой четверти, в какой 1/8 и т. Д. Возникла проблема с гаджетом. Если отключение всех ваших гаджетов не решает проблему, пустите c: User: Paine Ellsworth / vector.css и c: User: Paine Ellsworth / common.js и m: User: Paine Ellsworth / global.js иm: Пользователь: Пейн Эллсворт / global.css и m: Пользователь: Пейн Эллсворт / common.css и m: Пользователь: Пейн Эллсворт / vector.css . - Alexis Jazz ( поговори со мной или позвони мне) 19:11, 9 мая 2021 года (UTC)

@ Пейн Эллсворт : Могу я предложить вам попробовать конвертер Unicode Ричарда Исиды ? Скопировав что-то подозрительное в буфер обмена, перейдите по этой ссылке и вставьте в зеленую область вверху, затем нажмите Convertкнопку над ней. Затем посмотрите на вторую серую область ниже, озаглавленную «HTML / XML»; у этого есть флажок «Избегать невидимых персонажей», попробуйте переключить его несколько раз - он должен показать положение этих мошеннических персонажей, а также дать их значения. - Red rose64 🌹 ( разговор ) 23:02, 9 мая 2021 (UTC)

О, чувак, Redrose64 - ты уже более 10 лет помогал мне с невидимыми персонажами и множеством других вещей. Кажется, они всегда меня сбивают. Это было немного больше, чем я хотела взять на День матери. И, кстати, поздравляю всех с Днем матери ! и помните ... материнство - это не только пол, это хорошо, образ жизни, не так ли? В любом случае, большое спасибо вам и остальным ! Думаю, теперь, когда я знаю, что происходит и где искать невидимого персонажа, я раскрашу это решенным. Мне больше не нужно будет открывать страницу изображения в Википедии, просто вернитесь назад над ИС и продолжайте. Еще раз спасибо всем ! PI Ellsworth   ed.  туда  02:46,10 мая 2021 г. (UTC)

Пейн Эллсворт , теперь вы понимаете, почему вы видите в архивах, что это часто случается. Скорее всего, это неисправный гаджет, но мы не можем воспроизвести его (мы могли бы попробовать еще раз, если бы знали, какие гаджеты вы включили), и если вы не проверите, какой из них, то следующий бедняга, который столкнется с этим, просто найдет это "разрешенная" ветка в архивах! - Alexis Jazz ( поговори со мной или позвони мне) 03:19, 10 мая 2021 года (UTC)

Ах да, старая «поездка из-за чувства вины» , Алексис Джаз, была просто мутой дня . Хорошо, я возобновлю тестирование и дам знать, наверное, завтра. Я дошел до того, что выбросил свои гаджеты enwiki без изменений. Я буду продолжать ради потомства, хотя теперь для меня это легко исправить. L8RG8R PI Ellsworth   ed.  туда  03:46, 10 мая 2021 (UTC)

Пейн Эллсворт , если вы действительно не хотите, чтобы я понял, но было бы неплохо найти причину. И было бы удобно, если бы вам больше не приходилось забывать о возврате пробела нулевой ширины, не так ли? - Alexis Jazz ( поговори со мной или позвони мне) 12:38, 10 мая 2021 г. (UTC)

Это красная ссылка только потому, что File: Ghhb.jpg не существует здесь или в Commons. В нем нет невидимого персонажа. Нардог ( разговор ) 18:17, 9 мая 2021 (UTC)

Для Алексея Джаз,Nardog,DMacks иRedrose64:Благодарю всех вас за ответы и за помощь в этом. Дальнейшее тестирование показывает, что это проблема конкретного браузера. Да, IE снова выходит из строя. Алексис Джаз, вы предложили выше, чтобы вместо того, чтобы просто открывать браузеры и переходить к страницам, которые уже были сохранены в IE, я должен фактически входить в Википедию в каждом браузере и выполнять одни и те же действия копирования / вставки в каждом браузере. Я так и сделал, и результаты отображаютсяв моей песочнице. Как видите, только IE вставил невидимые символы в ссылки Commons. Этого не произошло ни в одном из других браузеров. Так что еще раз спасибо, это был для меня очень полезный опыт! PI Ellsworth   ed.  туда 18:06, 10 мая 2021 (UTC)

Пейн Эллсворт , отлично! Это также объясняет, почему мы не смогли его воспроизвести. Я не использую IE. - Alexis Jazz ( поговори со мной или позвони мне) 18:13, 10 мая 2021 года (UTC)

Сомневаюсь, буду ли я им больше пользоваться. Все больше и больше веб-сайтов либо вообще не работают в IE, либо работают ограниченно. Самое смешное, что я решил начать использовать Chrome для Википедии и начал с этого тестирования. Я был готов удалить гаджеты, изменить страницы .css и .js и все такое, но обнаружил, что в этом нет необходимости. В Chrome не передавались невидимые символы. Я повторно протестировал IE, а затем протестировал в Firefox и Edge. Было удивительно и тревожно, что IE был единственным браузером, который вставлял ИС (дважды в случае ссылки Commons VP). Еще раз спасибо, ваш вклад был неоценим ! PI Ellsworth   ed.  туда  18:26, 10 мая 2021 (UTC)

Это была соломинка, которая сломала спину верблюду . PI Ellsworth   ed.  туда  20:04, 10 мая 2021 (UTC)

sfn no-target errors [ править ]

Решено

Таким образом, ряд моих GA и FA были помечены как содержащие ошибки sfn без цели и как таковые были помещены в категорию обслуживания. Например, 8-й пехотный полк штата Миссури (Конфедерация) находится в категории ошибок. Я думаю, что проблема в том, что я использую шаблоны цитирования для конкретных источников {{ Cite McGhee 2008 }} и {{ Cite Kennedy 1998 }}. Все sfns работают, и эти шаблоны соответствуют политике. Однако они по-прежнему отображаются в категории ошибок, потому что что-то не может распознать, что ссылка привязана к шаблону, и затем они появляются в списках очистки, таких как этот.. Учитывая, что эти списки очистки иногда используются для определения того, какие GA и FA необходимо исключить, я бы предпочел, чтобы статьи, содержащие эту путаницу с шаблоном, не появлялись там, если нет других проблем. Есть ли способ получить что-либо, чтобы распознать ссылку на шаблон, или мне просто нужно игнорировать его. Я использую три шаблона цитирования для конкретного источника, которые значительно упрощают цитирование источника, поэтому я намерен продолжать использовать их, поскольку они соответствуют политике, даже если они всегда будут добавлять его в эту категорию, поскольку все sfns работают. _{Обсуждение} Hog Farm 18:15, 9 мая 2021 г. (UTC)

См. Модуль: Сноски / белый список . * Pppery * началось ... 18:18, 9 мая 2021 (UTC)

Я добавил эти шаблоны в белый список. Ложные срабатывания являются известной проблемой этого кода, поэтому сообщения об ошибках не отображаются. Блестящие предложения по исправлению ложноположительных ошибок приветствуются на Module talk: Footnotes . - Jonesey95 ( разговор ) 18:29, 9 мая 2021 г. (UTC)

Спасибо всем! Не самое лучшее с шаблонами цитирования ... Hog Farm _Talk 21:21, 9 мая 2021 г. (UTC)

Ссылочная проблема [ править ]

Для пользователя: Chicdat / sandbox ссылка, которую я использовал восемь раз, не отображается. Может кто-нибудь помочь? 🐔  Chicdat   ^{Bawk мне!} 12:16, 10 мая 2021 г. (UTC)

Фиксированный. [5] Разве вы не видели сообщение об ошибке: «Ошибка цитирования: имя тега <ref> не может быть простым целым числом (см. Страницу справки )». PrimeHunter ( разговорное ) 12:57, 10 мая 2021 (UTC)

@ PrimeHunter : На самом деле я этого не видел. Но спасибо за помощь, Chicdat  Bawk   ^мне! 10:00, 11 мая 2021 г. (UTC)

Технические новости: 2021-1919 [ править ]

15:08, 10 мая 2021 г. (UTC)

lintHint в песочнице [ править ]

Как сообщалось ранее , User: PerfektesChaos / js / lintHint помогает находить синтаксические ошибки. Одна трудность: это не работает в моей песочнице в викиучебниках. Позволит ли настройка конфигурации lintHint работать в песочнице? Спасибо, ... ПитерИстхоуп ( разговор ) 15:19, 10 мая 2021 (UTC)

Глядя на источник , похоже, что он жестко запрограммирован для использования только на определенных сайтах. Спросим автора: @ PerfektesChaos . Nardog ( разговор ) 18:56, 10 мая 2021 (UTC)

В основном он должен работать на всех проектах. Ни один проект не исключен.

Немного сложно, в каких пространствах имен, кроме основного, в каком автоматическом режиме он должен работать. См. User: PerfektesChaos / js / lintHint #Usage .

Вы могли бы немного уточнить, где находится ваша песочница.

Приветствую вас - PerfektesChaos ( разговор ) 20:32, 10 мая 2021 (UTC)

Моя песочница в викибуке - это b: Пользователь: PeterEasthope / sandbox . lintHint работает на других страницах книги; только песочница проблематична. Спасибо, ... ПитерИстхоуп ( разговор ) 11:35, 11 мая 2021 (UTC)

Вы явно сконфигурировали, что хотите проверить пространство имен «пользователь» или «все»?

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

С уважением , - PerfektesChaos ( разговор ) 13:22, 11 мая 2021 (UTC)

Трудно выполнить задание [ править ]

Категория: В шаблонах последних стабильных выпусков программного обеспечения есть много версий, которые нужно обновить ... Что можно сделать, чтобы упростить работу? Я думаю, что для перехода на Викиданные управлять версиями выпуска на Викиданных очень просто. Вы можете проверить этот исходный код . В итальянской Википедии шаблон программного обеспечения имеет параметр стабильной версии с пустым значением, значение взято из Викиданных. Возможно, в шаблоне программного обеспечения Infobox можно использовать шаблон {{#property: P348}} для вызова значения версии из Викиданных. - 2001: B07: 6442: 8903: 14CB: A68E: BFAA: 8780 ( разговор ) 16:31, 10 мая 2021 г. (UTC)

Вы (или кто-то очень похожий на вас) опубликовали точно такой же вопрос почти три недели назад, теперь он заархивирован в Википедии: Village pump (технический) / Archive 189 # Трудно выполнить задание . - Red rose64 🌹 ( обсуждение ) 18:41, 10 мая 2021 (UTC)

Спам-фильтр [ править ]

Переведено из WP: VPP

При попытке поставить ссылку на статью на www.cais-soas.com я получаю сообщение «Ошибка: текст, который вы хотели опубликовать, был заблокирован спам-фильтром. Вероятно, это вызвано ссылкой на запрещенный внешний сайт. Следующие текст - это то, что активировало наш спам-фильтр: cais-soas.com " . Интересно а) почему этот сайт считается а) источником спама? и б.) кем в WP или каким образом это решается? Мне кажется, что на этом сайте нет явного спама (или чего-либо, что должно сделать его достойным быть классифицированным как «запрещенный»). Крис Финн ( разговор ) 08:06, 9 мая 2021 (UTC)

• Фильтр спама объясняется в Википедии: Черный список спама , используя удобный поиск в архиве, я обнаружил, что он был внесен в черный список за размещение нарушений авторских прав. На него неоднократно подавали апелляции (хотя и не с 2010 года), все они отклонялись, но с учетом того, что конкретные ссылки могут быть рассмотрены для включения в белый список. Вы не указываете подробную информацию о том, какую статью вы хотели включить, поэтому я не могу сказать, рассматривалось ли это ранее или нет, но самый последний белый список для этого запроса (2016 г.) был отклонен со ссылкой на этот AN 2007 г. / I ветка, содержащая около 15 примеров нарушения авторских прав. Вы можете запросить включение вашей конкретной ссылки в белый список - просто перейдите на MediaWiki talk: Спам-белый списоки следуйте инструкциям там, но я настоятельно рекомендую сначала убедиться, что статья, на которую вы хотите сделать ссылку, не нарушает авторских прав, но если вы сможете найти исходный источник и процитировать, это будет намного проще. Тридуульф ( разговор ) 09:59, 9 мая 2021 (UTC)

Журнал черного списка спама [6] показывает, что это был https://www.cais-soas.com/CAIS/Religions/non-iranian/buddhism_iran.htm. Я не знал этого журнала до недавнего времени. Он не включен в Special: Log / CFynn, в котором указано «Все общедоступные журналы», и не указан в разделе «Показать дополнительные журналы». Вы должны выбрать его в раскрывающемся списке «Журналы пользователей». Если по этому поводу нет задачи Phab, то она должна быть. PrimeHunter ( разговорное ) 19:41, 10 мая 2021 (UTC)

@ PrimeHunter : Технически это не «публичный журнал». Вам необходимо войти в систему, чтобы просмотреть его. Не знаю почему. Возможно, чтобы сохранить журнал подальше от веб-сканеров, игнорирующих NOINDEX? Suffusion of Yellow ( разговор ) 23:18, 10 мая 2021 (UTC)

Спасибо. Я сравнил список журналов отсутствия входа в систему и мою учетную запись администратора. Единственные добавленные журналы - это журнал черного списка спама и журнал черного списка заголовков. Последний журнал пуст, потому что $ wgTitleBlacklistLogHits отключен ( phab: T68450 ). Я думаю, что журнал черного списка спама должен быть включен в раздел «Показать дополнительные журналы» для вошедших в систему пользователей. PrimeHunter ( разговорное ) 23:38, 10 мая 2021 (UTC)

Ссылка для ответа [ изменить ]

У меня есть две ссылки для ответа на комментарий (ответ) - из пользовательского скрипта - и [ответ] - из бета-инструмента, но в последнее время они появляются только на мгновение, а затем исчезают, и меня отправляют в конец страницы . - Qwerfjkl (используйте в ответе) 19:30, 10 мая 2021 г. (UTC)   {{reply to|Qwerfjkl}}

Пользователь: Enterprisey / ответ-link.js скрипт пользователь, вероятно , мешая новой функции ответа в MediaWiki . Скрипт Enterprisey показывает «(ответ)», а mediawiki показывает «[ответ]» - Снавар ( разговор ) 19:55, 10 мая 2021 г. (UTC)

Черт возьми, мне, наверное, стоит это исправить. Enterprisey  ( разговор! ) 05:17, 11 мая 2021 (UTC)

Есть ли польза в том, чтобы держать их обоих? - 𝐆𝐮𝐚𝐫𝐚𝐩𝐢𝐫𝐚𝐧𝐠𝐚 ( разговорное ) 06:24, 11 мая 2021 (UTC)

Также есть удобные обсуждения, которые я лично считаю намного лучше, чем любой из этих двух. Он использует тот же код анализа комментариев, что и бета-инструмент [reply]. - SD0001 ( разговор ) 07:07, 11 мая 2021 г. (UTC)

ANI продолжает исчезать из моего списка наблюдения [ править ]

Только что случилось дважды - я захожу в свой список наблюдения, а WP: ANI не показывает. Я иду куда-нибудь еще, затем снова в свой список наблюдения, и вот он снова. DuncanHill ( разговорное ) 22:46, 10 мая 2021 (UTC)

@ DuncanHill : Дайте угадаю, у вас установлен флажок «Скрыть мои правки из списка наблюдения», но не установлен флажок «Развернуть список наблюдения, чтобы отображать все изменения, а не только самые последние»? См. # Наблюдаемые правки исчезают из списка наблюдения . Suffusion of Yellow ( разговор ) 22:49, 10 мая 2021 (UTC)

@ Suffusion of Yellow : нет, у меня не установлен флажок «Скрыть мои правки из списка наблюдения». DuncanHill ( разговорное ) 22:52, 10 мая 2021 (UTC)

@ DuncanHill : Значит, тогда что-нибудь другое. (1) Установлен ли в ваших предпочтениях параметр «Использовать интерфейс, отличный от JavaScript»? (2) Вы видите какие-либо изменения от IP-пользователей в своем списке наблюдения. Suffusion of Yellow ( разговор ) 23:01, 10 мая 2021 (UTC)

Иногда вы можете получить это, если обновите свой список наблюдения одновременно с редактированием страницы. ANI может быть очень занят. Вы также можете иногда увидеть это, если достаточно посмотрите AIV. - zzuuzz ^{(разговор)} 23:03, 10 мая 2021 (UTC)

@ Прилив желтого : 1) Да, 2) Да, загружается. @ Zzuuzz : Я подозреваю, что вы, возможно, замешаны в этом - в то время было много быстрого вандализма и реверсии. DuncanHill ( разговорное ) 23:04, 10 мая 2021 (UTC)

Хм, никогда раньше этого не замечал. В этом больше смысла. Suffusion of Yellow ( разговор ) 23:08, 10 мая 2021 (UTC)

Я, вероятно, должен добавить, в свете недавней ошибки списка наблюдения, что это существует уже много лет. Это также нечасто встречается - я замечаю это только несколько раз в год и, честно говоря, подозреваю, что никто этого никогда не замечал. - zzuuzz ^{(разговор)} 19:35, 11 мая 2021 (UTC)

Вы все еще не ответили на второй вопрос Suffusion of Yellow. Если «Развернуть список наблюдения ...» не включен, то теория Ззууза подтверждается. Нардог ( разговор ) 01:51, 11 мая 2021 (UTC)

Принесение MediaWiki {и (выделение синтаксиса здесь [ править ]

В MediaWiki я недавно заметил, что если у вас включена подсветка синтаксиса , всякий раз, когда есть скобка или скобка, закрывающая скобка / скобка подсвечивается всякий раз, когда курсор находится над открывающей, и наоборот. Вы можете проверить это на любом случайном шаблоне там, скажем, на этом . Эта функция кажется очень полезной, особенно для более сложных шаблонов с множеством слоев встроенных в них шаблонов. Можем ли мы активировать его здесь, на en-WP? {{u | Sdkb }}  ^talk 22:59, 10 мая 2021 г. (UTC)

В недавних технических новостях говорится, что это уже скоро. Изно ( разговорное ) 23:05, 10 мая 2021 (UTC)

Невероятно скучный фабричный билет: T280023 . - Trialpears ( разговор ) 23:11, 10 мая 2021 г. (UTC)

Приятно знать, что это уже в пути; Думаю, мы можем подождать, пока шестеренки начнут сбиваться, пока это происходит. Спасибо за ссылку на phab! {{u | Sdkb }}  ^talk 03:37, 11 мая 2021 г. (UTC)

Ссылки "показать-скрыть" плохо отображаются на выборах мэра Нью-Йорка в 2021 году [ править ]

Может ли кто-нибудь, кто разбирается в вики-разметке лучше меня, взгляните на выборы мэра Нью-Йорка в 2021 году # одобрения . Ссылки для отображения / скрытия различных разделов отображаются плохо. Смотрите скриншот; ссылка "показать" для Эрика Адамса пока недоступна, похоже, что она принадлежит Шону Доновану и т. д. - Рой Смит (разговор) 01:46, 11 мая 2021 г. (UTC)

Исправлено в Special: Diff / 1022548410 * Pppery * началось ... 03:45, 11 мая 2021 г. (UTC)

Pppery , круто, спасибо! - РойСмит (разговор) 13:20, 11 мая 2021 г. (UTC)

Ширина инфобоксов [ править ]

Пожалуйста, исправьте ширину инфобоксов в статьях Мирсада Хибича и Эльвира Болича . Я вижу, что в статье Хибича «Место рождения» содержание оставлено завернутым. - 5.43.73.49 ( разговорное ) 08:56, 11 мая 2021 г. (UTC)

В инфобоксе нет границ для многих строк. Для Эльвира Болича у Birth_place есть brтег для разделения строки, но Мирсад Хибич был в одной строке, что заставило информационное окно быть широким. Я изменил их оба, чтобы использовать два тега прерывания. Может быть, инфобокс можно было бы изменить, чтобы использовать nowrap реже? - GhostInTheMachine ^{поговорит со мной} 09:50, 11 мая 2021 года (UTC)

Да, если инфобокс имеет эту головку, то инфобокс необходимо исправить. Шаблон: Футбольная биография Infobox для этих футболистов использует {{ Infobox3cols }}, хотя в нем должен быть стандартный {{ infobox }} ... - 5.43.73.49 ( обсуждение ) 10:59, 11 мая 2021 г. (UTC)

Также - Зеница связана, так что, возможно, местом рождения может быть только город - GhostInTheMachine ^{поговорит со мной} 10:01, 11 мая 2021 года (UTC)

Infobox для Игоря Койевого также шире, подобно Хибич случае ... - 5.43.73.49 ( Обсуждение ) 10:59, 11 мая 2021 (UTC)

Обновление ссылок на Special: BookSources [ править ]

Мне не удалось найти, где обновить ссылки на Special: BookSources . Когда я перехожу на https://en.wikipedia.org/wiki/Special:BookSources?isbn=9780521433914, я замечаю, что большинство ссылок в Новой Зеландии не работают, и я хотел бы их обновить. Стюартиетс ( разговор ) 10:05, 11 мая 2021 (UTC)

На странице, о которой идет речь, прямо над оглавлением, главная копия этой страницы находится в Википедии: Источники книги . Изно ( разговор ) 12:27, 11 мая 2021 (UTC)

«Искать страницы, содержащие XYZ» [ править ]

Переведено из WP: VPP

Если ввести, например, «Afrikan Spir» в окне поиска WP, а затем нажать «Искать страницы, содержащие Afrikan Spir», следующий отрывок появится несколько десятков раз: «Whewell Ludwig Feuerbach Søren Kierkegaard Karl Marx Альбрехт Ритчль Африканский спирт 1880 1900 Эрнст Геккель В.К. Клиффорд Фридрих Ницше Харальд Хёффдинг ». Первое появление этого отрывка можно найти под заголовком «Агностицизм», но если вы откроете эту страницу («Агностицизм»), вы не найдете в статье упоминания об африканском духе; вам нужно полностью перейти к разделу «Внешние ссылки» и нажать [показать] справа от «Философии религии», чтобы найти его имя среди 100 других имен. Я не считаю ни логичным, ни полезным то, что этот отрывок появляется десятки раз, когда кто-то хочет увидеть только список статей, в которых говорится, например, об Afrikan Spir.Возможно ли технически решить проблему? Если да, стоит ли рассматривать мое предложение? (Прошу прощения за мой английский). С Уважением,--Хамза Алауи ( разговорное ) 10:53, 11 мая 2021 (UTC)

Разверните панель навигации « Философия религии» внизу страницы. В строке 1850 года написано: «Уильям Уэвелл · Людвиг Фейербах · Сорен Кьеркегор · Карл Маркс · Альбрехт Ритчль · Африканский дух » - GhostInTheMachine ^{говорит со мной} 11:18, 11 мая 2021 года (UTC)

Поисковая система не знает, какие части скрыты внутри складного элемента или в навигационном блоке, который по сути является просто шаблоном. Исключение свернутых элементов или шаблонов в поиске по умолчанию сделало бы его значительно менее полезным. Тем не менее, если вы хотите искать страницы, содержащие фразу только в теле статьи, вы можете выполнить поиск, например "Afrikan Spir" insource:"Afrikan Spir". Нардог ( разговор ) 11:44, 11 мая 2021 (UTC)

Большое спасибо, Nardog , особенно за последнее предложение; это работает хорошо. - Хамза Алауи ( разговор ) 14:07, 11 мая 2021 г. (UTC)

Включите также поисковый запрос, как в примере Nardog. Поиск только по запросу insource: "..." очень медленный и может не закончиться. Это также перегружает серверы. Certes ( обсуждение ) 14:20, 11 мая 2021 (UTC)

Пользователь: PrimeHunter / Источник links.js делает ссылку «Инструменты» , чтобы сделать подобный поиск страниц , которые ссылаются на Шпир в своем собственном коде , а не только с помощью шаблона. Это поиск по регулярному выражению в источнике: /.../, который работает медленно и сложно на серверах. PrimeHunter ( разговорное ) 14:26, 11 мая 2021 (UTC)

Я думаю, что quoted-string ( insource:"..."), а не regex ( insource:/.../) более удобен для серверов и работает так же хорошо для точных строк. На самом деле нам здесь не нужны полномочия регулярных выражений . DMacks ( разговор ) 14:31, 11 мая 2021 (UTC)

Цитирование не находит большинство небуквенных знаков как часть точной строки. (И наоборот, insource необходимо сделать нечувствительным к регистру с помощью / i.) Izno ( обсуждение ) 14:37, 11 мая 2021 г. (UTC)

Правда. Он * пропускает * (а не совпадает) некоторые небуквенные метки и не чувствителен к регистру. Регулярное выражение по умолчанию является более ASCII-буквальным, включая чувствительность к регистру. insource:"click on Search for pages containing Afrikan Spir"находит это здесь обсуждение (обратите внимание на отсутствие внутреннего символа кавычек) и оба insource:"afrikan spir"и insource:"Afrikan Spir"дают один и тот же список совпадений. DMacks ( разговор ) 14:43, 11 мая 2021 (UTC)

Да, первое "Afrikan Spir"было ненужным. Я добавил его по привычке для поиска по регулярным выражениям, но в данном случае он вам не нужен. Nardog ( разговор ) 14:37, 11 мая 2021 (UTC)

Согласно Help: CirrusSearch § Исключить контент из поискового индекса , Module: Navbox должен иметь navigation-not-searchableкласс, чтобы исключить содержимое navbox из поисковых индексов. Очевидно, сообщество должно решить, следует ли это делать или нет. Модуль: Main , например, уже есть. stjn ^[ru] 20:08, 11 мая 2021 г. (UTC)

В частности, Module: Main использует Module: Hatnote, который имеет navigation-not-searchable. Другие сноски также понимают это. На основании поиска [7] он используется только в сносках. PrimeHunter ( разговорное ) 20:49, 11 мая 2021 (UTC)

Шаблон: Lang-he ... [ править ]

... был, вероятно, местом назначения шаблона перенаправления : Lang-he-n (это перенаправление теперь удалено). Редирект был использован в статье Ямина ... - 5.43.73.49 ( обсуждение ) 11:10, 11 мая 2021 года (UTC) [e]

Я не понимаю. Я вижу, вы отредактировали его близко к шаблону Lang-he . В чем проблема? Дебрессер ( разговор ) 19:28, 11 мая 2021 (UTC)

Замена тегов шрифтов в подписях [ править ]

Были ли в прошлом какие-либо задания ботов для очистки устаревших ошибок Lint тегов html ? Устаревшие <font>...</font>теги, используемые в подписях, - это те, на которые приходится большая часть этой ошибки ЛИНТЕР. Я использую сценарий для замены тегов шрифтов в пространстве имен Template. Существовали тысячи шаблонов номинаций DYK с подписями с тегами шрифтов, которые топили «настоящие» шаблоны. Эта задача почти выполнена, но некоторые другие пространства имен содержат буквально миллионы ошибок и не могут быть выполнены вручную. См. Количество линтеров светлячков . Учитывая WP: COSMETICBOT , считаются ли ошибки Linter, помеченные как низкий приоритет, костемическими? ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ ( разговорное ) 14:21, 11 мая 2021 (UTC)

Если вы читаете COSMETICBOT, они не косметические.

Если вы или кто-либо собираетесь очищать теги шрифтов, вам следует также подумать об очистке устаревших атрибутов HTML; Хотя это не текущая ошибка линтера, я подал по крайней мере одну задачу по этому поводу. Изно ( разговорное ) 14:38, 11 мая 2021 (UTC)

В стороне, я рад видеть, что кто-то убил многие страницы DYK из-за этой ошибки. Изно ( разговорное ) 14:39, 11 мая 2021 (UTC)

Пользователь: Ahechtbot утвержден для очистки ошибок ЛИНТЕР в подписях, но не конкретно в тегах шрифтов. И да, Изно , двое или трое из нас пытались закончить очистку пространства шаблонов от ошибок ЛИНТЕР. Мы бы давно сделали это, если бы не страницы DYK, которых не должно быть в пространстве шаблона. - Jonesey95 ( разговорное ) 14:49, 11 мая 2021 г. (UTC)

Все согласны с этим. хех. Как будто 3 человека все сказали это на Discord только что. Изно ( разговорное ) 14:59, 11 мая 2021 (UTC)

Где-то есть старый RFC, в котором кто-то предлагал переместить их в пространство Википедии, но он был закрыт как "слишком много хлопот" или что-то подобное. Это оставило хлопот гномам, которые пытаются избавиться от ошибок в пространстве шаблона и завалены этими страницами проекта. Дай мне знать, если захочешь попробовать еще раз, и я приду. - Jonesey95 ( разговорное ) 15:39, 11 мая 2021 г. (UTC)

Jonesey95 не могли бы вы связать этот RfC? Я подумываю о том, чтобы попытаться с этим справиться. - Trialpears ( разговор ) 17:02, 11 мая 2021 г. (UTC)

Я искал сегодня раньше, но не смог найти. Я обычно помещаю ссылку на такие вещи на одной из своих пользовательских подстраниц, так как их бывает сложно найти. Я посмотрю еще раз. RFC: «процесс номинации и документация будут перенесены в пространство имен Wikipedia:» (апрель 2018 г., закрыто из-за отсутствия консенсуса). Если вы начнете что-то составлять, дайте мне знать, и мы сможем откопать предыдущие обсуждения и составить предварительный список плюсов и минусов. Не стесняйтесь размещать сообщения на моей странице обсуждения. - Jonesey95 ( разговорное ) 20:13, 11 мая 2021 г. (UTC)

О COSMETICBOT я спросил, потому что не был уверен, считаются ли теги шрифтов «вопиюще недействительным HTML».

Теги шрифтов имеют слишком много различий между пользователями, поэтому широкая замена с использованием ботов кажется сложной задачей. Однако замену подписей конкретных пользователей ботам не составляет труда. Крупные пользователи оставили бы свои подписи на сотнях страниц. Мы должны попробовать составить список подписей со шрифтом, который используется более чем на 50 страницах, и заменить их с помощью ботов. Это избавит от множества ошибок. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ ( разговорное ) 15:24, 11 мая 2021 (UTC)

Я заметил, что у нескольких тегов шрифтов был цвет Jade, но при преобразовании в CSS Jade не является допустимым цветом. диапазон шрифтов . - WOSlinker ( разговор ) 22:30, 11 мая 2021 г. (UTC)

Да, Джейд не работает с диапазоном. Поэтому я заменяю его на лайм того же цвета . Специальный: MobileDiff / 1022593211 . ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ ( разговорное ) 02:10, 12 мая 2021 (UTC)

Как использовать вертикальную черту "|" в двойных скобках "{{}}" [ править ]

Я создаю шаблон на User: CX Zoom / TestPage9 . Я хочу использовать , чтобы добавление шаблона создавало дополнительные столбцы в создаваемой мной таблице. Но, к сожалению, "|" до того, как "Round 2" в фигурных скобках "{{}}" будет неправильно истолкован, что приведет к неправильной работе шаблона. Есть ли способ решить эту проблему? Спасибо. Ваше здоровье! CX Zoom ( разговор ) 17:27, 11 мая 2021 (UTC){{#if:{{{r2|}}}|
!
! colspan=3 |Round 2}}r2=yes

• Пожалуйста, пингуйте, если ответите. Спасибо. Ура! CX Zoom ( выступление ) 17:30, 11 мая 2021 г. (UTC)

  @ CX Zoom : используйте {{ ! }} * Pppery * началось ... 17:31, 11 мая 2021 г. (UTC)

Изображение ведет себя странно [ править ]

На бобах Мунг , начиная с раздела Бобы Мунг # Ростки бобов Мунг , изображения идут вниз, но все же нажимайте текст вправо. Понятия не имею почему. Ваша помощь будет оценена по достоинству. Дебрессер ( разговор ) 19:21, 11 мая 2021 (UTC)

Исправлено перемещением всего плавающего вправо содержимого до {{ stack end }}. [8] Программы чтения с экрана могут не размещать ее оптимально, но исправить страницу, чтобы пользователи видели ее, более важно. PrimeHunter ( разговорное ) 21:03, 11 мая 2021 (UTC)

Почему вообще возникла проблема? Разве текст не должен располагаться справа от картинок, ориентированных влево? Дебрессер ( разговор ) 21:32, 11 мая 2021 (UTC)

Результат может зависеть от браузера. Для меня в старой версии текст действительно переносился справа от изображений слева, но текст накладывался на изображения справа, а верхняя часть файла: ростки бобов Мунг, raw.jpg была выровнена под нижней частью файла: мунг. Seeds.jpg . {{ Stack }} работает над вторым типом проблемы, а также исправляет первую проблему здесь. Плавающие влево и вправо изображения напротив друг друга могут вызвать плохой рендеринг в узких окнах / экранах, но это уже другая проблема. PrimeHunter ( разговорное ) 22:18, 11 мая 2021 (UTC)

Как пользователь программы чтения с экрана, я вообще не возражаю против размещения нового изображения. В вики-тексте изображения появляются в ведущем разделе, что не является проблемой; если бы они появились в теле в несвязанном разделе, это было бы более серьезной проблемой. Graham 87, 09:25, 12 мая 2021 г. (UTC)

Инфобокс христианского вероисповедания [ править ]

Поскольку никто не выходит на страницу обсуждения, мне пришлось прийти сюда и попросить о помощи. Мой - последний вопрос в беседе с шаблоном : Христианская деноминация Infobox - Kolikojerokoko ( обсуждение ) 21:53, 11 мая 2021 г. (UTC)

Проблемы с Commons? [ редактировать ]

Минут 10 назад я попытался посмотреть Commons, но ничего не нашел. Каждая страница состояла только из строки «сброс». Я очистил кеш своего браузера (Chrome), без разницы. Пробовал IE (потому что он был установлен), то же самое. Кто-нибудь еще это видел? Или это как-то связано с межсетевым экраном моей компании? - llywrch ( разговор ) 22:47, 11 мая 2021 (UTC)

Я отключил брандмауэр вашей компании и все прекрасно вижу. Попробуйте еще раз сейчас и посмотрите, будет ли вам лучше. -  JohnFromPinckney ( разговор ) 23:58, 11 мая 2021 г. (UTC)

Есть шутка, которую я не понимаю? Нардог ( разговор ) 10:43, 12 мая 2021 (UTC)