Википедия:Форум/Технический

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Прикреплено
⚙️ 
Актуально

Выборы администраторов

Заявки на флаг бота

Снятие флагов


Содержание

Шаблон:Инстаблогер[править код]

Коллеги, помогите исправить проблему. Шаблон создан на основе шаблона {{Ютубер}}. sᴋᴇᴘsɪᴢ (обс.) 22:20, 20 марта 2019 (UTC)

Выборка автоподтверждённых участников[править код]

Запрос к API list=allusers не позволяет выборку по автоматически присвоенным группам, например, "только автоподтверждённые". Поэтому при выборке имеющих право голоса на выборах у меня в текущем алгоритме приходится брать с сервера кучу всего заведомо ненужного и уже на своей стороне дополнительно фильтровать.

Я ещё раз почитал страницу и вроде бы вижу вариант выбирать по aurights=editsemiprotected Что вроде бы то что надо, только вид сбоку: так как кто может править статьи под ВП:ЧЗС, те все как минимум автоподтверждённые. Правильная идея или возможны неверные срабатывания? --Neolexx (обс.) 10:42, 20 марта 2019 (UTC)

  • Вот тут написано, что принадлежность к автоподтверждённым нигде не хранится, а проверяется каждый раз в момент, когда нужны права. Так что наверное, правильно. Землеройкин (обс.) 12:44, 20 марта 2019 (UTC)

Точка при использовании шаблонов в шапках статей[править код]

При использовании приёма «префикс» точки нет. Да и в других примерах/параметрах тоже с точкой по-разному. Например, Шаблон:См. также#Примеры (так и не запилили туда пример использования префикса).
Если два шаблона используется, и один будет с точкой, а другой – без, не очень хорошо смотрится. - 94.188.111.91 08:18, 20 марта 2019 (UTC)

Шаблон:Орден Дустлик[править код]

Есть проблема с отображением шаблона в статье Гиниятуллин, Рим Абдулович. — Mitte27 / обс. 15:41, 19 марта 2019 (UTC)

Tech News: 2019-12[править код]

19:44, 18 марта 2019 (UTC)

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

В "Настройки - Список наблюдения" есть галочка "Выделять вероятно проблемные правки цветом и символом «?», означающим «требуется проверка»". Очень полезная тема, я обязательно заглядываю в такие проблемные правки и довольно часто обнаруживаю, что там пошалил вандал. Однако:

  1. Никакого символа «?» у меня в списке наблюдения не наблюдается.
  2. Если правка оказывается полезной, и я как патрулирующий патрулирую ее (мышью жму "подтвердить версию"), то в списке наблюдения она все равно остается как ярко оранжевая - подозрительная (refresh не помогает).

Это не есть правильно с моей точки зрения. --Peter Porai-Koshits (обс.) 23:54, 18 марта 2019 (UTC)

Не виден шаблон[править код]

Не виден Шаблон:Кабинет министров Нурлана Балгимбаева который я поставил в статью Сарсенбайулы, Алтынбек--Kaiyr (обс.) 05:10, 18 марта 2019 (UTC)

Сделано. Kalendar (обс.) 07:56, 18 марта 2019 (UTC)

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

Подскажите пожалуйста, где в настройках можно установить, чтобы приходило уведомление по почте об изменениях в статьях, которые находятся в списке наблюдения? Виртуал участника Эйхер (обс.) 13:18, 17 марта 2019 (UTC)

  • Виртуал участника Эйхер, передайте участнику Эйхер :-) что искомая настройка находится в Служебная:Настройки#mw-prefsection-personal-email и называется "Уведомлять по электронной почте об изменениях страниц и файлов из списка наблюдения".
    Также учтите что ряд почтовых серверов вне США зачастую рассматривают работу почтовых шлюзов Wikimedia как форму спама и письма не принимают. В России это в первую очередь mail.ru --Neolexx (обс.) 15:01, 17 марта 2019 (UTC)
    • Спасибо! Эйхер (обс.) 15:29, 17 марта 2019 (UTC)
      • Так галочка у меня стоит, а письма не приходят (и в спам тоже). Виртуал участника Эйхер (обс.) 15:42, 17 марта 2019 (UTC)
        • Ну да, их отшивает сходу и безвозвратно, был ряд тем на этом форуме. Используемая анонимизация почтовых серверов основана на логике "все в мире если не совсем тупые, то знают, с @wikimedia.org прийти может только хорошее и доброе". В США эта логика действует, за их пределами весьма часто когда как. Из надёжного решения которое в ваших силах - могу только предложить открыть почтовый аккаунт на gmail.com и его указать в настройках вики-аккаунта. --Neolexx (обс.) 15:50, 17 марта 2019 (UTC)
          • Но другие уведомления от Википедии мне (во всех лицах) приходят. Это - как? Эйхер (обс.) 16:08, 17 марта 2019 (UTC)
            • "Есть многое на свете, друг Горацио, что и не снилось нашим мудрецам"... А какие другие уведомления приходят по эл.почте? Потому что если колокольчики и прочие пинги вверху страницы, то они совсем по иной епархии идут и к вопросам почты не относятся. В том числе если вам кто по вики-почте письмо отправит, то уведомление вверху страницы вы получите. А вот само письмо - нет. Точнее, отнюдь не всегда. --Neolexx (обс.) 16:25, 17 марта 2019 (UTC)
              • Приходят по электронной почте письма, соответствующие пингам и колокольчикам, письма от участников по википочте (целые), уведомления о редактировании моей страницы (именно по почте) и т. п.Эйхер (обс.) 16:37, 17 марта 2019 (UTC)
                • Тогда, скорее всего, ничего не поделаешь. Можно описать проблему по-английски на phab'e, может, они что сообразят. Может, у вас слишком большой список наблюдения с часто редактируемыми статьями. Достаточно большой поток писем с одного домена и одинаковыми частями заголовков ("Страница ... была изменена" или что там пишется) любым спам-фильтром скорее всего в игнор будет отправлено (ни к получателю, ни к отправителю, а просто выбросил и забыл). --Neolexx (обс.) 16:45, 17 марта 2019 (UTC)
                  • У моего виртуала в списке наблюдения 13 статей и всё. Часто редактируемыми я бы их не назвал. Я специально создавал виртуала, чтобы мне по почте приходили только сообщения о важнейших для меня изменениях в статьях (например, изменения в статьях. созданных мной). Эйхер (обс.) 17:13, 17 марта 2019 (UTC)
                    • Я, к сожалению, не всея Интернета postmaster, ничем особо помочь не могу. Разве что дайте мне одну статью из списка наблюдения Виртуал участника Эйхер, где бы я мог сделать правку, не отмеченную как малую. Пройдёт или не пройдёт письмо. Если нет, подвяжите к тому аккаунту адрес gmail.com и дайте другую статью, где бы я мог сделать правку. Посмотрим в таком варианте. --Neolexx (обс.) 18:04, 17 марта 2019 (UTC)
                      • Вот почему-то сейчас вроде начало проходить (по крайней мере, с этой статьи). Спасибо! Эйхер (обс.) 18:07, 17 марта 2019 (UTC)
                        • Вероятно, моя карма стала столь сильна, что одного факта "Неолекс задумался..." достаточно для пробоя затора на почтовых серверах. --Neolexx (обс.) 18:26, 17 марта 2019 (UTC)
  • А вот в этой и этой не работает. :(Эйхер (обс.) 20:55, 17 марта 2019 (UTC)
    • Эйхер, я там за кнопками не сидел, понятное дело: но если бы я был не чистый developer а хотя бы уже нещадно битый битой :-) developer 3-его уровня, то добавил бы в алгоритм mailer (отправщика сообщений) чутка мозгов на случившееся, но достаточно скоро отменённое. Чтобы почту не мусорить, особенно при набегах вандалов. То есть правка не просто должна состояться, но и некоторое время оставаться. --Neolexx (обс.) 19:03, 18 марта 2019 (UTC)

Универсальная карточка?[править код]

Подскажите, есть ли возможность как-то проставлять поля (строки) внутрь этой карточки, чтобы в статьях появлялись данные, которых нет в Викиданных? В частности - чтобы появилась иллюстрация. --Gennady (обс.) 11:17, 17 марта 2019 (UTC)

Да. |Изображение = В засисимости от шаблона, слово может начинаться с «Большой» или «маленькой» буквы. Любые другие строки (из «рыбы» шаблона) точно так же подставляются.--AndreiK (обс.) 11:23, 17 марта 2019 (UTC)
{{Универсальная карточка}} - обёртка к модулю Universal infocard. И что-то я не вижу там вариантов передачи собственных дополнительных полей для вывода ("Изображение" или иное). Я вообще из документации не понял, какая логика лежит за выбором тех или иных полей. Скажем, Антигитлеровская коалиция (последнее из упоминаемого на СО шаблона). Если в статью вставить {{Универсальная карточка}}, то появится с двумя полями
Участвовал в: Вторая мировая война и Великая Отечественная война
Война/сражение: Вторая мировая война
То есть какая-то логика за всем этим есть, но какая именно? --Neolexx (обс.) 11:45, 17 марта 2019 (UTC)
  • Не фига конструкция |Изображение = не работает! :-( А надо бы.... --Gennady (обс.) 15:38, 17 марта 2019 (UTC)
    • Вообще-то в документации шаблона написано: «Добавляет в статью карточку, берущую информацию из Викиданных. В статье никак не заполняется.» Так что как я понимаю, единственный способ заставить в шаблоне появиться иллюстрации — добавить её в Викиданные.-- Vladimir Solovjev обс 17:29, 18 марта 2019 (UTC)
  • Возможно, стоит заменить универсальную карточку на конкретную. О какой статье речь? Викизавр (обс.) 18:50, 18 марта 2019 (UTC)
    • Статей таких достаточно, особенно необходимо вставить иллюстрацию. А то, что нельзя добавлять новые строки в универс. шаблон - плохо! Не всем нравится или можется вносить данные в ВД. --Gennady (обс.) 06:58, 20 марта 2019 (UTC)
      • Я поднял историю карточки: тут некое недопонимание, как я вижу. {{Универсальная карточка}} : "Универсальная карточка редко нужна в русской Википедии, но очень полезна в малых разделах." Что она стоит в целом ряде статей (и показывает всё что нужно) — остаток тестирования алгоритмов. Когда руВики тестировала свой подарок для братских малых проектов.
        Единственное возможное применение карточки - ровно как есть, без параметров: {{универсальная карточка}} Что логично, иначе вместо универсальности она бы ввела в проект первобытный хаос. Где в карточках о тех же сущностях (политические деятели, таксоны, др.) начнётся кто в лес кто по дрова.
        Конкретно по изображениям: {{Универсальная карточка}} грузит их только из Викиданных. А Викиданные в поле Изображение позволяют добавлять только файлы с Викисклада. А Викисклад принимает только свободные изображения. Поэтому Универсальная карточка вообще и в принципе не позволяет иллюстрирование по КДИ. Потому она и универсальная: подходит без изменений для проектов, где КДИ разрешён, и где нет.
      • Поэтому решение исходного вопроса - как уже рекомендовали, через замену тематической карточкой вместо универсальной. --Neolexx (обс.) 08:46, 20 марта 2019 (UTC)

Википедия:Заявки на статус администратора[править код]

На странице (в последнем столбце таблички под названием «Статус голосования») наличествует запись «Завершено» — и это правильно. Не вполне правильно то, что прошло более полусуток, а на странице Википедия:Заявки на статус администратора/Abiyoyo 2 всё ещё статус «Идёт голосование» (табличка в самом низу страницы). Поправить бы. Закончилось — так закончилось (и неважно, подведён уже итог «бюрократами» или нет.). --AndreiK (обс.) 09:18, 17 марта 2019 (UTC)

Под «поправить» я имею в виду — сделать так, чтобы ~через минуту после окончания голосования, статус «Идёт голосование» автоматически менялся на «Голосование завершено». Вряд ли это настолько уж безумно сложно, если на первой из упомянутых страниц это УЖЕ работает.--AndreiK (обс.) 09:20, 17 марта 2019 (UTC)
В любом случае в секцию "за" писать когда заведомо завершено особой нужды не было. --Neolexx (обс.) 12:01, 17 марта 2019 (UTC)
На самом деле, была: я как-то даааавным-даааавно проголосовал за кого-то, когда голосование кончилось. Проголосовал, сперва посмотрев на статус: «Идёт голосование». Так вот после моего голосования тогда, статус мгновенно сменился на «Голосование завершено» (и мой голос, кажется, оказался зачёркнутым). Возможно, совпало по времени с действием бюрократа — но я решил что ТАК отработала автоматика; и сегодня я хотел таким образом её, автоматику, активизировать. Не получилось, и я удалил строку неудавшегося эксперимента. Не вижу ничего страшного (всё это заняло пару минут, если не меньше). (А работало бы всё как часы — и не было бы попытки подтолкнуть остановившийся маятник.) --AndreiK (обс.) 12:20, 17 марта 2019 (UTC)
Ключевой момент в вашем вопросе - "~через минуту после окончания голосования", точнее, - упрощённый вариант символа (приблизительно равно). В открытой для мониторинга результатов с первой секунды до последней системе (что не имело и не имеет прецедентов где-либо вне Википедии) - вот это вот "приблизительно равно" может и не раз приводило к таким разборкам вокруг "голосов на последней минуте", что ну его трижды нафиг с автоматизацией. Здравый смысл удобнее, а страница голосования закрыта тогда, когда она закрыта бюрократами. --Neolexx (обс.) 13:24, 17 марта 2019 (UTC)

Весьма предварительный итог[править код]

(для бота)
Итог подведён бюрократом, страница закрыта. --Neolexx (обс.) 14:05, 17 марта 2019 (UTC)

При следующем голосовании снова-здорово? Может, стОит 1 раз всё нормально сделать? --AndreiK (обс.) 15:18, 17 марта 2019 (UTC)

Странный шаблон[править код]

Уберите, пожалуйста, кавычки вокруг имени Драги тут: Шаблон:Хронологический список композиторов эпохи барокко. У меня не получается. 2001:4898:80E8:B:83DD:BF7E:3A36:C895 23:32, 15 марта 2019 (UTC)

Итог[править код]

Коллега Iluvatar убрал лишнее. --Ksc~ruwiki (обс.) 14:19, 17 марта 2019 (UTC)

Спрятать «реф-ноут сноски» внутрь скрытой таблицы[править код]

Смысла нет их видеть (три сноски), когда таблица скрыта, ибо стрелки не работают в этом случае.

КАМАЗ (футбольный клуб)#Список выступлений – таблица «Результаты выступлений». - 94.188.121.46 23:05, 15 марта 2019 (UTC)

  • Просто добавил в таблицу дополнительную строку, куда перенёс сноски. --INS Pirat 03:01, 16 марта 2019 (UTC)

Запрашиваемое название страницы содержит недопустимые символы: «%D0»[править код]

Эта напасть началась минут 20 назад и вдруг. После каждой правки (например мои последние на Общем форуме) правка сохраняется, однако меня перебрасывает на страницу с текстом: Запрашиваемое название страницы содержит недопустимые символы: «%D0» Пример URL при этом ниже. --Neolexx (обс.) 13:34, 14 марта 2019 (UTC)

Википедия:Форум/Общий#Шаблон недостатков Trivia

Windows 10 / Chrome последней версии, никаких скриптов или программ не ставил, вдруг началось.

  • Шестью темами ниже. MBH 13:50, 14 марта 2019 (UTC)
    • Вижу, читаю. Так удивился этому w:en:D0 experiment, что не перепроверил на дублирование темы. Вновь подчеркну, что никаких обновлений броузера или установки сторонних программ не было, с гарантией, Chrome 73.0.3683.75 (Официальная сборка), (64 бит) --Neolexx (обс.) 14:00, 14 марта 2019 (UTC)

Как отключить этот разноцветный ужас?[править код]

В окне редактирования. И вернуть всё как было? Чтобы шрифт был старым и везде одинакового размера?--Soul Train 19:26, 13 марта 2019 (UTC)

  • Нажать на кнопку с карандашиком (ориентировочно слева от слова дополнительно). Игорь (обс) 19:28, 13 марта 2019 (UTC)
    Помогло. Я уже в панике все настройки перепробовал.--Soul Train 19:43, 13 марта 2019 (UTC)

Как НЕ изменить адрес электронной почты?[править код]

Я прошёл по ссылке: "изменить адрес электронной почты" в личных настройках только для того, чтобы посмотреть, можно ли из аккаунта видеть текущий адрес электронной почты. Как мне оставить прежний адрес? Я попробовал поставить в строку нового адреса прежний, но система выдала мне: "/!\ Пожалуйста, введите иной новый адрес электронной почты.". А если оставить строку пустой, то привязка к электронной почте вообще исчезнет. Помогите пожалуйста! Эйхер (обс.) 18:11, 13 марта 2019 (UTC)

  • Просто закройте эту вкладку браузера. MBH 18:15, 13 марта 2019 (UTC)
    • Большое спасибо! Сработало! Эйхер (обс.) 18:23, 13 марта 2019 (UTC)

Депортация чеченцев и ингушей[править код]

Смотрю информацию о статье.

  1. В разделе «Bugs» жалоба на управляющие символы Юникода в статье. Как их найти?
  2. Description for language ru is missing. Что это значит?

Simba16 (обс.) 17:01, 13 марта 2019 (UTC)

U+00A0 — это неразрывный пробел. Можно попросить разработчика отключить это уведомление для рувики. — Vort (обс.) 17:37, 13 марта 2019 (UTC)
А другие символы? Simba16 (обс.) 17:40, 13 марта 2019 (UTC)

Ау! Simba16 (обс.) 10:45, 18 марта 2019 (UTC)

Категория:Википедия:Статьи без категорий[править код]

Раньше было минимум 200, доходило до 500. Сейчас 0. Как такое возможно? Здесь 21. Oleg3280 (обс.) 16:43, 13 марта 2019 (UTC)

  • Включений шаблона {{rq}} с заполненным параметром cat осталось всего 3, и те не правильно указаны. В поиске можете вбить
    hastemplate:"rq" insource:/\{\{rq[\s\a-z\|]*\| *cat/
    Включений шаблона {{Нет категорий}} в ОП не осталось и вовсе. Кто-то потрудился. --Serhio Magpie (обс.) 20:16, 13 марта 2019 (UTC)
    • Спасибо. Я думал, что-то сломалось. Большое спасибо герою, который разобрал эту категорию. Oleg3280 (обс.) 20:39, 13 марта 2019 (UTC)
    • Уже 22 статьи. Oleg3280 (обс.) 20:51, 13 марта 2019 (UTC)
      • Угу, прошёлся KrBot по свежим статьям. Serhio Magpie (обс.) 21:38, 13 марта 2019 (UTC)

Someone (probably you) recently logged in to your account from a new device.[править код]

Мне пришло "письмо счастья". А как можно узнать какие-нибудь подробности. В какое время произошёл логин, где (хотя-бы в каком городе) находилось устройство, стационарное или мобильное (я понимаю, что ip - это тайна)? Эйхер (обс.) 16:01, 13 марта 2019 (UTC)

Некорректное сохранение страницы[править код]

Страница с ошибкой

У меня при сохранении любой страницы (в рамках проекта ЗЛВ) выскакивает сообщение:

Недопустимое название
Перейти к навигации Перейти к поиску
Запрашиваемое название страницы содержит недопустимые символы: «%D0».
Возврат к странице Заглавная страница.

Это проблема моей сети (корпоративной), браузера или вики? При этом сама правка сохраняется. Пример [4] --P.Fiŝo 14:09, 13 марта 2019 (UTC)

Браузер Vivaldi 2.4.1476.4? — Vort (обс.) 15:27, 13 марта 2019 (UTC)
  • +1, та же проблема при редактировании в пространстве Википедия (КУ, КУЛ). Правка по факту сохраняется, но мне выводится надпись "невозможно сохранить, т.к. имеются недопустимые символы" (как-то так). Браузер гугл-хром. Igor Borisenko (обс.) 16:06, 13 марта 2019 (UTC)
    • А конктретно, выводится вот это: "Недопустимое название. Запрашиваемое название страницы содержит недопустимые символы: «%D0». Возврат к странице Заглавная страница." На данном форуме тоже. Igor Borisenko (обс.) 16:07, 13 марта 2019 (UTC)
    • Значит, это в Хроме сломали, я уже думал писать баг-репорт в Vivaldi. — Vort (обс.) 16:09, 13 марта 2019 (UTC)
  • Пишу это из Хрома. Всё работает. Ваша ссылка кривая, т.к. содержит незакодированные символы {|}= MBH 16:27, 13 марта 2019 (UTC)
  • За пределами рувики тоже жалуются, что сегодня такое началось. Хром. Игорь (обс) 18:58, 13 марта 2019 (UTC)
  • Тоже сегодня началось это, сижу на хроме. --Winterpool (обс.) 06:29, 14 марта 2019 (UTC)
    • Не вижу в Хроме (версия 72.0.3626.121) проблем. Kalendar (обс.) 09:34, 14 марта 2019 (UTC)
      • Обновил Хром до версии 73.0.3683.75 - проблема есть. Kalendar (обс.) 09:41, 14 марта 2019 (UTC)
        • А сейчас эта же версия Хрома 73.0.3683.75 работает нормально. Чудеса. Kalendar (обс.) 10:53, 14 марта 2019 (UTC)
          • Но это ещё не все чудеса. Страница с моим сообщением строкой выше сохранилась, но всё равно вместо страницы Википедия:Форум/Технический появилась страница с прежним сообщением «Недопустимое название. Запрашиваемое название страницы содержит недопустимые символы: „%D0“. Возврат к странице Заглавная страница». Kalendar (обс.) 10:59, 14 марта 2019 (UTC)
            • Следующее наблюдение: в русской Википедии нормально правятся статьи, но при записи Википедия:Форум/Технический появляется ошибка; в Викиданных нормально правятся статьи, но при записи страницы Запросы к администраторам выдаётся сообщение об ошибке «Недопустимое название. Запрашиваемое название страницы содержит недопустимые символы: „%27“. Возврат к странице Wikidata:Заглавная страница». Возможно, это связано с разными пространствами имён. Kalendar (обс.) 12:05, 14 марта 2019 (UTC)
  • Chrome 73.0.3683.75 (Официальная сборка), (64 бит) - началось только что и вдруг (см. тему в начале форума), без каких-либо обновлений. Постоянно бросает на страницу с текстом: Запрашиваемое название страницы содержит недопустимые символы: «%D0» Для теста сделал миниправку под своим аккаунтом из-под свежего Firefox 65.0.2 (64-бит) — всё нормально. --Neolexx (обс.) 14:08, 14 марта 2019 (UTC)
  • Я пропустил через системную аналитику - никаких обновлений Chrome или Window 10 у меня не было. Из чего скорее всего что-то капитально поменяли за прошедшую ночь в движке MediaWiki. Но так, что с ума сходить начали только броузеры на WebKit. --Neolexx (обс.) 14:37, 14 марта 2019 (UTC)
    Хотя нет, сделал миниправку с Yandex броузера - проблемы нет. То есть изменили что-то, что только Chrome начал с ума сходить - или Chrome и какое пока неизвестное подсемейство броузеров на WebKit. --Neolexx (обс.) 14:39, 14 марта 2019 (UTC)
  • Для простоты дела: эта ссылка даёт страницу с жалобой на недопустимый символ D0, с любого броузера (но только Chrome туда отправляет после любой, даже нулевой, правки):
    https://ru.wikipedia.org/wiki/%25D0%2592%25D0%25B8%25D0%25BA%25D0%25B8%25D0%25BF%25D0%25B5%25D0%25B4%25D0%25B8%25D1%258F:%25D0%25A4%25D0%25BE%25D1%2580%25D1%2583%25D0%25BC/%25D0%25A2%25D0%25B5%25D1%2585%25D0%25BD%25D0%25B8%25D1%2587%25D0%25B5%25D1%2581%25D0%25BA%25D0%25B8%25D0%25B9#%D0%9D%D0%B5_%D0%BA%D0%BE%D1%80%D1%80%D0%B5%D0%BA%D1%82%D0%BD%D0%BE%D0%B5_%D1%81%D0%BE%D1%85%D1%80%D0%B0%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D1%8B
    Вообще конечно, если только не задумали какой блиц-тест на процент Chrome среди участников руВики (до половины), надо бы быстро чинить, прямо-таки вот немедленно. Для начала - полным откатом движка ко вчерашней версии. --Neolexx (обс.) 15:08, 14 марта 2019 (UTC)
    • У меня эта проблема с 10 марта. 73.0.3683.77, кстати, тоже подвержена проблеме. — Vort (обс.) 15:33, 14 марта 2019 (UTC)
    • Избирательно проблема проявляется из-за редиректа — после редактирования раздела с русским названием движок перенаправляет на свежеотредактированный раздел. Так как язык русский, URL редиректа кодируется процентами. Хром же зачем-то ещё один слой процентов наворачивает. — Vort (обс.) 15:36, 14 марта 2019 (UTC)
      • (конфликт редактирования) Из предварительных идей: в выдаваемом редиректе (см. адрес выше) меня смущают слитные кодировки символов кириллицы типа %25D0 в первой части URL и стандартные разбитые на части типа %D0%B0 к концу. Не решили ли в очередном обновлении, что пора им bleeding cutting edge с Юникодом в адресах замутить. И замутили - а Chrome оказался неготов. Надо полный обмен трафиком в момент правки проверить, кто там и что чудит. --Neolexx (обс.) 15:44, 14 марта 2019 (UTC)
        • Стрелками отметил то, что выдаёт движок: [5]. Вторая, красная строка, — это то, куда лезет Хром. — Vort (обс.) 16:07, 14 марта 2019 (UTC)
          • А я пока оформил запрос разработчикам броузера, чтобы с двух сторон тоннель копать. Чем, вероятно, полностью или частично палю свой e-mail, но не великий секрет и был. https://bugs.chromium.org/p/chromium/issues/detail?id=942073 --Neolexx (обс.) 16:23, 14 марта 2019 (UTC)
            • Хм. Permission denied. Странная реакция у разработчиков. — Vort (обс.) 06:41, 15 марта 2019 (UTC)
              • @Vort: Это по моей просьбе позднее. Потому что для быстроты дела я ещё NetLog'и делал своих действий в Википедии. Перед консилиумом врачей из Google, IETF и WHATWG... Я, конечно, всем доверяю, но при наличии открытой ссылки здесь всё-таки попросил доступ ограничить к протоколам моей сетевой активности. --Neolexx (обс.) 09:41, 15 марта 2019 (UTC)
          • На снимке он лезет куда надо. После успешного сохранения идёт редирект на ту же страницу и ту же секцию, где редактировалось, только уже в режиме просмотра, а не редактирования. %D0%A2%D0%B5%%D1%81%D1%82 - это слово Тест - по два октета на символ кириллицы. Почти все начинаются с D0, поэтому и жалоба чаще всего на этот символ. То есть кто-то где-то вдруг забыл про кириллицу и иные символы за пределами ASCII и всё читает по отдельности, октет за октетом. Где бы это не случилось, это даже не баг, это состояние клинической смерти, сильно надеюсь - обратимой. --Neolexx (обс.) 16:42, 14 марта 2019 (UTC)
            • Я про %25D0%25A2..., на которые сервер закономерно выдаёт ошибку №400. — Vort (обс.) 16:50, 14 марта 2019 (UTC)
            • Скорее всего, в Хроме забыли, что до # символы кодируются, а после — нет и решили «исправить» адрес. — Vort (обс.) 16:56, 14 марта 2019 (UTC)
              • А вот в старой версии Хрома 49.0.2623.112 проблем нет. Kalendar (обс.) 17:06, 14 марта 2019 (UTC)
  • Стало интересно — можно ли в Location: вставлять fragment. Оказывается, в RFC2616 было нельзя (Location = "Location" ":" absoluteURI), в RFC7231 — можно (Location = URI-reference), при этом URI-reference = [ absoluteURI | relativeURI ] [ "#" fragment ]. — Vort (обс.) 17:21, 14 марта 2019 (UTC)
$(document).ready(function() {
	if (mw.config.get('wgAction') == 'view') {
		var foo = document.getElementById('mw-content-text');
		if ( /^Запрашиваемое название страницы содержит недопустимые символы/.test(foo.textContent) ) {
			var bar = self.location.href.replace(/\%25/g, '%');
			self.location.href = bar;
		}
	}
});

Предварительный итог[править код]

В общем это будут оперативно чинить откатом к старой версии кода Chrome.
Вообще же аццкий коктейль (quite a mess в вежливом варианте инженеров Google) с тремя сторонами, внёсшими равный вклад в проблему.

  • Новая RFC 7231 была написана на манер наших правил. Если так прочитать, то А, а если присмотреться, то Б, а если прищуриться, то вообще В. В том числе и особенно в части про новую структуру URL, где https:www.example.com#SomeAnchor можно посылать раздельно: основной адрес отдельно, хэш (по-новому fragment) SomeAnchor отдельно.
    И начали производители софта и сисадмины творить кто А, кто Б, кто В - из-за того прошлый год и лихорадило то здесь, то там.
  • Потом в некоторый момент в этом году разработчики Chrome решили, что волнения закончились и этот костыль из кода можно убрать.
  • Потом в середине марта сисадмины Wikimedia решили таки по-иному прочитать RFC 7231 и стали основную часть адреса кодировать, а фрагмент - нет. Связались с IETF и WHATWG и установили, что их прочтение в любом случае неверное и на phab следует сообщить. Но так как таких чтецов в будущем может быть где угодно сколько угодно, то в любом случае сначала восстановят костыль в коде, аналогично другим броузерам.

Самое забавное(?) что если бы я в прошлом году не поленился пожаловаться на странное поведение Skype, про которое писал выше, то общее внимание как сейчас было бы привлечено и недавнего глобального сбоя соцсетей (в том числе) не было бы. Так что можно сказать, что моя лень принесла Telegram 3 миллиона новых подписчиков... --Neolexx (обс.) 08:23, 15 марта 2019 (UTC)

Ну а пока суть да дело, ибо откат версии самого популярного броузера в мире дело не пары часов, и не факт что на phab среагируют без предварительного выпендрёжа - сидящие на пострадавшей ветке Chromium могут либо перейти на какой альтернативный броузер для работы с ВП, либо поставить себе тот чудо-костыль что выше, чтобы хотя бы вручную на нужную страницу после правок не возвращаться. --Neolexx (обс.) 08:34, 15 марта 2019 (UTC)

Интересующиеся деталями: это что пошло вверх по цепочке для "добро" на фикс текущей версии Chrome. --Neolexx (обс.) 09:15, 15 марта 2019 (UTC)

Fix handling of half-escaped Location headers.

Non-ASCII characters in URLs are supposed to be percent-escaped. This includes when those characters are used in Location headers. However, we tolerate unescaped characters by escaping them ourselves at various stages in the process.

ru.wikipedia.org sometimes sends redirects where the path is percent-escaped, but the fragment is not. Previously, we would fix the escaping in the fragment, but leave the path as-is. However, https://chromium-review.googlesource.com/c/chromium/src/+/1366759 switched it to always unformly escape everything, so the %s became %25. This causes us to follow the redirect incorrectly.

Uniformly escaping things makes sense for NetLog, where we want to unambiguously represent what the server actually sent, but escaping as part of URL resolution as not intended to be invertible. Restore the old behavior here and add some regression tests.

  • По-хорошему, нужен новый RFC :-). — Vort (обс.) 10:03, 15 марта 2019 (UTC)
    • Ну его нафиг. Новый RFC - новые неизвестные глюки. Лучше глюкавый старый, про который хоть примерно известно "здесь читать, здесь игнорировать, здесь понимать наоборот". --Neolexx (обс.) 10:25, 15 марта 2019 (UTC)
    • В меру своего разумения написал на phab https://phabricator.wikimedia.org/T218393 Потому что по факту если не будут выпендриваться в глубинных прочтениях RFC и просто вернут как было - проблема здесь исчезнет ещё до обновления Chrome. --Neolexx (обс.) 11:33, 15 марта 2019 (UTC)

"human-readable section IDs"[править код]

На phab высказана скорее всего верная догадка, почему это вообще всё началось конкретно в Википедии: из-за желания якоря (фрагменты) в ссылках не кодировать, чтобы можно было читать как есть. Чтобы в Википедия:Форум/Технический#Предварительный_итог было именно #Предварительный_итог, а не #%D0%9F%D1...

И под это желание новый RFC перечитали вдоль, поперёк и задом наперёд, но искомое "да, и так можно" таки вычитали. Что было откровенным хаком но с которым основная часть броузеров была готова бороться (в рамках общей защиты от IDN homograph attack). Однако любой хак он хак и есть, что этот, что некогда знаменитый "Holly Hack" в CSS - всё более-менее работает до первой перемены погоды. Да и то без всяких гарантий.

Прямо на этом форуме пользователи уже любого броузера (не обязательно Chrome) могут убедиться, что программирование корпоративных решений на основе hack exploit'ов - это плохо, за это по ушам давать надо, и сильно...

  • Для заголовка темы Запрашиваемое название страницы содержит недопустимые символы: «%D0» на этом форуме выше текст я прямо скопировал со спецстраницы, на которую меня кинуло.
  • В декстопной версии открутите страницу в самый верх, до оглавления.
  • Щёлкните на Некорректное сохранение страницы - прокрутит к этой теме.
  • Вернитесь вверх и щёлкните на Запрашиваемое название страницы содержит недопустимые символы: «%D0»
    никуда не перейдёте, но в адресной строке появится закодированный якорь (#%D0%97 и т.д.)

Как ни странно, это поведение - результат того же хака, из-за которого у пользователей Chrome начались обсуждаемые проблемы. --Neolexx (обс.) 08:13, 16 марта 2019 (UTC)

==== Предварительно починили ====

Кажется. Кто ещё под Chrome подтвердит? То есть серверы ru.wikipedia.org пока перестали креативить с заголовками Location и на страницу "Недопустимое название" после каждой правки не бросает. --Neolexx (обс.) 08:49, 16 марта 2019 (UTC)

На testwiki всё ещё глючит. upd. Да и тут тоже. — Vort (обс.) 08:55, 16 марта 2019 (UTC)
Да, рано радовался. Просто мой чудо-костыль за сутки как-то активировал искусственный интеллект у Chrome. То есть его так задолбало с "Недопустимое название" назад уходить, что он просто перестал страницу "Недопустимое название" показывать, сходу верный редирект выводит. Но если скрипт выключить, то разум опять пропадает, сейчас проверил. --Neolexx (обс.) 09:05, 16 марта 2019 (UTC)
Мой тикет помечен как дубликат, основная дискуссия теперь в https://phabricator.wikimedia.org/T216029 Там же выложен предлагаемый фикс для серверов ВП. --Neolexx (обс.) 10:22, 16 марта 2019 (UTC)
Chrome 49.0.2623.112 данная страница записывается нормально. Kalendar (обс.) 10:23, 16 марта 2019 (UTC)
См. мой коммент в конце. Этот баг весьма "скользкий", он не обязательно будет даже на странице с кириллицей (или любым иным none-ASCII). Потому, может, его сразу и не отловили. Чтобы он проявился, нужно, чтобы одновременно 1) страница была с кириллицей 2) раздел был с кириллицей 3) правка была этого конкретного раздела, а не всей страницы. Вот тогда и рождается чудо-коктейль вида %D0%A3%D1%87%D0%B0%D1%81%D1%82%D0%BD#Название_раздела. Попробуйте нулевую правку именно этого раздела, баг всё ещё здесь. --Neolexx (обс.) 10:34, 16 марта 2019 (UTC)
(ещё раз подумав) Ха-ха-ха над самим собой. Этот раздел называется "human-readable section IDs" т.е. чистой латиницей - поэтому по алгоритму, который я сам же и написал чуть выше, "Type 25 pollution bug" и не проявляется при правке этого раздела. А не потому что мой Chrome вдруг поумнел. А вот если весь #Предварительный_итог редактировать - баг будет тут как тут. --Neolexx (обс.) 12:49, 16 марта 2019 (UTC)
gerrit умер и очень сильно - уже 6 часов минимум не встаёт. То есть ни оценить предлагаемый фикс, ни протестировать, ни фикс поставить никто не может. Бильдербергский клуб против Википедии?.. --Neolexx (обс.) 12:55, 16 марта 2019 (UTC)
Сделал нулевую правку раздела «Некорректное сохранение страницы» и подраздела «Предварительный итог» — проблем нет, Chrome 49.0.2623.112. Kalendar (обс.) 17:41, 16 марта 2019 (UTC)
Под Windows 10 сейчас 73.0.3683.75 указана как текущая. То есть вы либо уже 3 года как не обновляли свой броузер - либо у вас какая-то OS со своей нумерацией версий Chrome. --Neolexx (обс.) 17:50, 16 марта 2019 (UTC)
Выше я уже писал, что у меня был Chrome (версия 72.0.3626.121) на Windows 7, на этой версии я проверил после появления этого раздела запись этого раздела, проблем не было. Затем сразу же обновил Chrome до версии 73.0.3683.75, проблема сразу появилась. А на другой машине стоит Chrome 49.0.2623.112 на Windows XP, а так как поддержка Chrome под Windows XP прекращена, то именно старая версия Chrome 49.0.2623.112 и стоит. Так вот на этой старой версии проблем нет. Я не зря приводил все версии Chrome, чтобы проанализировать проблему в зависимости от версии Chrome. Kalendar (обс.) 18:31, 16 марта 2019 (UTC)
Выше в письма разработчиков Chromium была указана конкретная правка в начале декабря 2018, которая сделала Chrome уязвимым к мартовской оригинальности, скажем так, серверов Wikimedia. То есть любая версия, новее хоть на одну цифру в конце чем 73.0.3683 - 73.0.3683.75, например. Аналогично в этом месяце пострадал ряд иных броузеров на движке WebKit (например, Vivaldi), но не все из них (например, Yandex вроде бы нет). --Neolexx (обс.) 18:43, 16 марта 2019 (UTC)
При этом, как уже упоминал, клинило и колбасило на разных серверах но по той же причине самые разные конфигурации почти весь 2018 год. В этом марте просто особо сильно фукнуло - вероятно, количество "URI" в виде %D0%98%D1%81...#Тра-ля-ля таки достигло критической точки. В том числе, что из личного опыта знаю, летом 2018 это был Safari под iOS для iPad. А в сентябре вообще не броузер, а свежий Skype для Windows 10 (который для обработки текста в чатах опирается, кажется, на движок Edge; если так, то в сентябре Edge страдал). --Neolexx (обс.) 18:54, 16 марта 2019 (UTC)
"Об этом мы еще до войны говорили с господином окружным начальником" (с) В смысле старожилы ВП-2,01 должны помнить, как я недоумевал и разные тесты ставил, и летом, и осенью. --Neolexx (обс.) 19:04, 16 марта 2019 (UTC)

Расширить содержимое страницы Special:BadTitle[править код]

gerrit лежит замертво, да и вообще считается, что Type 25 pollution не настолько критичен, чтобы это чинить на выходных. Так что это минимум до понедельника будет (если только Chrome со своего конца костыль не восстановит).
Отсюда у меня родилась идея расширить функционал спецстраницы Special:BadTitle (она есть, просто всегда красная ссылка). Чтобы вместо бесполезного "Запрашиваемое название страницы содержит недопустимые символы" хотя бы информировала что не волнуйтесь, ваша правка сохранена, так пока и должно быть. А то и скрипт как у меня с той страницей связать. Чтобы срабатывал для каждого, у кого URL будет с мусорными 25-ми. Не силён в тех.иерархии - но страницы Special: могут и "наши" править, у кого права interface-admin есть? --Neolexx (обс.) 14:42, 16 марта 2019 (UTC)

Там сказали, что хорошая идея.

That actually sounds like a good idea. Any ru.wp administrator can edit the text of this message at https://ru.wikipedia.org/wiki/MediaWiki:Title-invalid-characters. (Just remember to delete it later when we actually fix this.)

Кто-нибудь из interface-admin эту ветку читает? --Neolexx (обс.) 14:48, 16 марта 2019 (UTC)

Со стороны Wikimedia починено[править код]

Теперь точно. То есть разбираться и тестировать будут и дальше, там ещё много вопросов. Однако приоритет поменяли с High на Unbreak Now! (=~ Воздух!) и просто поверх всего и против всего пофиксили. То есть пользователи Chrome могут вернуться к нормальной работе в Википедии. --Neolexx (обс.) 09:38, 19 марта 2019 (UTC)

Число правок[править код]

Скажите пожалуйста, коллеги, а есть ли такой _инфобокс_, чтобы на ЛС показывал число правок _пользователя_ в Вики? Не вручную подставленное число, а в динамике: сегодня — одно, а завтра — то же, плюс сделанное сегодня. Автоматически чтоб. НЯП, это реально (и даже не сказать, чтоб совсем уж безумно сложно), — просто, почему-то, никто и никогда этого не делал. Искомое число вполне доступно на этой странице, в строчке, начинающейся на «ru.» (без кавычек); предпоследний столбец.--AndreiK (обс.) 10:51, 13 марта 2019 (UTC)

  • Теоретически - да. Практически, нужно время и разбирающийся человек, чтоб перевести на русский это и это. Игорь (обс) 13:14, 13 марта 2019 (UTC)
    • function updateUserEditCounter() {
      
      		if (mw.config.get( 'wgNamespaceNumber' ) != 2 && mw.config.get( 'wgNamespaceNumber' ) != 3) return; // not user page or user talk page
      
      		var editcounter = $('.usereditcounter');
      
      		if (! editcounter.length) return; // no user box
      
      		var username = mw.config.get('wgTitle').split('/')[0];
      
      		var param = { // params for the server
      			action: 'query',
      			list: 'users',
      			ususers: username,
      			usprop: 'editcount',
      			format: 'json'
      		};
      
      	$.get('/w/api.php', param, function(data){ //Server query
      
      		var count = data.query.users[0].editcount.toString(); // Number of contributions 
      
      		count = count.replace(/./g, function(c, i, a) { // Number format
      			return i && ((a.length - i) % 3) ? c : "" + c;
      		});
      
      		editcounter.text(count); //Adding number to the box
      
      	}, 'json');
      }
      
      $(function(){updateUserEditCounter()}); // Call
      
      — это я увидел там. Но что с этим делать, и вообще, оно ли это... --AndreiK (обс.) 13:40, 13 марта 2019 (UTC)
      • Оно. См. мой предыдущий ответ. Игорь (обс) 13:42, 13 марта 2019 (UTC)

2D размер цифр в заголовках статей и разделов[править код]

Какая-то проблема с размером цифрв заголовках. Как это исправить? Alexander Mayorov (обс.) 08:32, 13 марта 2019 (UTC)

Речь о разной высоте цифр? Это шрифт такой — Джорджия. — Vort (обс.) 08:39, 13 марта 2019 (UTC)

Обновление даты в БашВики[править код]

Добрый день, уважаемые! Обнаружили странное явление — на Заглавной странице Башкирской википедии не обновляется текущая дата для читателей, у которых нет учетной записи. В подтверждение спросил у пары знакомых, чтобы посмотрели главную страницу БашВики, говорят - видно 12 марта. Мне с моей учеткой видно 13 марта. И похоже, проблема не только на заглавной странице. Вчера запустили код, который вытаскивает список юбиляров из статьи текущего дня и публикует в ВК и ФБ (в группах БашВики). Бас, сегодня фишка не сработала — в RSS ленту вытаскивает юбиляров вчерашнего дня. Товарищ, который написал код для этой фишки говорит, что проблема "там", т.е. на сервере Вики. Я как-то замечал, что без включенной учетки у меня не обновилась главная страница. Но, не обратил внимание. Помогите, пожалуйста. --Рөстәм Нурыев (обс.) 07:25, 13 марта 2019 (UTC)

  • Не следил за последними изменениями, но раньше основная часть пользователей видеда кэшированные страницы с амстердамского сервера, которые обновлялись url_страницы?action=purge, хотя в запущенных случаях требовалась нулевач правка (ВП:Кэш). Можно для важных страниц запустить где-то в сети бота, который бы это регулярно делал, вероятно, где-то такие уже есть. Ну и плюс разница между Гринвичем и Башкирией (например) имеет место быть... Ignatus 21:06, 13 марта 2019 (UTC)
  • Начиная с 15 марта дата обновляется корректно. Спасибо. --Рөстәм Нурыев (обс.) 05:12, 16 марта 2019 (UTC)

Нелепые отступы и прогалы в статьях о водных объектах[править код]

Во многих статьях о водных объектах встречаются отступы перед текстом преамбулы (пример 1) либо прогалы между шаблоном «значения» и текстом преамбулы (пример 2). Я исправляю это вручную (примеры и ). Вопрос первый: двойные пустые строки после карточки — это происки какого-то бота (ибо не верится, что это могли специально сделать участники, да ещё и массово)? Вопрос второй: нельзя ли пройтись ботом по всем статьям о водных объектах и поудалять двойные пустые строки? Заранее благодарен, ✧ Dmitry from Saransk ✧ 05:40, 13 марта 2019 (UTC)

Это последствия неаккуратного удаления устаревшего шаблона: правка. — Vort (обс.) 05:44, 13 марта 2019 (UTC)
Спасибо. Осталось централизованно удалить такое из всех статей. Нужно ли обращаться к ботоводам, или здесь тоже прочтут? ✧ Dmitry from Saransk ✧ 05:50, 13 марта 2019 (UTC)
Удалить — не проблема. Проблема в том, что многие участники расценят такой проход как засорение списка наблюдения. — Vort (обс.) 05:55, 13 марта 2019 (UTC)
Засорение списка наблюдения, на мой взгляд, вещь менее страшная, чем засорение отображаемого текста множества статей пустыми строками. Первое касается участников, второе — читателей. Читатели в приоритете. ✧ Dmitry from Saransk ✧ 06:09, 13 марта 2019 (UTC)
Засорение списка наблюдения ботами лечится фильтром правок. К тому же подавляющее большинство этих статей, подозреваю, созданы и правились исключительно ботами. Ещё одна ботоправка пройдёт незаметно. — Schrike (обс.) 07:06, 13 марта 2019 (UTC)

ВП:КПМ, больше трёх вариантов[править код]

Более 3-х вариантов не отображаются в статье (шаблоне)? Переход-то всё равно корректный – к разделу (конкретной номинации), но не видно всех вариантов. - 94.188.97.80 21:32, 12 марта 2019 (UTC)

Новый шахматный шаблон[править код]

{{Pgnviewer}}

Коллеги из ивритской Википедии запилили клёвый скрипт и шаблон, который позволяет просматривать шахматные партии как на специализированных шахматных сайтах. В отличие от шаблона {{Шахматная диаграмма}}, позволяющего отображать только выбранную позицию партии, этот шаблон позволяет просматривать шахматную партию целиком в графическом виде. Шаблон я перенёс из английской Википедии. Предлагаю обсудить вопрос о включении скрипта, содержащегося здесь, в commons.js рувики. Раммон (обс.) 14:34, 12 марта 2019 (UTC)

Зачем же в commons.js, когда давно есть {{Выполнить скрипт}}. Don Rumata 15:07, 12 марта 2019 (UTC)
Ну, можно и так - я не против. Раммон (обс.) 08:15, 13 марта 2019 (UTC)
DonRumata, переименуйте User:Раммон/pgnwrapper.js в MediaWiki:Script/pgnwrapper.js (или перенесите код), пожалуйста. Раммон (обс.) 09:41, 13 марта 2019 (UTC)
✔ Сделано. Sir Shurf (обс.) 10:00, 14 марта 2019 (UTC)
Так что всё-таки делать с превращением пешки? Стандартная PGN-конструкция вида c8=Q в этом шаблоне воспринимается как ошибка. См. мой черновик, ход 6. c8=R. LGB (обс.) 16:25, 17 марта 2019 (UTC)
@LGB: Какая конкретно ошибка? Должно работать. И что я должен сделать, чтоб запустить? Игорь (обс) 21:56, 17 марта 2019 (UTC)
dear User:LGB (1) forgive my language. (2) i was told by User:IKhitron you had this problem. (3) the template on your user page had a small problems: the script expects each of the "titles" in the pgn header to be on a separate line.
when the game contains a promotion, the "=" sign confuses the wiki syntax. the simplest solution is to add | 1 = before the game, though, you can use Template:= instead, to replace the "=" sign inside the notation. i hope you'll forgive me for editing the template on your user page. peace - קיפודנחש (обс.) 23:07, 17 марта 2019 (UTC)

Ура, заработало! Большое спасибо за наглядное разъяснение. Проблема закрыта. LGB (обс.) 10:31, 18 марта 2019 (UTC)

  • Значит, включать не надо. Но обратите внимание, кнопка «скрыть», несмотря на мои усилия, видна только в предпросмотре. Игорь (обс) 11:18, 18 марта 2019 (UTC)

Кнопка меня не волнует. Я добавил в документацию по шаблону предостережение по обсуждаемой теме, поправьте, если найдёте более удачную формулировку. LGB (обс.) 11:24, 18 марта 2019 (UTC)

  • Всё в порядке. Меня волнует. Если вводить новый шаблон, то не бракованный. Попробую что нибудь придумать. Игорь (обс) 11:29, 18 марта 2019 (UTC)
    • По-видимому, конфликтует с местным кодом. Игорь (обс) 13:15, 18 марта 2019 (UTC)

Скажите, а существует какая-либо возможность задать Pgnviewer альтернативные коды фигур, например ♖ вместо R или русское Л? LGB (обс.) 12:55, 18 марта 2019 (UTC)

  • Понятия не имею, я им никогда не пользовался. Спросил у шефа. Игорь (обс) 13:15, 18 марта 2019 (UTC)
    • Он говорит, что есть две разные вещи. В инпуте менять на русский очень сложно и не имеет смысла, поскольку запись в мире стандартная, ещё и партии из Викиданных работать не могут. Заменить названия в тексте, показанном шаблоном, очень легко, и зная технический уровень рувики он уверен, что вы с этим быстро справитесь. Игорь (обс) 14:56, 18 марта 2019 (UTC)

Убрать линии[править код]

А Б В
Г Д Е Ё Ж
З И Й
  К Л М
    Н

Как убрать «шесть спичек» границы слева (как справа), чтобы было симметрично? И незаполненные клетки (без букв) оставить, как бы, без обрамления (охвата). Про colspan rowspan знаю, «поигрался» style="border-top: none;" | (где помимо top, есть ещё bottom, right, left), эффекта не принесло. Упоминания none на странице Википедия:Таблицы и её СО не нашёл.

Есть вариант вообще убрать границы (убрав в самом начале параметр class="standard"), но это уже другое решение, которое не будем считать выходом. - 94.188.97.80 14:03, 12 марта 2019 (UTC)

А Б В
Г Д Е Ё Ж
З И Й
  К Л М
    Н

Vort (обс.) 14:13, 12 марта 2019 (UTC)

  • Ага. А, кстати кавычки (или апострофы) не нужны у параметров rowspan, colspan, align? Например rowspan=2, colspan=2, align=center работают без кавычек. - 94.188.97.80 14:28, 12 марта 2019 (UTC)
    • Работают, но синтаксически это ошибка, которые пока (конкретные) браузеры исправляют при парсинге. Alex Spade 18:09, 18 марта 2019 (UTC)

Tech News: 2019-11[править код]

19:29, 11 марта 2019 (UTC)

Помощь[править код]

Приветствую коллеги. В общине участников таджикской Википедии возник вопрос. Почему в списке администраторов этого раздела числится некий Abuse filter? Кто или что это, и можно ли убрать его/ее с этого списка? Если да, то как? Если нет, то почему? Получается что де-факто в таджвики 5 админов, а де-юре 6. Akhemen (обс.) 13:36, 11 марта 2019 (UTC)

Шаблон:Нет места смерти, Ш:Нет места рождения, Ш:Нет даты рождения и Ш:Нет даты смерти[править код]

Зашел на Страницы, ссылающиеся на «Шаблон:Нет места смерти», ткнул в первую же статью и увидел вот это.

Как видно все это есть в карточке, но с дремучих времен эти шаблоны уродуют статью. Помимо того, во всех этих шаблонах написано, что «Данный шаблон рекомендуется ставить внизу статьи (перед категориями)», но видимо в этом случае будет не так заметно, что «Киса и Ося здесь были» ©.

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

Кроме того, было бы здорово, если бы в статьи вроде Иосиф (Зинкевич), где в карточке указано, что «Место рождения неизвестно» (и тоже с местом смерти), автоматом вносились бы в Категория:Персоны без указанного места рождения (и, соответственно, в Категория:Персоны без указанного места смерти), как это сейчас делается с датами рождения/смерти (см., например, Иосиф (Кононович-Горбацкий)); чтобы добавлять оные необходимости при наличии карточек отпала раз и навсегда.

Сделайте, пожалуйста, ну ужас же. --@ → SAV © 11:17, 11 марта 2019 (UTC)

  • ShinePhantom; ты вроде трудных задач не боишься, возьмись, прикинь какой глобальный результат будет зато... --@ → SAV © 12:59, 11 марта 2019 (UTC)
    • глянул и сразу же вижу массу методологических проблем. Технически "II тысячелетие н.э." в карточке - будет верным указанием даты рождения. Но фактически бесполезным. С другой стороны, известный год рождения уже дает достаточную точность, но, я так понимаю, что шаблон ставили даже в статьи, где есть год рождения, но нет конкретной даты. При этом я не припоминаю обсуждений о том, как должно быть, какая точность требуется? Аналогично и с местами рождения: СССР - верно, но малополезно. А район - достаточно, но шаблонами участники требуют указания чуть ли не нп. При этом есть две параллельных ветки категория: в ОП, и подпространстве Википедия. И в отличие от ВД, где "неизвестно" и "не указано" разные сущности, у нас все поперепутано. ShinePhantom (обс) 17:43, 11 марта 2019 (UTC)
      • ShinePhantom, Тут вообще довольно любопытно. Начнем с того, что тысячелетия надо сносить - это уже ерунда уровня "родился до нашей эры"... Но даже она де-факто поправима. Смотрим Иосиф (Зинкевич) - в дате рождения я поставил век и она как-бы известна, а в дате смерти я поставил не просто век, но и не ранее 1740-го года, и вот вторая дата, хотя и более точная не признается и статья внесена автоматом в Категория:Персоналии, чья дата смерти не установлена. Но если так можно во втором случае, то почему нельзя тоже и в первом? И лично я считаю, что вполне адекватной единицей является год, число, час и мунута рождения - идеально, но не критично, нам астрологические прогнозы тут не составлять... --@ → SAV © 19:27, 11 марта 2019 (UTC)
        • короче, надо сначала выявить консенсус, о том, что должно быть в категориях, и о том, чего должны требовать шаблоны. Я запишу в памяти, но сейчас не возьмусь опрашивать сообщество, о другом думаю. А если просто так пробежаться, с явными косяками, то там все равно добрых полторы тысячи страниц набирается только по датам. Я посмотрю чуть позже, что-то мудрено выборку составлять приходится. И не хотелось бы второй раз ходить потом. ShinePhantom (обс) 05:37, 12 марта 2019 (UTC)
      • Впрочем, [смотри как ловко я уделал] проблему с датой рождения))) --@ → SAV © 19:30, 11 марта 2019 (UTC)
        • какой-то хак, не думаю, что удобно и нужно им пользоваться. ShinePhantom (обс) 05:37, 12 марта 2019 (UTC)
  • а как вам простое решение: шаблоны упразднить, а их функционал внедрить в {{карточка}}? Т.е., если поле незавполнено (вручную или через викиданные), то добавлять статьи в соответствующие служебные категории? — Igel B TyMaHe (обс.) 07:59, 12 марта 2019 (UTC)
    • nfr у нас нет требования к обязательному наличию карточки в статье. ShinePhantom (обс) 08:28, 12 марта 2019 (UTC)
      • но как правило она есть. Опять же, останется {{rq}} Igel B TyMaHe (обс.) 11:43, 12 марта 2019 (UTC)
        • вот в основном в rq все это некорректно и запихнули, там массово понаставлено "rq|birth|birthplace|death|deathplace|wikify|img|sources|style". И не важно, что большая часть либо есть (с датами хотя бы до года), либо из карточки автоматом берется (те же изображения). Ну, или предполагая добрые намерения, потом все появилось, но шаблон не чистили, правда, глядя на масштабы бардака - в это слабо верится. Хотя встретил неоднократно и ситуацию, когда даты подставляются из ВД, а в наших стабах их попросту нет, поскольку они по источникам 19 века, класса ЭСБЕ, написаны и с тех пор фактически не правились. ShinePhantom (обс) 12:07, 12 марта 2019 (UTC)
        • ты посмотри сам, если есть желание/возможность. Объяснять долго, лучше один раз самому увидеть. А то я не знаю, когда руки дойдут. ShinePhantom (обс) 12:08, 12 марта 2019 (UTC)
          • ShinePhantom, Предлагаю пока сделать следующую суперочевидную вещь, о коей и консенсуса искать особо нечего, вряд-ли кто будет против, а именно: чтобы статьи вроде Иосиф (Зинкевич), где в карточке указано, что «Место рождения неизвестно» (и тоже с местом смерти), автоматом вносились бы в Категория:Персоны без указанного места рождения (и, соответственно, в Категория:Персоны без указанного места смерти), как это сейчас делается с датами рождения/смерти (см., например, Иосиф (Кононович-Горбацкий)). Потом подумаем следующий этап, что можно сделать без конфронтаций и обсуждений... не найдем такого- будем обсуждать. --@ → SAV © 20:53, 13 марта 2019 (UTC)
            • не такая уж она и очевидная, эта вещь. Одно дело, когда место рождения неизвестно, как у Зинкевича, и категория тогда должна быть Категория:Персоны с неизвестным местом рождения (или как-то так). Другое дело, когда оно просто не указано, как для многих современников, например: ведь для них место можно уточнить хотя бы по паспортным данным и/или от самой персоны (гипотетически). И тогда уже нужная категория служебная: Категория:Википедия:Персоны без указанного места рождения. Одна наполняется - по историческому факту - отсутствие места в АИ, вторая - по недостаткам статьи, пока нет, но можно исправить. В идеале мне видится так. Я посмотрю, но сейчас физически не в силах, здоровье не позволяет. ShinePhantom (обс) 14:52, 14 марта 2019 (UTC)
              • ок, ждем-с))) --@ → SAV © 16:26, 15 марта 2019 (UTC)
              • Кстати в ВД можно поставить как «значение неизвестно», так и «значение отсутствует». Однако как тут их делить? Если оно не известно найденным тобой источникам, это не значит, что в ближайшей библиотеке не лежит книга с точной датой. Не представляю кто возьмется утверждать, что место рождения неизвестно ВААЩЕ, с учетом того, что все книги на историческую тематику прочитать невозможно в принципе за всю жизнь, если только сидеть читать, а если еще и в Википедии писать... --@ → SAV © 16:31, 15 марта 2019 (UTC)

Плашки статусных статей в мобильной версии[править код]

В мобильной версии сайта при нажатии на плашку (которая в самом низу) статусной статьи (ДС, ХС, ИС, СГ) сообщение о статусе (например, "Эта статья входит в число избранных статей русскоязычного раздела Википедии.") отображается под заголовком "Проблемы с подразделом" и с тревожной иконкой. Хорошо бы это исправить. --Браунинг (обс.) 10:00, 11 марта 2019 (UTC)

  • А если в стационарной включить стиль MinervaNeue, то информация о статусе будет показана при нажатии на надпись "Проблемы статьи" под заголовком статьи. Тоже забавно. --Браунинг (обс.) 14:58, 12 марта 2019 (UTC)
    • Плашки проектов сделаны на основе {{ambox}} - того-же шаблона, что используется для шаблонов - предупреждений о проблемах статей (напр. {{rq}}), и видать для моб.версии ambox (а может и весь модуль:Message box?) отнесли к скрытым. Полагаю это не в руВП сделано а глобально... Скорее тут проще всего переделать 5 плашек проектов без использования ambox, чем пытаться где-то что-то с amboxом поправить... Но для этого нужны заинтересованные в решении этой проблемы техники с соотв.правами правки защищенных страниц. А вот с последними в последнее время проблемы... →ʙᴏʀᴏᴅᴜɴ 10:48, 14 марта 2019 (UTC)

Шаблон:Экономика страны[править код]

В этом шаблоне есть параметр "Партнёры по экспорту/импорту", даже после заполнения информацией эти графы в карточке не отображаются. Пример Экономика Монголии.--Александр Русский 13:59, 10 марта 2019 (UTC)

Итог[править код]

Отображается, только если использовать именно «ПартнёрыЭкспорт» и «ПартнёрыИмпорт», то есть ё, а не е. В статье исправил. --Ksc~ruwiki (обс.) 15:29, 10 марта 2019 (UTC)--Ksc~ruwiki (обс.) 15:28, 10 марта 2019 (UTC)

Шаблон[править код]

Всем здравствуйте. У меня есть идея, которую было бы круто реализовать. Нужно создать шаблон для мониторинга последних изменений в статьях или на страницах обсуждений в указанной категории. То есть {{Название шаблона|Категория|пространство имён|уровень глубины|категории, которые игнорируются}}. Добавляешь себе код на страницу и спокойно мониторишь правки по теме, которая тебе интересна. Механизм связанных правок использую на личной странице, но хотелось бы что-то универсальное, чтобы и другие могли использовать. Такое возможно реализовать? Oleg3280 (обс.) 12:18, 10 марта 2019 (UTC)

Статистика вклада в статье Максим Горький[править код]

Можно ли как-то перепроверить статистику вклада в статье Максим Горький — поскольку данные сервера [9] — вызывают сомнения. Почти весь основной текст этой гигантской статьи создан мною (за исключением малозначимых и необъёмных нижних разделов списочного характера типа «Адреса», «Память», «Памятники», «Киновоплощения» и подобное). Однако сервер показывает статистику вклада в статью (добавленного текста): 1). 185.184.233.93 · 282,912 (39.7%); 2). Leonrid · 207,735 (29.2%), далее — мелкие % у проч. То есть получается нелепость, будто я написал менее 1/3 статьи, а некий аноним — почти половину. У этого анонима по истории вклада фиксируется всего 1 правка (скрытая) мизерного объёма [10], вероятно, отмена вандализма. Или может там вся статья была стёрта и затем восстановлена? Расклад в итоговом балансе совершенно невозможный и свидетельствует о том, что расчёт вклада в статьях ведётся некорректно. --Leonrid (обс.) 23:26, 8 марта 2019 (UTC)

  • Та статистика, насколько я помню, не измеряет текстовый вклад, а просто смотрит на количество и размер правок, что-то в этом духе. Текстовый вклад анализирует ВП:ВХ, я запустил обсчёт на ней, как посчитается - скажу. MBH 01:46, 9 марта 2019 (UTC)
  • Результат, у вас 53%. Веб-инструмент не может этим заниматься, т.к. обсчёт крупных статей занимает многие часы и может достигать даже нескольких суток. MBH 13:33, 9 марта 2019 (UTC)
  • Если просуммировать, то другие участники все вместе добавили 18%. А кто же ещё тогда добавил 29% текста? --Leonrid (обс.) 18:53, 9 марта 2019 (UTC)
    • Округляется до целых процентов. Если, например, 40 участников добавили по 0,4 %, 30 участников по 0,3 %, 20 участников по 0,2 %, то в таблице у них будут нули, а в реальности их вклады дадут 29 %. — Adavyd (обс.) 18:59, 9 марта 2019 (UTC)

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

Форум/Технический (Босния и Герцеговина)
Red pog.png
Брчко
Без обводки
С обводкой

Заметил, что в случае, когда надпись оказывается поверх тёмной линии границы, прочесть её становится сложно. Хочет ли кто-нибудь заняться исправлением этой проблемы? Для улучшения контраста тексту можно добавить обводку. Вот для сравнения пример из документации к шаблону {{ПозКарта}}, без обводки и с обводкой. — Vort (обс.) 10:32, 7 марта 2019 (UTC)

  • Я понимаю по коду, что вы хотите предложить вторым примером, но у меня он ни в одном браузере (Хром, ФФ) не имеет значимых отличий от первого примера без обводки. Видимо, что-то работает не совсем так, как ожидается. — putnik 23:03, 9 марта 2019 (UTC)
    • @putnik: во втором примере я использовал обводку с полупрозрачностью в 50%, чтобы при необходимости объекты рядом с текстом всё же можно было увидеть. То есть, читаемость бы улучшилась, но из-за чего — пользователь не понял бы. Но, наверно, действительно, это мало. Вот сравнение ещё и с третьим вариантом, в котором обводка непрозрачна (.51): [11]. Разницу хорошо видно на букве «о». — Vort (обс.) 06:01, 10 марта 2019 (UTC)
    • не, я вижу, что второй вариант читается лучше. Хром. ShinePhantom (обс) 10:04, 10 марта 2019 (UTC)
      • да, на втором варианте читается лучше, чем на первом. ФФ. →ʙᴏʀᴏᴅᴜɴ 19:02, 11 марта 2019 (UTC)

Шаблон:Книга:РПВ ГИ[править код]

Шаблон не поддерживает указание страниц и почему-то заставляет указывать тома через 0. 83.219.136.16 12:33, 5 марта 2019 (UTC)

  • Там в документации шаблона, в таблице, в конце неверно написан пример. Нет "с=", чтобы отображался номер страницы. А указание номера тома "01" или "1" даёт одинаковый результат. --193.233.70.48 12:37, 6 марта 2019 (UTC)
  • {{Книга:РПВ ГИ|6|2|с=1}} → Ресурсы поверхностных вод СССР: Гидрологическая изученность. Т. 6. Украина и Молдавия. Вып. 2. Среднее и Нижнее Поднепровье / под ред. Б. М. Штейнгольца. — Л.: Гидрометеоиздат, 1964. — С. 1.
    О чём речь? -- dima_st_bk 23:26, 6 марта 2019 (UTC)

Клара[править код]

Коллеги, а откуда в статье Клара генерируется пустая категория? Шаблон какой-то выставляет? Не могу найти. 91.79 (обс.) 07:00, 5 марта 2019 (UTC)

Итог[править код]

В шаблоне параметр Род может быть заполнен строго по формату. Там простой switch для категорий Женские имена и Мужские имена, при несовпадении с вариантами ничего не выводит кроме пустоты. Serhio Magpie (обс.) 07:07, 5 марта 2019 (UTC)

Второй уровень headline в Tracklist[править код]

(Добавлено в список техзадач на будущее)

Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч 2019-03-12: Создать в шаблоне Tracklist строки для указания сторон грампластинок, компакт-кассет и др. релизов, имеющих стороны, обозначаемые «1», «2», «A», «B» и т. д.. Dmitry from Saransk. /Тхздч.
  • Эта тема добавлена в список технических задач для выполнения в будущем. Суть: «Создать в шаблоне Tracklist строки для указания сторон грампластинок, компакт-кассет и др. релизов, имеющих стороны, обозначаемые «1», «2», «A», «B» и т. д.». Cписок задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. ✧ Dmitry from Saransk ✧ 07:43, 12 марта 2019 (UTC)

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

В subheadline (назвать параметр можно по-другому) можно было бы записывать «Сторона 1» или «Сторона А» или ещё что-нибудь. ✧ Dmitry from Saransk ✧ 19:15, 4 марта 2019 (UTC)

  • Так шаблоны работать не могут, название параметров должны быть уникальны. Чтобы достигнуть предлагаемого вами решения, придётся добавлять возможность указания заголовка после каждой строчки, выглядеть это будет так:
    Serhio Magpie (обс.) 21:06, 4 марта 2019 (UTC)
  • В этом варианте, получается, subheadline1 и subheadline4 «съедят» номера треков 1 и 4? А нельзя ли вот так:
Кстати, мысль: а может быть, стоит вообще сделать отдельный шаблон {{tracklist2}} для релизов, имеющих стороны?
✧ Dmitry from Saransk ✧ 07:55, 5 марта 2019 (UTC)
  • В первом примере не получится, потому что сторона может иметь неопределённое количество песен. Мы не можем поставить заголовок subheadline2 точно после определённого трека в коде, только заранее зарезервировать заголовки после / перед каждым треком. Можно не съедать цифры заголовками, тогда, например, после subheadline1 будет идти track1, и нумерация песен не собьётся. Стоит уточнить, нужно ли чтобы нумерация на второй стороне обнулялась? С общим шаблоном по первому примеру нумерация будет общая.
    Личном мне кажется, что ничего страшного не будет если в статье будут два шаблона с треклистами. Смотрите пример в документации — Шаблон:Tracklist/doc#The_Beatles_(The_White_Album),_The_Beatles. Serhio Magpie (обс.) 16:51, 5 марта 2019 (UTC)
  • @Serhio Magpie: «нужно ли чтобы нумерация на второй стороне обнулялась?» — на мой взгляд, нужно, и даже очень.
По поводу примера с «Битлз»... Там, в этой статье, всё очень просто: вариант один и указаны только треки. В статьях же о синглах Depeche Mode (именно в статьях о синглах этой группы, львиную часть которых создавал я сам, я и хочу навести порядок) всё сложнее: много разных вариантов на разных носителях (винил 7", винил 12", CD) с разным набором треков и разной доп. информацией («ограниченный выпуск», «промо-релиз» и т. д.). headline занят информацией о каталожном номере, лейбле и доп. информацией. Очень не хватает вот как раз таких строчек, в которые можно было бы записать: «Сторона 1», «Сторона 2» (а есть и такие, где будут и «Сторона 3» и «Сторона 4»). ✧ Dmitry from Saransk ✧ 17:43, 5 марта 2019 (UTC)

Шаблон:Значения. Частные случаи[править код]

Мужская и женская фамилия – по одной[править код]

Как можно корректно проставить шаблон на другую персону, когда есть одна мужская фамилия и одна женская? Не нахожу подходящего решения ([12] – как-то не очень) в пространстве страниц-указаний Шаблон:Другие значения. Или здесь только через {{also}}? Или делать дизамбиг?
Баетов, Муса и Баетова, Асымкуль Адыбаевна. - 94.188.99.135 14:42, 3 марта 2019 (UTC)

  • Делать дизамбиг. Bible Black 20:58, 3 марта 2019 (UTC)
    • Сделал дизамбиг, но довольно странно, что (без дизамбига) не проставить шаблон «однофамильцы» на конкретную персоналию, прикрыв её «термином» «Баетов» (т.е., чтобы кликая на Баетов, попадать на Баетова, Асымкуль Адыбаевна). - 94.188.120.150 13:49, 4 марта 2019 (UTC)
      • Vcohen (обс.) 14:36, 4 марта 2019 (UTC)
        • Да, и эти скрюченные скобки с восклицательным знаком внутри них тоже по разному всандалить пробовал. Здесь – Шаблон:Другие значения/фамилия – пример (как так сделать) не приведён. Да и вообще про скрюченные скобки с восклицательным знаком на страницах с рекомендациями по конструированию шаблонов со значениями если и есть информация, то её непросто найти. Вот здесь например – Шаблон:Другие значения – нашёл (их изображение), но вот это вот что? Что этим показывается? Что за инструкция такая? Непонятно. Очевидно, что нужно привести примеры таким же образом, как это сделано в разделе Шаблон:Другие значения#Использование. - 94.188.120.150 15:09, 4 марта 2019 (UTC)
          • Тройные фигурные скобки - это параметр шаблона (и его имя или номер). Двойные - это шаблон. Шаблон "!" делает просто вертикальную палку, т.е. при обращении к шаблону "другие значения" мы передаем в него не ссылку Баетов, а ссылку Баетов. Прямо вертикальную палку вместо шаблона "!" ставить нельзя, потому что она будет воспринята как разделитель параметров и тогда "Баетова, Асымкуль Адыбаевна" пойдет в один параметр, а "Баетов" в другой, чего шаблон "другие значения" не поймет. Vcohen (обс.) 15:39, 4 марта 2019 (UTC)
            • Плохая идея вместо дизамбига по фамилиям переправлять на конкретную статью о человеке. Отрицательно влияет на связность. Bible Black 21:04, 4 марта 2019 (UTC)
              • А разве не так делают, когда статей всего две и создание дизамбига не рекомендуется? Vcohen (обс.) 21:06, 4 марта 2019 (UTC)
              • Кстати, в данном случае страница Баетов уже была, она перенаправлялась на село Баетово, названное в честь Мусы Баетова. Так что полезен дизамбиг, куда я село включил в «См. также». - 94.188.120.150 22:24, 4 марта 2019 (UTC)
            • А как сделать, чтобы отображалось Витязи (деревня), а не другие значения в шаблоне вот в этой статье? - 94.188.114.14 12:33, 5 марта 2019 (UTC) Вообще бы, на «Витязи» дизамбиг нужен – есть ещё Русские Витязи и Русские Витязи (хоккейный клуб) - 94.188.114.14 12:37, 5 марта 2019 (UTC)
              • Без учета просьбы про дизамбиг - так: Vcohen (обс.) 12:39, 5 марта 2019 (UTC)
                • Да, в Шаблон:Перенаправление и пример такой есть (с тремя параметрами). Я бы на вашем месте привёл бы эту ссылку и пожурил вопрошающего. В данном случае – это полезно (ссылка), а журение – оправданно (заслуженно и справедливо). Хорошо я нашёл (но должен был найти сам), другой бы воспользовался ответом, а пользы для себя никакой бы не извлёк. - 94.188.114.14 12:57, 5 марта 2019 (UTC)

«Значения терминОВ» через запятую[править код]

Как оформить, чтобы не по-отдельности, а через запятую (где-то видел). Не нахожду, опять же (да и на СО нет движухи, и нахожу вот такое – Обсуждение шаблона:Однофамильцы#Случай двух параметров не работает).
Там как-то хитро с «=2» и «типом „термин“» и «вертикальными палками».
Вот например в Шахтёр-Булат сделать так. - 94.188.99.135 14:42, 3 марта 2019 (UTC)

  • {{o}} Tatewaki (обс.) 13:23, 5 марта 2019 (UTC)
    • Я об этом.
      У терминов «Шахтёр» и «Булат» существуют также другие значения: см. Шахтёр (значения) и Булат.
      или
      Для терминов «Шахтёр» и «Булат» см. также другие значения: Шахтёр (значения) и Булат.
      Где-то подобное видел, и посмотрел, как записано. Записано было шаблоном. - 94.188.114.14 13:32, 5 марта 2019 (UTC)
      • Нашел! Vcohen (обс.) 13:40, 5 марта 2019 (UTC)
        • Пример с "Шаблон поддерживает параметр префикс, с помощью которого можно указать другой префикс вместо «См. также»." не мешало бы запилить в эту таблицу. - 94.188.114.14 13:51, 5 марта 2019 (UTC)
          • Можно и запилить... Этот пример - это уже почти как голый текст без шаблона. Vcohen (обс.) 14:48, 5 марта 2019 (UTC)
        • (Здесь) Чисто теоретический вопрос.
          Чтобы вместо «другие значения» показывалось что-то иное: например, Витязь (значения)#Клубы или Витязь (футбольный клуб) – или в шаблоне {{перенаправление}} предусмотрено только дача «других значений», и никак? - 94.188.114.14 14:27, 5 марта 2019 (UTC)
          • Вроде выше уже был такой пример? Vcohen (обс.) 14:48, 5 марта 2019 (UTC)
            • Да, про деревню. Шаблон предусматривает пояснение. А если без пояснений заменить «другие значения» на «Витязь (значения)#Клубы»?
              Вручную пишу.
              Было.
              Запрос «Витязь-2» перенаправляется сюда; см. также другие значения.
              Сделать.
              Запрос «Витязь-2» перенаправляется сюда; см. также Витязь (значения)#Клубы.
              Возможно такое? - 94.188.114.14 15:32, 5 марта 2019 (UTC)
              • Vcohen (обс.) 15:44, 5 марта 2019 (UTC)
                • «См. также см.» получается. - 94.188.114.14 16:11, 5 марта 2019 (UTC)
                  • Сорри, поправил. Получилось не точно как надо, но почти. Vcohen (обс.) 16:16, 5 марта 2019 (UTC)
                    • А, ну да. Хитро. Но таки да – порядок другой. До конца «обойти закон» не удалось. - 94.188.114.14 16:20, 5 марта 2019 (UTC)
                    • Поупражнялся... :-) Статья Nautilus Pompilius. История правок [13].
                      Возможные иные варианты применения шаблона, с точки зрения возможности придраться, не идеальны: 1) будут либо другие значения, строго говоря, не совсем этого термина (НАУ – регистр), как в этой версии, либо 2) только одно значение в указанном регистре – Нау (Таджикистан), что менее информативно (лучше чтобы были все) (а в этой версии ещё и „под соусом“ «других значений»). Поэтому лучше дать НАУ, «раскрыть» его (честно показав регистр): «методом измения порядка „см.“ и „также“» получается «также см. НАУ» [14], и чтобы было наглядно, что под НАУ подразумевается дизамбиг, «НАУ» заменить на «НАУ (значения)».
                      (а перенаправления такого нет — «НАУ (значения)» – красная ссылка... можно, было, конечно создать это перенаправление....) - 94.188.114.14 07:12, 6 марта 2019 (UTC)
  • А здесь добавить выделенное в рамке так – получится? Т.е., добавить значения для «Витязь», но в тот же (второй) шаблон. А то... - 94.188.114.14 17:11, 5 марта 2019 (UTC)
    • Наверно, только отдельной строчкой. Vcohen (обс.) 18:42, 5 марта 2019 (UTC)
  • Когда дизамбиг – без уточнения, можно проще. [15]- 94.188.114.14 11:34, 6 марта 2019 (UTC)

Шаблон:НП[править код]

В статье Анкоридж добавил статистические данные по переписи населения США. Особенностью американских переписей является учёт не национального, а расового (белые, черные, азиаты и т. д.) и этнолингвистического состава населения (отдельный учёт именно испаноязычных американцев и латиноамериканцев и всех остальных). В шаблоне НП эти особенности не отражаются, есть только национальный и конфессиональный состав. Есть ли возможность добавить две позиции в шаблон: 1) Расовый состав и 2) Этнолингвистический состав?--Vestnik-64 11:20, 3 марта 2019 (UTC)

  • В общий шаблон {{НП}} наверное не стоит добавлять. Но почему Вы не используете {{НП-США}}, там как раз можно дополнить специфическими для США полями совершенно безболезненно. TenBaseT (обс.) 11:28, 3 марта 2019 (UTC)
    • В технических вопросах я разбираюсь слабо. В шаблоне НП-США отражаются викиданные?--Vestnik-64 11:43, 3 марта 2019 (UTC)
      • Да, разумеется, это "подшаблон" для шаблона НП как раз специфически для разных стран (есть {{НП-Россия}} или {{НП-Израиль}}). Примеры использования тут: Нашвилл, Джерси-Сити, Парк-Сити и так далее. TenBaseT (обс.) 11:51, 3 марта 2019 (UTC)
        • Ещё. Насколько будет политкорректным пункт «Расовый состав» или «Расы», как в источнике? Может лучше будет длиннее, но благозвучнее — «Состав населения по расам», «Состав населения по расовым признакам», «Состав населения по расовой принадлежности» или как-то ещё.--Vestnik-64 12:05, 3 марта 2019 (UTC)
        • Шаблон:НП-США недоступен для редактирования, только для администраторов и инженеров.--Vestnik-64 12:42, 3 марта 2019 (UTC)
          • TenBaseT (обс.), Вы можете внести эти пункты в шаблон Шаблон:НП-США?--Vestnik-64 05:43, 4 марта 2019 (UTC)
            • @Vestnik-64:, да конечно, Вы только определитесь с точным наименованием полей, я к сожалению в этом не сильно разбираюсь. TenBaseT (обс.) 07:29, 4 марта 2019 (UTC)
              • Если количество слов — не проблема, то я бы выбрал «Состав населения по расовой принадлежности» и «Состав населения по этнолингвистическим признакам». Но могут быть возражения. Скорее всего, надо обсудить на геофоруме.--Vestnik-64 08:09, 4 марта 2019 (UTC)
                • Думаю, что слишком длинно. Подумайте над вариантами: 1) Раса или Расовый состав; 2) Этнолингивистические группы или Этнолингивистический состав — Helgo13(Обс.) 16:10, 8 марта 2019 (UTC)

Рахманинов, Сергей Васильевич[править код]

В карточке дата рождения по старому и по новому стилю (20 марта / 1 апреля), дата смерти 28 марта (разумеется, по новому стилю), возраст 70 лет. А он умер за 3 дня до своего 70-летия. Похоже, что при вычислении возраста берётся юлианская дата рождения, получается ошибка. --193.233.70.48 13:33, 1 марта 2019 (UTC)

Вопрос про nocat[править код]

В статье Убийство Анастасии Мещеряковой были использованы шаблоны {{Убийца}} и {{Персона}}, однако они были удалены из-за того, что они добавляют в статью ненужные категории. Согласно документации к шаблону {{Персона}}: "В случае, если персоналию не следует добавлять в категорию, то существует параметр |без категорий =, в котором следует перечислить названия исключаемых категорий через точку с запятой". Однако это почему-то не работает. Почему? Раммон (обс.) 09:09, 1 марта 2019 (UTC)

  • Действительно. Может, сломали. А там точно этот шаблон нужен? 91.79 (обс.) 12:23, 1 марта 2019 (UTC)
    • Без него, конечно, можно и обойтись, но зачем тогда вообще шаблоны-карточки? Раммон (обс.) 13:32, 1 марта 2019 (UTC)
    • И я так и не понял, каким образом этот шаблон вставляет категории. Был бы благодарен за объяснение. Раммон (обс.) 13:33, 1 марта 2019 (UTC)
    • Вот, нашёл: "Всегда предусматривайте параметр nocat в виде{{#if:{{{nocat|}}}||<includeonly>[[Категория:Название категории]]</includeonly>}}. Это отключит категоризацию при вызове шаблона с параметром nocat=1 (распространённая практика)". Раммон (обс.) 13:40, 1 марта 2019 (UTC)
      • Почему-то не работает отключение категоризации. Раммон (обс.) 08:02, 4 марта 2019 (UTC)
  • Википедия:Шаблоны-карточки. Хоть это не правило, а эссе, но тем не менее мере оговаривается, что карточка должна относиться к основному предмету статьи (в данном случае "Убийство"), и должна стоять в начале статьи, перед текстом. А то если моду подхватить, то статьи Википедии можно заставить такими карточками вдоль текста. --193.233.70.48 12:37, 1 марта 2019 (UTC)
  • Пробросил nocat для дат рождения и смерти в {{Убийца}}, но например место рождения в статье указано сторонним шаблоном - {{МР}}, чью категоризацию можно отключить только удалением шаблона со статьи. Serhio Magpie (обс.) 10:29, 4 марта 2019 (UTC)
    • Спасибо. Теперь ждём админа или инженера, чтобы он сделал аналогичные изменения в шаблоне {{Персона}}. Раммон (обс.) 11:18, 4 марта 2019 (UTC)
      • ✔ Сделано. Don Rumata 14:32, 7 марта 2019 (UTC)
        • DonRumata, и ещё в шаблоне {{МестоРождения}}, пожалуйста. Раммон (обс.) 14:16, 11 марта 2019 (UTC)
          • А для {{МестоСмерти}} тоже нужно? Don Rumata 14:40, 11 марта 2019 (UTC)
            • И там и там это не нужно. Единственная задача шаблона — ставить категорию. Если категорию проставлять не нужно, чем обычная вики ссылка уже не угодила? Serhio Magpie (обс.) 16:53, 11 марта 2019 (UTC)
              • У:Serhio Magpie? речь про случай использования шаблонов дат внутри шаблонов карточек. И тут как раз случай, универсального решения. Don Rumata 13:14, 12 марта 2019 (UTC)
                • Речь про шаблоны {{место рождения}} и {{место смерти}}. Они служат только для вывода категории места рождения и места смерти и заполняются внутри статьи. По формату заполнение и вывода ничем не отличается от обычный вики-ссылки. Там, где не нужно выводить категории, достаточно ввести вместо этих шаблонов вики ссылки. Решение не универсальное, так как шаблоны проставляются в статьях, то и nocat нужно ставить у каждого шаблона индивидуально в статье. Вместо шаблонов следует просто указывать вики-ссылки. Serhio Magpie (обс.) 19:33, 12 марта 2019 (UTC)
            • Да, там всё тоже самое. Раммон (обс.) 06:40, 12 марта 2019 (UTC)

Бочкарёв, Юрий Викторович[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
В статье стоит использование внешнего фото, — просмотр которого даже и работает, но требуется на 1 клик больше, чем обычно. Уважаемые гуру, не посмотрите, лечится ли сие и, если ответ «да», — то как? --AndreiK (обс.) 17:55, 24 февраля 2019 (UTC)
А если «нет», то почему? --AndreiK (обс.) 17:58, 24 февраля 2019 (UTC)
Кста.: Яндекс находит то же самое фото персоны, — с того же самого сервера и теми же самыми проблемами. --AndreiK (обс.) 18:03, 24 февраля 2019 (UTC)
  • Аналогично файлам PDF с ряда популярных ресурсов. В интернет-индустрии называется leech protection (защита от пиявок). Само действие, выполняемое {{Внешние медиафайлы}} соответственно называется leeching (=~ подсасывание), то есть прямой показ чьих "вкусных" ресурсов без предусмотренной владельцем ресурса рекламы и прочего контента.
    Это не единственный метод против leeching, но весьма частотный: если запрос картинки не определённым образом с определённой страницы, то сервер ломает заголовки ответа. Cкажем, вместо image/jpeg пишется get-the-hell/out или что вообще рандомное или матерное. У броузера это включает ситуацию "неопознанный тип файла", действие по умолчанию для этого - загрузка (вместо показа в броузере).
    Другой распространённый способ борьбы с leeching - в той же ситуации выдавать вместо файла какую-нибудь заглушку, см. например здесь вторую ссылку в шаблоне справа.
    Бороться с этим теоретически можно, но на практике перед советами сначала следует понять, есть ли в сообществе консенсус "отвечать хаком на хак". --Neolexx (обс.) 19:17, 24 февраля 2019 (UTC)
  • Проще ведь поискать фото в другом источнике. Я поменял ссылку. --193.233.70.48 13:03, 1 марта 2019 (UTC)

Категория:Родившиеся в 2019 году[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Прошу исправить дату рождения так как она не соответствует действительности. Статья попала в Категория:Родившиеся в 2019 годуЭфрониУри (обс.) 20:03, 17 февраля 2019 (UTC)

Категория:Родившиеся в 2019 году пуста. Блэк, Лукас правилась 31 июля 2018 года, в d:Q359491 после 21 ноября 2018 года сделана одна правка, не имеющая отношения к дате рождения. Причина попадания статьи в категорию и исчезновения из неё неизвестна. Kalendar (обс.) 20:23, 17 февраля 2019 (UTC)

Прошу исправить дату рождения так как она не соответствует действительности. Статья попала в Категория:Родившиеся в 2019 году — ЭфрониУри (обс.) 19:27, 18 февраля 2019 (UTC)

Статья была в категории, но исчезла. Правок в статье и в Викиданных не было 1-2 года. Причина неизвестна. Kalendar (обс.) 17:44, 18 февраля 2019 (UTC)
ВП:НУЛЬ в статье. Oleg3280 (обс.) 17:53, 18 февраля 2019 (UTC)
Про нуль-то понятно. Непонятно, как статья попадала в категорию. Случай не единичный (см. «Блэк, Лукас» ниже). Kalendar (обс.) 19:35, 18 февраля 2019 (UTC)
Да, тоже видел подобное. Глюк какой-то. Ещё при этом у умерших возраст на момент смерти становится отрицательным. Землеройкин (обс.) 19:54, 18 февраля 2019 (UTC)
Какой-то системный глюк. Не пойму в чём проблема. Сейчас в категории Родившиеся в 2019 году статья Мария Мазовецкая, а в категории Родившиеся в 2010-е годы статья Гримоар, Анжелик де. Века рождения у них разные. Возможно проблема в интерпретации текущего времени. Надо бы всё-таки разобраться и решить вопрос, а то затянем — получи масштабную проблему. --Ksc~ruwiki (обс.) 13:46, 24 февраля 2019 (UTC)
Новая статья Маргасов, Тимофей Вячеславович в Категория:Родившиеся в 2019 году — ЭфрониУри (обс.) 14:06, 26 февраля 2019 (UTC)
2019 год рождения был виден в карточке статьи, в коде карточки даты рождения нет, в Викиданных год рождения 1992. После нулевой правки в статье в карточке появилась дата рождения 1992, категория 2019 года исчезла. Пропасть с этой проблемой пока кажется бездоннн... Kalendar (обс.) 13:13, 26 февраля 2019 (UTC)
Не просто год, сегодняшняя дата. Плюс ref стоял от Викиданных. — Vort (обс.) 13:15, 26 февраля 2019 (UTC)
ref и сейчас стоит, он приходит из Викиданнах (не обратил внимания на содержания ref до нулевой правки), а вот дата по пути из Викиданных в карточку подменяется. Kalendar (обс.) 13:31, 26 февраля 2019 (UTC)
И ещё не обратил внимания на важную деталь — дата в преамбуле была размещена через шаблон {{ВД-Преамбула}}, при их идентичности либо неидентичности можно было бы сделать выводы. Kalendar (обс.) 13:37, 26 февраля 2019 (UTC)
  • Сейчас в категорию попала статья про футболиста Игбоананике, Кеннеди. И в карточке статьи была дата рождения 26 марта 2019. При просмотре истории правок показывало, что ошибка возникает после последней правки 15 января. ВП:НУЛЬ сработало. --193.233.70.48 13:18, 1 марта 2019 (UTC)
  • Я решил зайти в саму статью Игбоананике, Кеннеди, в которой дата рождения 1989, а в карточке 2019 и не внеся ни одного исправления нажал кнопку Предварительный просмотр после чего в карточке появился 1989 год — ЭфрониУри (обс.) 15:43, 1 марта 2019 (UTC)
  • Сами статьи здесь не при чём. Сейчас в категории находится статья Грюнберг, Карл (писатель). Понятно, что и нулевая правка и очистка кэша помогут решить вопрос с конкретной статьёй. Но вопрос в том, проблемы только с этой категорией или и с другими тоже, а мы просто на неё обращаем внимание? Если первый вариант - то надо искать причину попадания статей туда и исправить её, есть версии? --Ksc~ruwiki (обс.) 19:18, 6 марта 2019 (UTC)
    • По описанию бага (его бессистемности) тут надо писать на багзилу, вряд ли тут можно что-то исправить в локальных шаблонах/категориях. Alex Spade 19:21, 6 марта 2019 (UTC)
      • Статья находится в категории, однако в самой статье категория отсутствует. В списке наблюдения (подключен показ изменения содержания категорий) категория не появилась. Мистика. Kalendar (обс.) 19:34, 6 марта 2019 (UTC)
      • Alex Spade, сможете написать, я даже не в курсе, что тако «багзила» и куда надо писать? --Ksc~ruwiki (обс.) 15:59, 9 марта 2019 (UTC)
        • Старый багтрекер движка медиавики. Уже лет 5 как заменён на Фабрикатор MBH 16:47, 9 марта 2019 (UTC)
  • Проблема не ушла, но в элементе Викиданных категории заменил дату рождения на год рождения. Так правильнее (в других элементах именно так) вдруг поможет. --Ksc~ruwiki (обс.) 14:30, 17 марта 2019 (UTC)

Фильтр отметки рефов от новых участников[править код]

Перенесено на Википедия:Форум/Вниманию участников

Предосмотр внутривикипедийных ссылок AJAX слишком маленькое окно[править код]

Можно ли изменить размер подгружаемого окошечка ссылки на значительно больший?

Хотелось бы также видеть ссылки в окошечках не только из основного пространства имен (статей). https://phabricator.wikimedia.org/T215685 — Эта реплика добавлена участником Axon-x (о · в)