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

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Архив форума
Правки нежелательны

Эта страница — часть архива форума Википедии.

Пожалуйста, не редактируйте эту страницу!
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Префикс ВП[править код]

Обнаружилось 5 категорий, у которых префикс ВП:, вместо полного Википедия:. Правильно ли я понимаю, что их надо переименовать? Vcohen (обс.) 15:31, 30 ноября 2019 (UTC)

как то бот неправильно работает [1] — отметил ссылку недоступной, а она работает. DragonSpace 09:52, 30 ноября 2019 (UTC)

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

Вопрос решен. DragonSpace 13:03, 30 ноября 2019 (UTC)

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

Шаблон {{CASacadprofile}} не функционирует (точнее, не везде). Ссылки, видимо, поменяли. -- Badger M. (обс.) 10:34, 29 ноября 2019 (UTC)

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

Поменял формат ссылки своими силами. Просьба проконтролировать результат на наличие ошибок, если найдутся заинтересованные участники. -- Badger M. (обс.) 06:41, 30 ноября 2019 (UTC)

Функция #ifredirected[править код]

Предлагаю обсудить создание функции парсера: {{#ifredirected: статья-перенаправление | текст, если перенаправлено оттуда | текст, если нет}} Например, имеется статья: «Суборбитальный пароход „Дядя Вася“» и перенаправление на неё: «Дядя Вася». В статье пишем: {{#ifredirected: Дядя Вася | «Дядя Вася» может иметь другие значения…}} То есть, если мы пришли с перенаправления «Дядя Вася», то получаем подсказку, что есть другие статьи, если вдруг пришли не туда (как обычно и делается). А если мы набрали полный запрос или пришли по прямой ссылке, то эта подсказка абсолютно не нужна. И особенно полезно, если на статью имеется несколько перенаправлений. WBR, BattlePeasant (обс.) 18:25, 28 ноября 2019 (UTC)

  • Сайт, где можно делать подобные предложения тут. aGRa (обс.) 18:39, 28 ноября 2019 (UTC)
    • Я предлагаю сначала обсудить, прежде чем фабриковать. Нужно или нет? Люди станут фабриковать, а окажется,что это никому не нужно. Обсудим, а потом кто-нибудь сфабрикует, если жить без этого больше не сможет. А если нет, то и нет. WBR, BattlePeasant (обс.) 19:01, 28 ноября 2019 (UTC)
      • Скорее вероятен другой вариант: вы это тут обсудите, а на Фабрикаторе вам дадут от ворот поворот. Прежде чем обсуждать, надо убедиться, что это вообще хоть кто-то возьмётся реализовывать. aGRa (обс.) 19:22, 28 ноября 2019 (UTC)
  • Нашёл такое. — Джек (обс.) 19:25, 28 ноября 2019 (UTC)

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

Это убьёт весь адов механизм кэширования, ибо страница будет различаться в зависимости от того, откуда на неё пришли. Есть умозрительный вариант: в перенаправлении писать некий текст, который средствами движка затем добавлять в начало статьи (аналогично «перенаправлено с…», но произвольный текст). Но так никто тем более делать не будет. WBR, BattlePeasant (обс.) 19:58, 28 ноября 2019 (UTC)

  • При большом желании это можно скриптом обеспечить, хоть и с небольшой задержкой. — Джек (обс.) 20:04, 28 ноября 2019 (UTC)
    • Откровенно костыльно. Если информация готова к моменту вывода страницы, то никаких скриптов быть не должно. Она уже есть, её не надо тащить отдельным паровозом. Можно сделать вывод без скрипта? Можно! Значит скрипт не нужен. А то, что так никто не сделает, это не отговорка. Значит не так уж и нужно. WBR, BattlePeasant (обс.) 15:55, 29 ноября 2019 (UTC)
  • Смысл отличается от en:Template:Redirect for? --Sunpriat 17:48, 29 ноября 2019 (UTC)
  • Да ничего оно не убьет. Просто для "ru.wikipedia.org/wiki/Основная Статья" кэш будет один, а для "ru.wikipedia.org/wiki/Редирект" - другой. Вполне вероятно, он на уровне движка и так другой. Другой вопрос, что таки да, будет ли этим кто-то заниматься? Zero Children (обс.) 18:00, 29 ноября 2019 (UTC)
  • Не убьёт. Сейчас страницы всё равно показываются по-разному в зависимости откуда на неё пришли. Например, если кликнуть на Пушкин сверху будет "(перенаправлено с «Пушкин»)", а если кликнуть на Александр Пушкин, то сверху будет "(перенаправлено с «Александр Пушкин»)". Шансов, что на фабрикаторе обратят внимание на это предложение, будет больше, если вначале обсудить его локально. По сути, это предложение открывает и другие возможности:
  • Если перенаправление с ошибочного названия, можно об этом написать сверху: В Тайланд: "Внимание! Название «Тайланд» содержит ошибку. Правильно — Таиланд."
  • Если перенаправление не является точным синонимом: В Литературовед: "Литературове́д — учёный, занимающийся литературоведением."
Так что я (+) За.
P.S. Теоретически это можно реализовать используя обертку вместо перенаправления: Например, вместо перенаправления Тайланд, можно было бы создать короткую статью:
Внимание! Название «Тайланд» содержит ошибку. Правильно — Таиланд. 
{{:Таиланд}}
Но у этого решения много проблем: сложности с редактированием статьи, с категориями, так что так лучше не делать. — Алексей Копылов 20:32, 29 ноября 2019 (UTC)
    • Емним кешируется только содержимое в mw-parser-output, а все системные сообщения над контентом, в том числе о редиректах, — нет. Serhio Magpie (обс.) 20:42, 29 ноября 2019 (UTC)
      • Тогда, наверное, можно было бы сделать так, что сообщение о редиректе можно было бы менять в самом редиректе. — Алексей Копылов 23:33, 29 ноября 2019 (UTC)
        • Да, собственно при подведении неитога я так и написал. Предположим, создаём перенаправление:
          #REDIRECT [[Суборбитальный пароход «Дядя Вася»]]
          #TEXT «Дядя Вася» может иметь другие значения…
          Текст парсится, кэшируется, а затем вставляется в основную статью вместо стандартного «перенаправлено с…». Шаблоны разбирать в пространстве редиректа, чтобы лишних проблем не возникало. Думаю, это был бы вполне рабочий вариант. То, что для каждого редиректа хранится свой кэш — очень сомнительно, скорее просто вставляется стандартная приписка. WBR, BattlePeasant (обс.) 07:46, 30 ноября 2019 (UTC)

Карта избирательных округов для парламентских выборов в Узбекистане 2019[править код]

Кто сможет нарисовать карту избирательных округов Узбекистана, чтобы после выборов закрасить эти округа в соответствующие цвета партий? Карта избирательных округов на сайте ЦИК УзбекистанаFirdavs Kulolov (обс.) 10:54, 28 ноября 2019 (UTC)

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

Для бота. — С уважением, Helgo13(Обс.) 10:41, 30 ноября 2019 (UTC)

Ударение и запрет индексации[править код]

Не смог найти. Подскажите, пожалуйста, какими тегами оформляются ударения в русских и иностранных словах. И вопрос по ссылкам, надо ли и как обрамлять ссылки в тексте статьи, чтобы их не индексировали боты во избежании переспама, ведь наверно это плохо, если в статье куча внешних ссылок на АИ т. д.? Аведон (обс.) 14:21, 26 ноября 2019 (UTC)

Ударение в русских словах ставится с помощью шаблона {{подст:ударение}} (или соответствующего Unicode символа). Со ссылками, скорее всего, ничего дополнительно делать не надо. — Vort (обс.) 14:41, 26 ноября 2019 (UTC)
Спасибо. А не подскажете, какой именно символ Юникода? Не могу понять как проставить ударение в русском ФИО человека в середине фамилии. Аведон (обс.) 16:54, 26 ноября 2019 (UTC)
Символ называется «combining acute accent», его номер 769 (в шестнадцатеричной системе 301). В HTML можно писать ́ или ́ — Monedula (обс.) 17:07, 26 ноября 2019 (UTC)
При редактировании в режиме кода - ставите курсор после буквы, на которую хотите поставить ударение, ниже окна редактирования выбираете указанный шаблон {{подст:ударение}} (это вторая строка снизу, в блоке ниже кнопок "Записать страницу...", в конце строки), нажимаете предпросмотр - шаблон должен заменится на ударение. Def2010 (обс.) 17:10, 26 ноября 2019 (UTC)
Спасибо. Аведон (обс.) 21:19, 26 ноября 2019 (UTC)

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

Для упрощения сделал скрипт как в Викисловаре. Добавляйте user:DonRumata/acute.js в vector.js. Don Rumata 15:23, 29 ноября 2019 (UTC)

16:51, 25 ноября 2019 (UTC)

Медальный зачёт[править код]

Создал статью. Вспомнил, что есть шаблон для создания итогового распределения медалей. Но использовал его давно и теперь не могу его найти. Simba16 (обс.) 10:37, 24 ноября 2019 (UTC)

Викификатор и даты[править код]

1991—1995 гг. — Переходный этап — именно к такому виду приводит викификатор. Я подозреваю, что между датами должен быть дефис а не эта длинная тире. — Ailbeve (обс.) 22:58, 23 ноября 2019 (UTC)

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

Подозреваете неправильно — см. правило Википедия:Оформление статей#Диапазоны. Технических изменений не требуется. NBS (обс.) 23:03, 23 ноября 2019 (UTC)

Мое почтение присутствующим. Несколько минут назад я с удивлением обнаружил, что шаблон {{ФИО}}, о переводе которого на модуль так долго говорили большевики, уже почти туда переведен коллегой Grain of sand. Там оставались какие-то мелкие баги, и мне кажется, что я их исправил. Давайте проверим, как оно работает, и наконец закончим эту сагу? Vcohen (обс.) 19:01, 22 ноября 2019 (UTC)

  • (+) За, конечно же. Serhio Magpie (обс.) 21:49, 22 ноября 2019 (UTC)
  • Шаблон защищен от редактирования. Кто-нибудь с соответствующим флагом мог бы поставить <includeonly>{{#invoke:ФИО|ФИО}}</includeonly> на место нынешнего кода? Подшаблоны я бы пока не удалял. Vcohen (обс.) 15:22, 30 ноября 2019 (UTC)
  • Считается ли некорректной работой отображение ссылки на Силуэт? А на странице Абба (значения) некорректно проставлены шаблоны, которые включают в неё статью про группу. ·Carn 21:25, 30 ноября 2019 (UTC)
    • Аббу я уже исправил, статья была переименована, а в дизамбиге включение не поправили. С силуэтом проблема в том, что дизамбиг не содержит списка фамилий, в отличие от всех остальных, которые Вы добавили в примеры, - но это, имхо, невозможно проверить. Проверяется, что страница является дизамбигом, а уж какие на ней значения - это проверить невозможно. Vcohen (обс.) 21:39, 30 ноября 2019 (UTC)

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

Возражающих нет? Vcohen (обс.) 17:24, 14 декабря 2019 (UTC)

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

Сейчас поставлю там запрос на редактирование защищенной страницы. Vcohen (обс.) 13:27, 23 декабря 2019 (UTC)

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

Просьба отобразить подпись к изображению в статье Вицлебен, Иоб фон. Насколько я понимаю, опять кривая викидата. — Ghirla -трёп- 23:03, 20 ноября 2019 (UTC)

Заметил проблему. Данный шаблон не подтягивает из Викиданных координаты. Пример - Киевская районная электростанция. — Mitte27 / обс. 17:34, 20 ноября 2019 (UTC)

не работает буква[править код]

В редакторе кода вики не работает буква й. возможно это связано с установкой Удобных дискуссий, возможно нет. очень неудобно копировать букву из сообщений других участников. кто-то сталкивался с подобным? DragonSpace 15:56, 20 ноября 2019 (UTC)

Язык подсказки к ссылкам[править код]

Хотел немного поправить статью Операция Уран, добавить пропущенные запятые. При переходе в интерфейс правки статьи вывелось: Подсказка по вставке ссылки. Окей, понятно, пишу сюда, запятые могут подождать. — 91.79.227.114 13:27, 20 ноября 2019 (UTC)

Всплывающие подсказки в визреде[править код]

на каком языке пишутся обычно? Спрашивают на СОО: https://imgur.com/ACNAfqO Внезапно при попытке нажать на кнопку над стрелочкой

Автор сообщения: И 94.28.146.202 19:24, 30 ноября 2019 (UTC)

Редактирование ссылки[править код]

Здравствуйте. Если открыть страницу на "визуальное редактирование", то под кнопкой со "звеньями цепи" (Ссылка) появляется подсказка: "Ладаме дешнашна кхолла вики-хьажоргаш кхечу яззамийн а, сайтийн а тӀе. ТӀакха ешархошна йозанах кхетта атта хира ду.". И кнопка "Окей, понял". После нажатия на кнопку подсказка больше не появляется (чтоб появилась надо удалить куки). Рядом кнопка "источник", под ней подсказка "Улучшайте контент, добавляя туда источники информации. Вы можете пользоваться книгами, газетами и сайтами." Любая страница, но мне хотелось отредактировать вот эту https://ru.wikipedia.org/w/index.php?title=Семейный_кодекс_Российской_Федерации&stable=0&veaction=edit потому что там вторая ссылка http://zakon.scli.ru/ru/legal_texts/national_law/extended/index.php?do4=document&id4=7368a0bf-8291-4bfe-a615-d42bedba5478 - нет такого домена. — Эта реплика добавлена с IP 2.95.204.102 (о)

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

Почему последняя правка на этой странице не отпатрулировалась, хотя сделал её автопатрулируемый? Просто интересно. — Ghirla -трёп- 20:01, 19 ноября 2019 (UTC)

Подстановка ссылок из Викиданных[править код]

Столкнулся с тем, что шаблон {{Архитектор}} (возможно, так делают и другие шаблоны) не очень красиво подставляет ссылку из Викиданных (ссылка 2): https://ru.wikipedia.org/w/index.php?title=Канторович,_Гершен_Давидович&stable=0#cite_note-_55feca49d903d5ce-2 Хотелось бы оформления ссылки не просто с URL, а хотя бы так: [1]. Можно ли это сделать для ссылок из Викиданных? С уважением, G2ii2g (обс.) 09:59, 19 ноября 2019 (UTC)

А по оформлению ссылок, что в Викиданные забили — то и показывает. Я вписал туда ваш заголовок — теперь показывает его. Землеройкин (обс.) 11:06, 19 ноября 2019 (UTC)
Спасибо большое, коллега Землеройкин, не знал про свойство title (название) у ссылок в Викиданных. G2ii2g (обс.) 16:40, 19 ноября 2019 (UTC)

Примечания[править код]

Добавление шапки на новую страницу КПМ[править код]

На странице ВП:КПМ есть кнопка «Добавить номинацию» и говорится, что шаблон {{КПМ-Навигация}} будет вставлен автоматически. Однако автоматически он не вставляется. Было бы неплохо привести к общему знаменателю. --Walizka w Czarnym (обс.) 03:59, 19 ноября 2019 (UTC)

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

✔ Сделано. Don Rumata 12:37, 24 ноября 2019 (UTC)

20:16, 18 ноября 2019 (UTC)

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

Если кликнуть по изображению в thumb'е, то откроется превью на весь экран, в котором будет подпись та же, что под картинкой в статье; если же кликнуть по изображению в карточке, то подпись будет та, что на Викискладе, а локальная проигнорируется. Потыкать можно, например, в Дассен, Джо. Предлагается починить, заменив что-то вроде [[File:Joe Dassin 1970.jpg|frameless|274x400px]]<br>Джо Дассен в 1970 году на что-то вроде [[File:Joe Dassin 1970.jpg|frameless|274x400px|Джо Дассен в 1970 году]]<br>Джо Дассен в 1970 году в Wikidata.formatCommonsMedia. Вроде бы работает, см. пример. Викизавр (обс.) 23:08, 17 ноября 2019 (UTC)

  • В подпись вставляют сложный код (другие картинки, списки), используют как дополнительное поле, но не часто. Раньше из-за него ломались квадратные скобки и, например, в ошибках сообщалось о тегах в alt. То-ли всё исправили, то-ли вики-движок стал лучше работать, но сейчас проблем из-за подобного вроде нет. Вместо двойной вставки можно сразу вставлять в миниатюру и изменить css для картинки внутри карточки. --Sunpriat 17:36, 20 ноября 2019 (UTC)
    • Не, сейчас всё работает и HTML нормальный генерируется, без лишнего мусора. Но вообще таблицы в подписи — это ужасный костыль, надо для таких случаев просто делать вставку внизу, как в {{Достопримечательность}}.
      А про thumb — ну, по-моему, добавлять thumb ради одного этого, а потом вручную сбрасывать почти все его стили (две рамки, маргин, фиксированную ширину, фон) и ещё скрывать лупу — это неправильно. Викизавр (обс.) 11:03, 21 ноября 2019 (UTC)
      • Ещё в раздел ошибок Фиктивные параметры файлов могут лавиной пойти использование лишних "|". До начала нужно будет записать количество всех ошибок анализатора и проследить где резко увеличится. --Sunpriat 08:15, 22 ноября 2019 (UTC)
        • Использований |подпись=ааа{{!}}ббб? Не встречал такого, но можно посчитать. Sunpriat, а где это количество отображается? Викизавр (обс.) 07:47, 29 ноября 2019 (UTC)
          • Да, анализатор говорит что ошибка [8] и показывается только "ббб". Самых неожиданных появлений "|" и "=". Количество в Special:LintErrors и в течении 1-2 дней проблемная категория будет расти по мере обновления кэша. Просто не забыть замерить и при необходимости отреагировать. --Sunpriat 08:01, 29 ноября 2019 (UTC) UPD: Отображение количества сейчас плохо/не обновляется. Но новые статьи обычно попадают в конец списка, где их и можно будет увидеть. --Sunpriat 14:05, 10 декабря 2019 (UTC)

Формат ввода астрокоординат[править код]

Предлагается заменить формат ввода астрокоординат с 13h 26m 47,0 на {{RA|13|26|47,0}}, сделав заодно ещё пару фиксов, примерно так, и подключить {{AstroCoord}} вместо устаревших {{AstroCoord-RA}} и {{AstroCoord-Dec}}, чтобы координаты автоматически парсились и отображались не только в поле в карточке, но и в индикаторе в правом верхнем углу, как с обычными географическими координатами. Область применения — {{Звёздное скопление}}, {{Галактика}} (там без ботопрохода, только замена шаблона), {{Туманность}} и ещё пара малоиспользуемых шаблонов. Результат — как сейчас в шаблоне {{Звезда}} и статье Сириус. Викизавр (обс.) 21:59, 17 ноября 2019 (UTC)

  • Редко после координат стоит источник в ref - это сильно помешает? Фиксы только косметические? (например при уборке из статей шаблона скз пропадала категоризация статьи. Шаблон можно было бы делать невидимым и переместить к категориям) --Sunpriat 08:19, 29 ноября 2019 (UTC)
    • Угу, {{AstroCoord}} совместим с ref’ами —то, что до ref’а, он парсит и оформляет ссылками, а остальное отображает в неизменном виде.
      Помимо основного, координат, — чисто косметические. Викизавр (обс.) 08:59, 29 ноября 2019 (UTC)
  • Хорошей причиной единого оформления было бы подстановка метки координат на видимую карту (параметр карты, дополнительно к картинке) в шаблоны. Где-то в enwiki видел (метки поверх карт IAU ставились не из статьи), в frwiki вроде fr:Modèle:Infobox/Géolocalisation astronomique. Можно сразу сделать также? --Sunpriat 09:36, 29 ноября 2019 (UTC)

Сделайте, пожалуйста, этот шаблон свёрнутым по умолчанию, а то он разросся совсем... — Netelo (обс.) 21:52, 17 ноября 2019 (UTC)

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

Сделано. — Netelo (обс.) 22:22, 17 ноября 2019 (UTC)

В процессе разгребания списка этих шаблонов наталкиваюсь, во первых, на кучу шаблонов типа {{Флагификация/ДР Конго}} или {{Флагификация/ДРК}}, которые были бы не нужны, если бы была возможность передавать написанное у флага каким-то параметром. Или вот:

По-идее их бы объединить в один шаблон, но вряд ли это всех обрадует при текущем подходе.
Сейчас шаблон {{Флагификация}} позволяет передать в него только variant и размер, возможно добавить ещё параметр и передавать в него отображаемое имя, чтобы можно было сократить зоопарк шаблонов, увеличив количество параметров. Ну или возможно не стоит в этом направлении двигаться, пусть будет ещё пара тысяч шаблонов на все случаи жизни? ·Carn 19:23, 17 ноября 2019 (UTC)

Я правильно понимаю, что в англовики делят шаблоны флагификации только по статьям (случай 2), а у нас — ещё и по тексту ссылок (случай 1)? Викизавр (обс.) 22:21, 17 ноября 2019 (UTC)
  • Конго нужно делать редиректом, а вот в других случаях нет - шаблоны используются в карточках, там не получится передавать дополнительные параметры. -- dima_st_bk 23:46, 17 ноября 2019 (UTC)

Изображение в шаблоне "Персонаж"[править код]

Простите за мой русский, но не могли бы вы мне подсказать, как вставить Изображение в формате jpg в шаблон "Персонаж"? Мне пришлось добавить свой файл png, но я не знаю его лицензию, а на английской вики есть такой только в jpg. Если нельзя в "Персонаж", то в каком подобном шаблоне можно? Архисубасинреквазипостгиперпсевдодеантимаг (обс.) 15:01, 17 ноября 2019 (UTC)

@OneLittleMouse:

(Apologize for using English. I don't know how to write Russian.)

The expression X in Y where Y is an array is likely not going to do what you want. Currently, in the abusefilter language, in doesn't really work with arrays. For instance, x in [12, 34] is equivalent to string(x) in "12\n34\n". This means that when x is 1, 2, 3, or 4, the expression will be evaluated to true as well.

I suggest refactoring the above expression to something like equals_to_any(x, 12, 34), which should have the effect that you intend.

Sorry for being cryptic. This filter is private, so I try to not reveal information publicly as much as possible.

Let me know if there are any questions. --Nullzero (обс.) 03:19, 17 ноября 2019 (UTC)

Осталось времени до события[править код]

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

Пока что я нашёл -примерно на эту тему- только шаблон {{Запланированное событие}}, ведущий отсчёт до совершения события с точностью до одного дня. И хорошо, — но не совсем то.--AndreiK (обс.) 21:55, 16 ноября 2019 (UTC)

  • Средствами шаблонов не сделать таймер обратного отсчёта, для этого нужно писать код на javascript. Иначе отображаемое время будет актуально только на момент внесения последней правки или очистки кеша страницы. У нас есть только один бот, который занимается автоматической очисткой кэша, и чаще чем раз в час по понятным причинам он это делать не будет. Serhio Magpie (обс.) 09:22, 17 ноября 2019 (UTC)
    • Да хотя бы так. Когда до конца конкурса остаётся менее трёх дней, было бы полезно узнавать примерное время до его конца хотя бы раз в час. Чтобы циферки менялись на экране в реальном времени — это было бы занятно, но вовсе необязательно. --AndreiK (обс.) 09:36, 17 ноября 2019 (UTC)

Карточку порвало, статья еле грузится и вешает браузер[править код]

Коллеги, можете посмотреть, всё ли в порядке со статьёй Центральный военно-химический склад № 136? У меня при её открытии возникает некий баг. Фред-Продавец звёзд (обс.) 20:28, 16 ноября 2019 (UTC)

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

Спасибо, теперь всё в порядке! Фред-Продавец звёзд (обс.) 20:46, 16 ноября 2019 (UTC)

Шрифты в рендерере TeX'а[править код]

Хотелось бы узнать, возможно ли заменить дефолтовый шрифт в плагине рендерера тэга math? Сейчас, насколько я понимаю, он не поддерживает греческий, пример File:Thermal isomerization of thioindigo.svg, буква ню отображается только при открытии оригинального файла svg, в png вместо неё какой-то квадратик, а русский язык в тэге \text напоминает шрифты линукса из 90х годов, пример:

Def2010 (обс.) 16:24, 15 ноября 2019 (UTC)

Векторизованы

Это вообще проблема всех рендерщиков текста в векторной графике всех браузеров. Например, верхние и нижние индексы могут сползать в разные стороны, то же касается строк со смесью греческих и латинских символов (и других) в одной строке. Если на векторном рисунке есть такие надписи, то радикальное решение проблемы — векторизовать надписи. В Inkscape это делается через Menu->Path->Union. Недостаток такого решения — немного увеличивается размер файла. Д.Ильин (обс.) 00:53, 24 ноября 2019 (UTC).

  • У этого способа есть и другой, существенный, недостаток — потом невозможно отредактировать или перевести текст. Но в нашем случае это не важно. Землеройкин (обс.) 07:23, 24 ноября 2019 (UTC)

Администраторы интерфейса[править код]

На данный момент рабочая группа в составе Carn, Track13 и меня начала работу по планированию проведения опроса, касательно правила об администраторах интерфейса. На данный момент на странице Википедия:Опросы/Администраторы интерфейса сформированы основные моменты, о которых планируется собрать мнения. Вы можете обсудить это вопрос на его СО, а также посмотреть первый лог из чата рабочей группы. — С уважением, Helgo13(Обс.) 13:13, 15 ноября 2019 (UTC)

  • В вашу маленькую, элегантную даже не чайную кофейную ложечку мёда я добавлю 80-вёдерную бочку дёгтя.

    Решение о присвоении флага F решается на основе консенсуса, а не голосования.

Ага, щасссс... Что самое смешное, я-то — за. И, похоже, я буду единственным, кто за. Ибо всё, что я вижу здесь годами, говорит о том, что такая трактовка не пройдёт. «Клан», «элитарность» и прочее в том же духе, — это то, что предъявят вам. И, руку-на-сердце, будут не столь уж и неправы. Консенсус, кстати, кого? Опять же, лично я готов доверить технарям — технарёвое, а кесарям — кесарёвое. Ну а что скажет сообщество... --AndreiK (обс.) 16:38, 15 ноября 2019 (UTC)
  • Если бы я излагал всё совершенно линейно и абсолютно безо всяких экивоков, — на меня обиделось бы (или захотело обидеться — что отнюдь не лучше) изрядное количество народу. В том числе и тех, кто совершенно не заслуживает быть обиженным. Так что я уж лучше полунамёками: кто не понял... тот не понял. Это лучше десятка обвинений в нарушении ВП:ЭП. --AndreiK (обс.) 14:08, 16 ноября 2019 (UTC)
  • Ну те кто будут иметь отличное мнение, смогут его высказать. Со своей стороны прошу оставлять содержательные мнения на странице СО опроса, чтобы не потерялись.·Carn 10:18, 17 ноября 2019 (UTC)
  • Я не знаю к чему тут отсылки к элитарности, уж я точно не вхожу в «элитарный клуб рувики» — я стал администратором относительно недавно и никаких конфликтов и интересов в той сфере, где необходимы администраторы интерфейса, не имел. — С уважением, Helgo13(Обс.) 13:22, 17 ноября 2019 (UTC)

Файл:Владимир Васильевич Орехов (1930—2007).jpg[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Как удалить старую версию файла? Знающие люди сказали, что на фото старой версии не Орехов, а Собчак. В статье уже всё хорошо, — но зачем cтарой версии «болтаться»? --AndreiK (обс.) 12:10, 15 ноября 2019 (UTC)

Русинский язык в шаблоне Cite web[править код]

Ссылка на сайт на русинском языке отображается со знаком вопроса — (русин.) (неопр.) ?, например: Ванько Ю. Русиньскый язык. Карпатьскы русиньскы діалекты. Класіфікація карпатьскых русиньскых діалектів (русин.). Пряшів: Академія русиньской културы в Словеньскій републіцї. Кто может подсказать в чём здесь проблема? — Subvert (обс.) 05:49, 15 ноября 2019 (UTC)

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

приветствую, может вы знаете: установил js удобные дискуссии, но у меня пропал викифактор. теперь любая викификация только через скобочки [[]], в том числе и проставление ссылок, это немного неудобно. в окошке набор сообщений первые 2 кнопки: викификатор и раскодировать url не дают никакого эффекта. DragonSpace 12:50, 14 ноября 2019 (UTC)

  • @Jack who built the house: — С уважением, Helgo13(Обс.) 13:05, 15 ноября 2019 (UTC)
  • Викификатор пропал, то есть не работает, в окошке «Удобных дискуссий»? Убедитесь, что никакой текст в поле редактирования не выделен. Если Викификатор всё равно не работает, откройте инструменты разработчика (F12), перейдите на вкладку «Консоль», скопируйте — вставьте в тему текст ошибок (на красном фоне), если они есть. Также сообщите, пожалуйста, версию своего браузера. — Джек (обс.) 14:17, 15 ноября 2019 (UTC)
    • @Jack who built the house: версия браузера фаерфокс 70.0.1
      вот все, что есть на желтом фоне:
      This page is using the deprecated ResourceLoader module "jquery.ui".
      Please use OOUI instead. load.php:349:243
      JQMIGRATE: jQuery.fn.delegate() is deprecated load.php:288:792
      JQMIGRATE: jQuery.fn.bind() is deprecated load.php:288:792
      Use of "mw.RegExp.escape" is deprecated. Use mw.util.escapeRegExp() instead.
      This page is using the deprecated ResourceLoader module "jquery.throttle-debounce".
      Please use OO.ui.throttle/debounce instead. See https://phabricator.wikimedia.org/T213426 load.php:1:95
      Use of "mw.RegExp.escape" is deprecated. Use mw.util.escapeRegExp() instead. DragonSpace 16:39, 15 ноября 2019 (UTC)
      • Тут всё нормально. То есть вы вводите в поле редактирования «Удобных дискуссий» "qwerty", нажимаете кнопку Викификатора, а она ничего не делает? — Джек (обс.) 19:31, 15 ноября 2019 (UTC)
      • Да, смотреть в консоль надо именно после того, как вы попробовали нажать кнопку Викификатора и он не сработал. — Джек (обс.) 19:31, 15 ноября 2019 (UTC)

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

решено. DragonSpace 10:09, 17 ноября 2019 (UTC)

Read-only on November 19[править код]

Пожалуйста, помогите перевести на ваш язык

On Tuesday 19th November, from 06:00 to 06:30 AM UTC, your wiki will be on read-only. No writes will be allowed, reads will remain unaffected. This is done because of server maintenance. See T235475 for more details. A banner will be displayed to warn users.

Спасибо. Trizek (WMF) (обс.) 10:19, 13 ноября 2019 (UTC)

Во вторник, 19 ноября, с 6:00 до 6:30 утра по UTC, 9:00 до 9:30 по Московскому времени, рувики будет заблокирована для записи. Редактирование работать не будет. Это произойдёт по причине ухода за сервером. Подробности в фабрикаторе. Будет использован баннер для предупреждения пользователей. Игорь (обс) 14:59, 13 ноября 2019 (UTC)

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

Поддерживаю. --Kaganer (обс.) 17:25, 12 ноября 2019 (UTC)

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

Ботозаменю как-нибудь. Викизавр (обс.) 08:03, 20 ноября 2019 (UTC)

Среда для разработки[править код]

Если я сделаю среду (Vagrant or Docker or VirtualBox) для разработки - думаю, что такой ещё нет - то в неё надо включить

  • 1. все гаджеты или только некоторые (какие)
  • 2. все расширения на PHP (Special:Version даёт список) или только некоторые (какие)
  • 3. все страницы вики или только некоторые (какие)
  • 4. все настройки LocalSettings.php или только некоторые (какие)

Какие утилиты вы бы хотели разработать если бы нашлись добровольцы которые в этой среде смогут работать? Например могут быть утилиты для проверки плагиата, заполнения шаблонов "источник", просмотра или поиска иллюстраций, правки функционала Виз. Редактора, утилиты для административных задач или правки страниц, новые skins (timeless или поменять любую из других) и т.п.

С уважением, --Gryllida (обс.) 05:17, 12 ноября 2019 (UTC)

  • Vagrant уже давно есть. Docker тоже какой-то присутствует, но не пробовал. Поэтому пока не очень понятно, для какой цели будет делаться среда, и в чём принципиальное отличие от того, что уже есть. Без этого понимания сложно ответить на вопросы. — putnik 08:27, 12 ноября 2019 (UTC)
22:02, 11 ноября 2019 (UTC)

Сведения о странице[править код]

Доброго времени суток, коллеги! На всякий случай информирую Вас, что, зайдя в "Сведения о странице" (для страницы РА3, короче https://ru.wikipedia.org/w/index.php?title=РА3&action=info), увидел, что кол-во перенаправлений на неё 0. При этом параметр "количество перенаправлений на эту страницу" выделен синим и ведёт на Служебная:Ссылки сюда. А ссылки на неё из других страниц есть. Я сначала думал, что речь шла о страницах-"редиректах" (их как раз не должно быть). Что тут не так? Белов А.В. (обс.) 21:12, 11 ноября 2019 (UTC)

  • Она редиректы и показывает. Там же можно выбирать, "скрыть ссылки", "скрыть включения" и т.д. Землеройкин (обс.) 21:16, 11 ноября 2019 (UTC)
  • Есть три типа ссылок на статью: собственно ссылки (такие, теперь статья под названием "такие" имеет ссылку на себя с технического форума), редиректы (перенаправления) и включения (как шаблоны, вставка содержимого страницы, через {{название страницы}}). "Ссылки сюда" показывают все три типа ссылок и кнопками вверху можно отфильтровать их в любой комбинации. MBH 14:28, 12 ноября 2019 (UTC)

onchange работает только в рувики[править код]

Вот этот код работает только в рувики. В других проектах нет. Ни при вызове из vector.js, ни через global.js на Мете. В рувики работает при любом варианте вызова — локально, глобально, глобально через импорт из другой вики.

(function () {
	$( document ).ready( function() {
        // это ниспадающее меню выбора причины для удаления на &action=delete
		var wpDeleteReasonList = document.getElementById("wpDeleteReasonList");
		wpDeleteReasonList.onchange = function() {
			alert(this.value);
		}
	});
}() );

В теме перед подачей запроса на Фабр человек справедливо посоветовал спросить в рувики, быть может здесь где-то кто-то что-то пофиксил и лучше понимает, в чём проблема.—Iluvatar обс 12:56, 11 ноября 2019 (UTC)

  • wpDeleteReasonList.onchange = function() формально убивает все иные обработчики событий onchange - кроме этого нового. В других проектах может быть какой другой скрипт, который приходит следом и делает то же но для себя. Попробуйте вместо этого вежливый вариант. — Neolexx (обс.) 13:31, 11 ноября 2019 (UTC)
wpDeleteReasonList.addEventListener('change', function() {
			alert(this.value);
		},  false)
  • Не очень пока понял в чём там прикол, но можно попробовать запросить компонент ooui и к нему подвязаться:
    var select = OO.ui.DropdownWidget.static.infuse( $( '#ooui-php-1'  ) );
    select.on( 'change', function ( value ) {
    	console.log( value );
    } );
    
    Serhio Magpie (обс.) 17:22, 11 ноября 2019 (UTC)
  • Работает, спасибо большое. Спрашивал на двух каналах англоирца, мете, никто одолеть это не смог. Но всё же странно, почему не работают более простые способы. Если где-то баг, сколько ещё сюрпризов можно ожидать. А в этом волшебстве есть зависимости, значит не очень надёжно с точки зрения долговечности.—Iluvatar обс 17:50, 11 ноября 2019 (UTC)
    • Да, не очень надёжный идентификатор, но можно искать по #wpDeleteReasonList, а потом доставать родителя и его id. Потом ещё покапаю. Serhio Magpie (обс.) 21:56, 11 ноября 2019 (UTC)
  • MediaWiki:Gadget-common-action-delete.css в своё время ооюи был скрыт и возвращен оригинал и это было как-то связано с onchange. См. мою правку в жс про починку дропдауна. -- dima_st_bk 22:20, 11 ноября 2019 (UTC)
    • Читаю про OO.ui.DropdownWidget, читаю про infusion - жуть какая-то... В меру понимания, в текущем интерфейсе вообще нет никаких select (элемент HTML) и onchange. Есть полностью самостоятельный гаджет с собственными событиями через метод .getMenu().on(...
      В руВики это всё вырубили нафиг через CSS и юзают старый добрый select.
      В других проектах так не делали, поэтому их "новый select" ничего не понимает и никого не узнаёт, если на него руВики-код применить.
      А решением выше от dima_st_bk виноват, Serhio Magpie, мы в enWiki через infusion заставляем "новый select" мутировать в "старый select", а потом уже на него вешаем наш руВики-код. Или как-то так... В любом случае есть у меня чувство, что всё это как-то работает до первого неосторожного чиха. — Neolexx (обс.) 10:23, 12 ноября 2019 (UTC)

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

У меня одного сейчас наблюдаются проблемы с загрузкой инструмента fountain (проблемы в том смысле, что вообще не прогружается) или с ним действительно серьёзные неполадки? Mark Ekimov (обс.) 15:08, 9 ноября 2019 (UTC)

; история правок[править код]

Это мне кажется, или примерно вчера записи во всех историях правок зачем-то стали начинаться с «; », причём эта штука ещё и включена в ссылку на дату, типа «... ; 10:49, 8 ноября 2019 ...». Судя по всему, это из-за стиля

.mw-changeslist-date:before {
 content:';\00a0';
}

в load.php. Зачем это такое нужно? — Mikhail Ryazanov (обс.) 18:58, 8 ноября 2019 (UTC)

Нешто починили? Всего-то неделю заняло... — Mikhail Ryazanov (обс.) 00:55, 14 ноября 2019 (UTC)

Напоминаю, что месяц назад была создана страница для формирования рабочей группы, которая займется подготовкой опроса о принципах присвоения флага «администратор интерфейса» и подведением итога этого опроса.

Вероятно, этот вопрос ушел из фокуса внимания сообщества, и только в последний день отведенного на обсуждение месячного срока несколько участников выдвинули свои кандидатуры. Чтобы дать возможность желающим высказаться за или против выдвинувшихся кандидатур, объявляется техническое продление срока обсуждения до 11.11.2019. Если к вечеру 11.11 там вдруг возникнет бурная дискуссия, срок подведения итога может быть сдвинут вторично. --Kaganer (обс.) 23:40, 7 ноября 2019 (UTC)

PS: Это анонс для привлечения внимания; он не подразумевает обсуждения на форуме. --Kaganer (обс.) 23:40, 7 ноября 2019 (UTC)


Арбитражный комитет утвердил следующий состав рабочей группы:

  1. Track13
  2. Carn
  3. Helgo13

--Kaganer (обс.) 17:23, 12 ноября 2019 (UTC)

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

Подскажите, пожалуйста, в каком разделе можно посмотреть Шаблоны и их начинку, в частности Шаблон дизамбига и Шаблон Шапка? Аведон (обс.) 12:18, 6 ноября 2019 (UTC)

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

Наверное сюда.... Так вот, почему-то статья Guns N’ Roses иногда при внесении правок участником ‎Роман Заморухов каким-то странным образом распатрулируется, словно у него нет АПАТА, при том, что он у него действительно есть [11]. Что бы это могло значит и как это можно будет исправить? JH (обс.) 10:19, 6 ноября 2019 (UTC)

  • Это ошибка в движке Mediawiki. Вот тема с обсуждением: Википедия:Форум/Архив/Технический/2019/09#Неотавтопатрулировалась. — Vort (обс.) 10:25, 6 ноября 2019 (UTC)
    • Похоже снова актуально. Может кто-то покудесничать и всё такое? JH (обс.) 10:27, 6 ноября 2019 (UTC)
      • Мой бот ежесуточно патрулирует такие правки, некорректно неотпатрулированные. Спустя полсуток его правки отпатрулировал бы мой бот. MBH 11:44, 6 ноября 2019 (UTC)
        • Вопрос, на который ясного ответа пока не нашёл. Wikimedia тестирует переход на PHP7. Если некоторое событие обрабатывается на сервере под PHP7, то в описании правки обязательно будет добавлено "PHP7"? Или такие уточнения тоже выборочные, только некий процент от общего числа обработок под PHP7? — Neolexx (обс.) 11:53, 6 ноября 2019 (UTC)
      • JH, пожалуйтесь Джимбо, а то и впрямь долго чинят, наверно забили. 83.219.146.112 12:06, 6 ноября 2019 (UTC)
        • Некому чинить, программный код, обеспечивающий нынешнее патрулирование, скоро 10 лет как никем не поддерживается. MBH 13:06, 6 ноября 2019 (UTC)
          • Зато ломать — есть кому. — Vort (обс.) 13:13, 6 ноября 2019 (UTC)
            • Вы что имеете в виду? MBH 13:27, 6 ноября 2019 (UTC)
              • В смысле "там", где "серверы во Флориде". Явно никто не обвиняет вас лично в проблеме.
              • Что происходит, примерно уже понятно. Порой - и почему-то именно при правках апатов - сервер не находит или по иной причине не грузит внутрипроектный файл настроек (что кому можно патрулировать в руВики). В результате скатывается на настройки MediaWiki по умолчанию, в которых патрулировать могут только участники группы sysop. Поэтому сама правка проходит, а запрос на патрулирование отклоняется по "недостаточно прав".
              • Почему это происходит, никто пока понятия не имеет, как я понимаю. Записи в журналах тут бесполезны. Нужен полный дамп памяти сервера при таком глюке, и в нём копаться. А для этого нужна воспроизводимость глюка, то есть "делаем так, потом так - и вот он глюк". Просто дампы записывать на каждую транзакцию, пока не повезёт - вещь нереальная. А как этот глюк воспроизвести по желанию - пока никто не придумал и даже рабочих идей нет. — Neolexx (обс.) 13:49, 6 ноября 2019 (UTC)
                • в которых патрулировать могут только участники группы sysop — а почему же тогда у ПАТов всё патрулируется? Ещё есть такая мысль, этот сервер, он же не один, их несколько, как там происходит между ними синхронизация? Можно про это почитать где-нибудь? Землеройкин (обс.) 16:21, 6 ноября 2019 (UTC)
              • Имею в виду то, что это регрессия. Значит, есть коммит, который привёл к проблеме. И, соответственно, у него есть автор. Который может в самом простом случае отменить своё изменение, но если захочет, то и починить то, что сломал, полноценно. Другими словами, кто-то прикасается к этой системе. Если у него нет для этого необходимых знаний — то это проблема сама по себе. Если знания есть — пусть чинит. — Vort (обс.) 16:20, 6 ноября 2019 (UTC)
                • В том-то и дело, что не понятно, какое именно изменение привело к проблеме. В самых очевидных местах ничего не менялось. Ну насколько я понял. Землеройкин (обс.) 16:22, 6 ноября 2019 (UTC)
                • Именно как выше сказали. Докуда откатывать - непонятно вообще. Рабочих вариантов у меня лично два осталось:
                  1. PHP7 В рамках бета-тестирования некоторую часть трафика случайным образом скидывают на тестовые серверы под PHP7 Это объясняет малый (пока) процент глюков и их хаотичный характер. Однако (мой вопрос Максу выше) если такой трафик однозначно маркируется и не все глюки под PHP7 - то версия отпадает.
                    А про PHP7 как источник проблем думаю, потому что он в принципе не подходит для систем уровня и сложности Википедии. Все его офигительные оптимизации кэша хороши корпоративный сайт поставить или стриминг прона. А на масштабах Википедии всё это начинает дымить и чудить самым странным образом. Уровня какого хитрого вируса - когда в кэше случайным образом и незаметным системе образом заменяется один символ в пути к файлу. Это же вообще аццкий адЪ - который так и не поняли почему, просто размеры кэша увеличили и "вроде как пропала проблема".
                    @MBH: Насколько я смог продраться через старые дискуссии на mw и в en-wiki, всё сложнее. Бета-тестирование PHP7 шло до мая этого года. Затем бета-тестирование, закончилось, расстановка меток прекратилась - но часть трафика (5% - 10%) по-прежнему случайным образом идёт на серверы под PHP7. А вот метки "php7", как часть именно бета-тестирования, ставить перестали. Она (метка) вообще давно в неактивном статусе. Если же считать, что мы на сейчас понятия не имеем, какая правка под какой сервер пошла, - то число глюков и их распределение просто идеально ложится под "5%-10% случайным образом" для PHP7. — Neolexx (обс.) 19:42, 6 ноября 2019 (UTC)
                  2. "Разобрать по винтику" программные блоки патрулирования у апатов и патов и попытаться понять, где там что идёт по-разному. Там и могут быть зацепки. На фабре добровольцев под такое не появилось, тут тоже.
                • Я лично сразу предупреждаю - PHP только в общих чертах знаю, помочь мало чем могу. — Neolexx (обс.) 16:42, 6 ноября 2019 (UTC)
  • Буквально сейчас свежий пример, когда опять приходится патрулировать за АПАТОМ: [12]. JH (обс.) 21:45, 11 ноября 2019 (UTC)

Ещё одна идея[править код]

Обращаюсь к тем, кто разбирается в движке mediawiki. Я тут не удержался и сделал немного домашнего задания произучал файлы конфигурации. Действительно чёрт ногу сломит: конфигурация FlaggedRevs прописана как минимум в трёх местах: wmf-config/flaggedrevs.php, wmf-config/InitialiseSettings.php, и по умолчанию в самом FlaggedRevs. Выглядит и правда так, как будто бы flaggedrevs.php иногда не срабатывает, потому что группа autoeditor (наши АПАТы) прописана именно там. По умолчанию они называются autoreviewer, у нас такой группы вообще нет. А editor (наши ПАТы) есть по умолчанию. Так вот предложение: давайте права группы autoeditor пропишем в InitialiseSettings.php? Хуже ведь не будет, а этот файл точно загружается, потому что там прописаны права арбитров, ПИ, инженеров, в общем всех остальных. А? Землеройкин (обс.) 21:52, 13 ноября 2019 (UTC)

--- 1/InitialiseSettings.php	2019-11-20 21:37:09.000000000 +0200
+++ 2/InitialiseSettings.php	2019-11-20 21:40:17.000000000 +0200
@@ -9889,6 +9889,8 @@
 		],
 	],
 	'+ruwiki' => [
+		'autoeditor' => [ 'autoreview' => true, 'autoconfirmed' => true
+		],
 		'arbcom' => [ // T51334
 			'abusefilter-log-detail' => true,
 			'browsearchive' => true,
хоть бы кто-то там проверил, вдруг поможет. Землеройкин (обс.) 19:50, 20 ноября 2019 (UTC)
  • (пожимая плечами) "Вас много, а я одна" (с) анонимная советская уборщица. Была бы хоть половина правок апатов с проблемой - а ещё лучше всё бы накрылось - может, стали бы интенсивнее чинить. А так приоритет High поставили и дальше пошли. Тем более что FlaggedRevs тем сисадинам в гробу и белых тапочках бельмом на глазу виделся, они его не делали и отвечать за него не хочут, никто. То есть если он весь целиком и медным тазом накроется, со всеми альтернативными патрулированиями и стабилизациями страниц - с радостью пошлют и предложат использовать документированные встроенные средства движка. И тогда помогут только с самого верха Фонда, если будут такие заступники. — Neolexx (обс.) 20:24, 21 ноября 2019 (UTC)

Google Code-In will soon take place again! Mentor tasks to help new contributors![править код]

Hi everybody! Google Code-in (GCI) will soon take place again - a seven week long contest for 13-17 year old students to contribute to free software projects. Tasks should take an experienced contributor about two or three hours and can be of the categories Code, Documentation/Training, Outreach/Research, Quality Assurance, and User Interface/Design. Do you have any Lua, template, gadget/script or similar task that would benefit your wiki? Or maybe some of your tools need better documentation? If so, and you can imagine enjoying mentoring such a task to help a new contributor, please check out mw:Google Code-in/2019 and become a mentor. If you have any questions, feel free to ask at our talk page. Many thanks in advance! --Martin Urbanec 07:28, 5 ноября 2019 (UTC)

16:47, 4 ноября 2019 (UTC)

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

С удивлением обнаружил, что визред при добавлении изображений присваивает им такие параметры, как "безрамки" и "70х70пкс". Это неправильно, поскольку затрудняет редактирование своей нестандартностью (общеприняты интернациональные параметры) и ещё больше затрудняет перевод статей на другие языки, особенно если их переводит участник, не знающий одного из языков. Прошу внести изменения, чтобы параметры изображений были корректными. Фред-Продавец звёзд (обс.) 15:15, 4 ноября 2019 (UTC)

Двойные сноски[править код]

На примере статьи Израиль, увидел вот такое. двойная сноска перекрывающая одну другой. посмотрите, что это такое. DragonSpace 20:01, 3 ноября 2019 (UTC)

  • Ну так вы включили сразу два показчика сносок: второй здесь и четвёртый здесь. Отключите один из них (на вашем скрине первый из мной упомянутых перекрывает второй). MBH 20:18, 3 ноября 2019 (UTC)

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

Шаблон нормально переваривает ссылку типа https://ru.wikipedia.org/w/index.php, но уже https://ru.wikipedia.org/w/index.php?diff=1234567 вызывает проблемы. Пример того, что получается, можно увидеть здесь. 109.172.105.12 18:24, 3 ноября 2019 (UTC)

  • Не в шаблоне дело, а в том, что в значении параметра содержались знаки = , из-за чего это значение парсится как именованный ключ и его значение. Пофиксил. MBH 18:38, 3 ноября 2019 (UTC)

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

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

С Уважением, AzWiEd (обс.) 05:44, 3 ноября 2019 (UTC)

Находится возле дома № 6, виден на Яндекс-панорамах [17] .

Координаты 54°59'15" и 60°06"12" — поточнее, чем сейчас 54°59'13" и 60°06"12" — возде дома № 2. И ссылка Яндекса даёт общий отдалённый масштаб, нужно приближать. Хотя если подставить координаты в другую статью и проверить по предпросмотру — всё нормально [18] .

При внесении [19] карточку новых данных (а там нет координат, вероятно — прописаны в Викиданных), почему-то дублируются старые значения, и ничего не меняется. - 94.188.109.196 23:49, 2 ноября 2019 (UTC)

Во-первых, если в Викиданных ошибка, то там её исправлять и надо. Во-вторых, формат координат описан в документации шаблона {{Достопримечательность}}. В третьих, управление масштабом описано там же. Исправил. — Vort (обс.) 23:50, 2 ноября 2019 (UTC)
Теперь бы убрать дублирование координат [20]. - 94.188.109.196 15:46, 3 ноября 2019 (UTC)
Так со всеми памятниками. Наверно, это удобно. Но если нет, то все сразу и менять надо. — Vort (обс.) 16:28, 3 ноября 2019 (UTC)
  • Вообще индикатор (то, что над «править код») не отображается в мобильной версии, так что избавляться от дублирования надо только в стационарной версии. Викизавр (обс.) 18:49, 15 ноября 2019 (UTC)

Что-то я забыл, откуда бот берёт список с языками. Там задублился вэньянь. В данном случае правильный zh-classical, а код из ISO lzh следует считать синонином (не наоборот). 91.79 (обс.) 20:57, 1 ноября 2019 (UTC)

Шаблон:Карточка аниманга/Заголовок[править код]

Такое ощущение, что шаблон блокирует использование изображений с Викисклада, читает только локальные. Мой diff - упс, вернул как было - ОК. Это баг или фича? — Neolexx (обс.) 15:49, 1 ноября 2019 (UTC)

@Neolexx, Serhio Magpie: {{#ifexist: Image:Haganai.png|yes|no}} => no, {{#ifexist: Media:Haganai.png|yes|no}} => yes. Image проверяет описание. Игорь (обс) 18:12, 1 ноября 2019 (UTC)

  • Описание чего и где? Какое "описание" нужно добавить в File:Haganai.png, чтобы первый #ifexist его увидел? Пока из примеров вроде как следует: в #ifexist 1) Image: игнорирует Викисклад, ищет только локально, 2) Media: игнорирует локальные, ищет только на Викискладе, 3) File: ищет сначала на Викискладе, потом (если не нашёл) локально. — Neolexx (обс.) 18:27, 1 ноября 2019 (UTC)
    • Что то там не то написано. Описание, например лицензия. Media для всех, включая местные. Image тоже, но описание. Игорь (обс) 18:34, 1 ноября 2019 (UTC)
  • ОК, я перечитал про #ifexist - там то же самое но на редкость криво написано, с каким-то псевдофилософским закидоном. Image: проверяет, есть ли в локальной вики страница под названием Файл:(название файла).(расширение файла) - если нет, то на Викисклад уже не идёт и говорит что нет. Очевидно, что для любый практических применений на это пофиг - потому что если страницы файла нет, то и файла нет, а если файл есть - то без страницы его быть не может. Так что я всё верно написал про алгоритм в своей предыдущей реплике. — Neolexx (обс.) 18:37, 1 ноября 2019 (UTC)
    • Есть немало случаев, когда есть файл и нет страницы. Игорь (обс) 18:38, 1 ноября 2019 (UTC)
      • Чудны дела его... А можно пример? — Neolexx (обс.) 18:40, 1 ноября 2019 (UTC)
        • Например, когда описание есть только на commons. Игорь (обс) 18:41, 1 ноября 2019 (UTC)
          • Эм... Останемся на абстракции первого уровня :-) Если в руВики нет страницы Файл:Example.jpg, то в руВики нет изображения Example.jpg Такое изображение может быть на Викискладе, может вообще не быть - но в руВики его нет. Если только мы не вкладываем разные значения в термин "описание". — Neolexx (обс.) 18:47, 1 ноября 2019 (UTC)
            • Если есть изображение на викискладе, почти наверняка его описание на викискладе, а не здесь. Поэтому Media его найдёт, а Image нет. Игорь (обс) 18:49, 1 ноября 2019 (UTC)
              • Вновь: что вы называете "описанием"? Страницу файла вида (Название файлового пространства):(Название файла).(расширение файла) ? Определённый текст на такой странице? Определённый шаблон на такой странице? Для меня (как и для #ifexist) это первое. Если мы все трое согласны с этим, то лучше так далее и писать: страница (файла). Наличие которой, каждая по своему алгоритму, проверяют Media:, File: (Файл:) и Image: — Neolexx (обс.) 19:17, 1 ноября 2019 (UTC) У файлов ещё страницы обсуждения бывают, но редко и сейчас не столь важно.
                • Описание - это страница викитекста без изображений в пространстве номер 6, в отличие от изображения в пространстве -2. На ней пишут, как правило, лицензию, и ставят разные шаблоны с предупреждениями. Игорь (обс) 19:26, 1 ноября 2019 (UTC)
                • Если глянуть в журнал любой страницы изображения, будет две записи, загрузка изображения и создание страницы. Иногда даже баг случается, когда после первого этапа не наступает второй. Serhio Magpie (обс.) 19:29, 1 ноября 2019 (UTC)
                  • Правильно, если есть файл - есть и его страница, есть страница - есть и файл, нет страницы - нет и файла, нет файла - нет и страницы. Иное - только при ошибке работы сервера. А #ifexist это всё позволяет проверить тремя разными способами (только локально, только на Викискладе, на Викискладе и локально). Ещё раз призываю оставаться на абстрации первого уровня, ибо KISS.
                    А то можно с вашего второго и на третий уровень пойти - где File: никакое не название пространства, а низкоуровневая подпрограмма: проверка глобального наличия (есть - вернуть true), проверка локального наличия (есть - вернуть true), нигде нет - вернуть false. А есть ещё и четвёртый уровень ;-) — Neolexx (обс.) 20:05, 1 ноября 2019 (UTC)
                    • Я много раз пытался объяснить. Значит, не смог. Получается уже по кругу. Просто знайте, что неправы. Игорь (обс) 20:30, 1 ноября 2019 (UTC)
                      • Да можно было вместо объяснений меня носом ткнуть в контрпример: 1) страницы File:Что-нибудь.jpg у нас (ru.wikipedia.org) нет, как и файла Что-нибудь.jpg соответственно нет 2) страница File:Что-нибудь.jpg на Викискладе (commons.wikimedia.org) есть, как и файл Что-нибудь.jpg соответственно есть. И Image:Что-нибудь.jpg внутри #ifexist этот файл видит. Или Media:Что-нибудь.jpg внутри #ifexist этот файл не видит.
                        И всё, я убеждён и побеждён. И так это всё, простите, пока какие-то чисто умозрительные дистинкции между файлами и страницами файлов, которые в плане программирования шаблонов ни к чему не ведут. — Neolexx (обс.) 21:03, 1 ноября 2019 (UTC)

@IKhitron: Впрочем, я признаю ошибку. Не в плане "нет файла - нет страницы и наоборот" и пр., а в моей стройной идее функций Image, Media и File. Я, как нередко бывает, слишком хорошо думаю о программировании, а там всё "сумрачно автогеном" :-)
Файл (страница) существует у нас, но не существует на Викискладе:

  • {{#ifexist:Image:Boku wa Tomodachi ga Sukunai (основные персонажи).jpg|yes|no}} → yes
  • {{#ifexist:Media:Boku wa Tomodachi ga Sukunai (основные персонажи).jpg|yes|no}} → yes
  • {{#ifexist:File:Boku wa Tomodachi ga Sukunai (основные персонажи).jpg|yes|no}} → yes
  • {{#ifexist:Файл:Boku wa Tomodachi ga Sukunai (основные персонажи).jpg|yes|no}} → yes

Файл (страница) существует на Викискладе, но не существует у нас:

  • {{#ifexist:Image:Haganai.png|yes|no}} → no
  • {{#ifexist:Media:Haganai.png|yes|no}} → yes
  • {{#ifexist:File:Haganai.png|yes|no}} → no
  • {{#ifexist:Файл:Haganai.png|yes|no}} → no

... — Neolexx (обс.) 21:31, 1 ноября 2019 (UTC)

  • Неолекс, есть две сущности. Обычная страница викитекста в пространстве номер шесть, там обычный викитекст, никакого файла там нет. И есть хранилище файлов, условно в пространстве минус два. Когда кто-то грузит файл, он создаёт оба объекта и с тех пор при просмотре страницы в пространстве шесть туда отображается ассоциированный файл. Иногда это сбоит и мы видим описания без файлов или файлы без описаний. А ещё сложности добавляет викисклад. Давным-давно в нашем разделе написали глобальный скрипт, который при попытке открыть (из статьи) файл с викисклада открывает его сразу на викискладе. По умолчанию в Медиавики не так, такой файл открывается как бы в локальном разделе, сверху есть вкладка "просмотреть это же на Викискладе", описание файла транслируется с викисклада, НО - файлу можно создать и локальное описание. Так может получиться, что описание в разделе есть, а файла - нет. См. пример en:File:RAAF F-18 Alaska 2008.JPG (файл со склада, открытый в енвики, сверху вам предлагают создать ему локальное описание). Плюс сейчас по умолчанию включен медиавьюер, со страницы которого такие файлы открываются тоже сразу на складе, так что данный технический аспект всё менее заметен обычным участникам. MBH 01:45, 2 ноября 2019 (UTC)
    • Это всё уходит в оффтоп, изначальный вопрос с шаблоном решён. Но отмечу, что ваши и IKhitron абстракции я в какой-то мере понимаю. Это как массив можно рассматривать как массив (отдельная программирумая сущность) (Javascript) - или как просто объект с только числовыми полями (Lua). Чаще всего это вредно и для головы, и для дела, но порой полезно и удобно (скажем, быстро дубликаты значений найти).
      В данном случае пользы в абстрактном различении файла и страницы файла я никакой не вижу. Оно имело бы смысл, если бы "переносы" файлов с руВики на Викисклад или с Викисклада в руВики заключались в удалении/создании страниц в пространстве 6, а сами файлы как упали в пространство -2, так и лежат, пока их совсем не удалят.
      Ничего этого нет и "обычные участники" испокон веков должны это всё харкордовым способом перекачивать (файлы, не страницы) тудэмо-сюдэмо. В этих условиях -2, 6 или 256 никакого смысла для них не имеют.
      В смысле прикладных задач - частой является различить ситуации 1) файл есть локально, но его нет на Викискладе, 2) файл есть на Викискладе, но его нет локально, 3) файл есть и локально, и на Викискладе. Насколько я понимаю, текущий механизм magic words все три ситуации надёжно различить не позволяет. — Neolexx (обс.) 08:59, 2 ноября 2019 (UTC)
    • Я потому и продолжаю предлагать забыть про все эти файлы, "описания", пространства имён - и хардкордово думать о конечном адресе медиафайла. То есть когда его сам по себе открываешь, в адресе броузера либо https://ru.wikipedia.org/... (локальный), либо https://commons.wikimedia.org/... (на Викискладе). Всё, всё прочее - от лукавого. Так, скажем, моя CSSка работает для подсветки КДИ файлов в статьях (первое правило). — Neolexx (обс.) 09:10, 2 ноября 2019 (UTC)
    • То есть тьфу на меня: давно тот свой CSS писал, подзабыл, какой там трэш и угар устроили. По-новому: в адресе броузера либо https://upload.wikimedia.org/wikipedia/ru/... (локальный), либо https://upload.wikimedia.org/wikipedia/commons/... (на Викискладе). — Neolexx (обс.) 09:26, 2 ноября 2019 (UTC)
      • Насчёт ткнуть - их трудно так сразу найти. У меня есть несколько примеров глобальных изображений с местным описанием, как контрпримеры, но они не в рувики. Игорь (обс) 15:41, 2 ноября 2019 (UTC)
        • Можно любой пример в варианте "страница на Викискладе + страница в языковом подразделе". Пока же у меня есть подозрение, что вы на ситуацию под этаким "Unix-углом" смотрите. То есть файл - это файл, он один, а "описания" (страницы) вроде как symlinks, их сколько угодно где угодно. А медиахранилища проекта совсем не так работают. — Neolexx (обс.) 16:23, 2 ноября 2019 (UTC)

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

Данный шаблон стоит в ряде статей. И вызывает проблему с категоризацией, поскольку в статьях основного пространства проставляет категории шаблонов Шаблоны:Автомобильные компании и Навигационные шаблоны:Польша, что недопустимо. Ищу страницу шаблона. Беру, к примеру, статью FSO (компания). Шаблон в низу статьи. Пытаюсь перейти на страницу шаблона - щёлкаю по "шестерёнке" на шаблоне. Но меня отправляет на несуществующую страницу {{Fabryki samochodów w Polsce}}. Ладно, через поиск всё равно нашёл шаблон {{Автомобилестроительные компании Польши}}. Вижу, что категории проставлены в теле шаблона. Вынес их за закрывающие скобки. Однако в статьях, включённых в шаблон, по-прежнему висят категории шаблонов. Я вчера запускал action=purge, прошли сутки. Что ещё не так? — 193.233.70.48 15:36, 1 ноября 2019 (UTC)