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

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

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

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

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

Просьба добавить параметр |lang= для указания кода языка видео. 83.219.136.57 21:52, 31 марта 2019 (UTC)

  • Против. Это сломает всё оформление там, где шаблон внутри таблиц и других шаблонов. Да и не нужно, зачем? --Moscow Connection (обс.) 01:40, 1 апреля 2019 (UTC)
    • Если вы не будете ломать, то не сломает. Затем же, что и в {{cite web}}, чтобы читатель заранее знал язык источника. 83.219.136.183 20:59, 1 апреля 2019 (UTC)
      • В 99,9 % случаев этот шаблон используется для ссылок на видеоклипы, для которых указание языка абсолютно не нужно. Кроме того, из названия видеоролика язык уже ясен и так.
        Зачем Вам вообще нужна эта функциональность? Используйте {{cite video}}. --Moscow Connection (обс.) 00:49, 2 апреля 2019 (UTC)

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

Не предусмотрены? Например Оскопление, Холощение, Убеление, Кастрирование у нас всё одно, как бы синонимы, ведёт на Кастрация. А у них, помимо en:Castration, есть en:Emasculation, en:Penis removal, en:Neutering, т.е. идёт градация по аспектам или особенностям, например, в зависимости от того, что удаляется – член, яйца, только член, или член и яйца и т.д.
Например, Холощение соответствует en:Emasculation.
Кастрирование — en:Neutering. - 94.188.106.14 21:37, 31 марта 2019 (UTC)

  • Интервики соединяют между собой не термины, а статьи, текст. По термину, служащему перенаправлением, не всегда можно понять, какую часть текста он подразумевает. Хотя... Интервики для редиректов - это примерно тот же вопрос, что и категоризация для редиректов. А она как раз иногда производится. Vcohen (обс.) 22:04, 31 марта 2019 (UTC)
  • В Викиданных я встречал интервики на редирект.-- Vladimir Solovjev обс 14:06, 1 апреля 2019 (UTC)
    • Их можно добавлять, но это каждый раз требует грязного хака (убираем редирект, связываем, возвращаем редирект). Что с этим делать глобально, никто не знает. — putnik 15:13, 1 апреля 2019 (UTC)
    • Хак описан в документации к {{Wikidata-redirect}}. Кстати, на викиданных наконец-то достигнут консенсус, что такие связи допустимы. Но я что-то не вижу, чтобы дело куда-то двигалось дальше. См. phab:T54564. — Алексей Копылов 19:22, 3 апреля 2019 (UTC)

Комментарии к правке и выделение мышью[править код]

Комментарии к правке не выделить мышкой, если ссылка? - 94.188.106.14 20:56, 31 марта 2019 (UTC)

[1] если комментарий состоит из ссылки. В сравнении версий выделяется. [2] - 94.188.106.14 22:52, 31 марта 2019 (UTC)

  • В списке изменений в принципе не выделить описание правки начиная с первой буквы, только со второй, в независимости есть ссылка или нет. Такое поведения наблюдается в Chrome, но при этом всё нормально в Firefox Serhio Magpie (обс.) 23:49, 31 марта 2019 (UTC)
  • Можно начать выделять с конца и зацепить скобку, тогда всё выделится. — Helgo13 • (Обс.) 04:50, 1 апреля 2019 (UTC)

Прошу помощи в слежке[править код]

Господа, есть ли возможность подписаться не на изменения в определенной статье (через СН), а на правки определенного участника? Есть новый участник, правки которого на грани вандализма, и я хочу проследить, что он будет делать дальше, чтобы в нужный момент подать на него на ЗКА. Vcohen (обс.) 11:47, 30 марта 2019 (UTC)

  • Напоминание: Этот вопрос вставал неоднократно в вики вокруг света. Несколько лет назад он победил в конкурса пожеланий участников, первая десятка в котором должна быть имплементирована в течение года. Но не была, волевым решением фонда, который считает, что такую функциональность можно было дать всем, кроме админов. Давать же им её опасно, поскольку это может привести к мести врагам. Игорь (обс) 13:33, 30 марта 2019 (UTC)
    • Спасибо за информацию. Но, возможно, есть какое-нибудь решение "для бедных"? Ведь был же сделан шаблон, который позволяет подписаться на одно обсуждение, а не на всю страницу. Vcohen (обс.) 13:39, 30 марта 2019 (UTC)

Хорошо бы такую вещь реализовать. Лично я слежу за вкладом нескольких участников (просто интереса ради, ибо пишут на интересные мне темы). Просто каждый раз вручную ищу вклад участника и смотрю, что нового. Следить через СН было б удобнее.--MaksOttoVonStirlitz (обс.) 13:43, 30 марта 2019 (UTC)

  • Если у вас есть RSS читалка, то вы можете зайти на страницу вклада участника, и там в левой колонке будет ссылка "Atom". Например, [3]. Подписавшись на этот feed вы будете следить за его вкладом. Установить читалку очень легко, например, в качестве расширения для браузера. Я сам только что установил, чтобы следить за изменениями на главной. Только хочу напомнить про ВП:Преследование. Так что используйте осторожно. — Алексей Копылов 14:44, 30 марта 2019 (UTC)
  • Разве не это называется ВП:Преследование? --@ → SAV © 11:51, 31 марта 2019 (UTC)
    • Просто наблюдение, без каких бы то ни было действий? Vcohen (обс.) 11:58, 31 марта 2019 (UTC)
      • Без действий - нет, но зачем следить, если бездействовать? Igel B TyMaHe (обс.) 18:13, 31 марта 2019 (UTC)
        • Я же написал в самом начале. Если я увижу, что в его вкладе пошел явный вандализм, то подам на ЗКА. Vcohen (обс.) 18:30, 31 марта 2019 (UTC)
          • И это сразу будет преследованием. Igel B TyMaHe (обс.) 09:07, 1 апреля 2019 (UTC)
            • с чего вдруг? Нет, не будет. ShinePhantom (обс) 09:16, 1 апреля 2019 (UTC)
            • Я уже потерялся слегка, кто когда шутит, когда всерьёз говорит. Википедия по дизайну и смыслу сделала как система тотальной слежки всех за всеми. Именно этим и только этим при достаточном числе участников поддерживается приемлемое качество статей при принципе "править может каждый". Так что преследования тут не больше, чем в щелчке патрулирующего по ссылке "Свежие правки". Преследование есть действия, совершаемые на основе анализа вклада участника, в которых (действиях) без натягивания НТЗ на глобус консенсусно читаются личные или государственные мотивы, а не просто забота о качестве статей. --Neolexx (обс.) 13:36, 1 апреля 2019 (UTC)
            • Очень тонкая грань, но если участник стремится таким образом улучшить статьи, а не уничтожить вклад участника, то это не преследование. — Helgo13 • (Обс.) 14:20, 1 апреля 2019 (UTC)
              • Да какая тонкая грань, господа, вы о чем? Запрос на ЗКА - преследование? Или что, я должен делать этот запрос вслепую, не видя вклада того, на кого подаю, случайным образом, "на кого упадет"? Vcohen (обс.) 14:24, 1 апреля 2019 (UTC)
    • IKhitron, серьёзно, именно так Фондом и было решено? Потому что отдаёт изрядной толикой маразма тогда, IMHO. Так как любой вклад любого участника всё равно открыт через usercontribs. То есть вопрос только о том, чтобы прикрутить через скрипт красивый интерфейс к тому, что и так каждому доступно - и на что технически разрешений Фонда не нужно. Если, конечно, не пообещали удаление через office action, у кого если найдут.
      Vcohen, каждый может сделать себе настоящую БМВ (боевую машину вики-сталкера) :-) С ежеминутным анализом вклада, речевых сигнатур и распределения частотностей (полезно для отслеживания "смен дежурства" у аккаунта) и т.п. Однако если Фонд вроде как в сомнениях, то как публичное "решение для бедных" могу предложить xml-запрос к API - который в таком формате читаем и просто глазами, без программы. Например, мой вклад в пространстве статей с 10 марта по сегодня можно посмотреть так: https://ru.wikipedia.org/w/api.php?format=xmlfm&action=query&list=usercontribs&uclimit=max&ucnamespace=0&ucprop=title|sizediff|oresscores&ucuser=Neolexx&ucstart=now&ucend=2019-03-10T00:00:00Z (результат) ORES scores в 0,8 и выше для damaging.true или goodfaith.false с высокой (но не абсолютной) вероятностью укажут проблемные правки. --Neolexx (обс.) 14:05, 31 марта 2019 (UTC)
      Да, инструкцию забыл... В общем, "какой механизм, слушай, всё вручную". В ucuser=Neolexx меняем Neolexx на кого хотим. Можно сразу хоть 50 ников задать через |, но без интерфейса не рекомендую: синус на косинус может найти. ucend=2019-03-10T00:00:00Z - выделенную полужирным часть меняем на дату, с которой по текущее число хотим посмотреть вклад. Если только участник не какой суперпродуктивный - потому что не для ботов максимум правок за один запрос - до 500. --Neolexx (обс.) 14:13, 31 марта 2019 (UTC)
      • Серьёзно. Игорь (обс) 14:06, 31 марта 2019 (UTC)
      • Спасибо, выше уже предложили нечто очень похожее. Vcohen (обс.) 14:13, 31 марта 2019 (UTC)
        • Читалка не даёт прикидок ORES, насколько я знаю. Впрочем, выбирайте вариант, какой больше нравится. --Neolexx (обс.) 14:15, 31 марта 2019 (UTC)
        • "Серьёзно" - ещё одно доказательство растущего расхождения между Фондом и человечеством в моём лице... Я на phab'e пошутил - там всерьёз сказали "отличная идея". Тут они всерьёз сказали - я решил, что пошутили. --Neolexx (обс.) 14:18, 31 марта 2019 (UTC)
          • Нет никакого «доказательства». Эта функция опасна и может быть использована (и в 99% случаях будет использована) для преследования. Да, иногда всё же бывает нужно присматривать какое-то время за вкладом юзера, но это редкие ситуации, которые должны решаться при помощи текущего функционала. То, что это можно сделать руками, отношения к делу не имеет. Не нужно путать ручной труд и автоматизированный процесс. Вам для примера: на Лабсе со времён Тулсервера запрещено создание любых утилит для анализа вклада участника по времени правок, поскольку это может нарушить приватность (можно узнать часовой пояс и график бодрствования). Да, можно проанализировать вручную. Но не впутывая в столь сомнительное дело инфраструктуру Фонда.—Iluvatar обс 13:36, 1 апреля 2019 (UTC)
            • Да я так и раньше это понимал. "Вот вам все данные в открытом доступе, делайте сами что хотите, но мы умываем руки. Они остаются чисты." Конкурс пожеланий участников тут интересен разве что тем, что Фонд загнали-таки в угол и вместо традиционного подмигивания "ну, вы понимаете" - заставили сказать словами. --Neolexx (обс.) 13:45, 1 апреля 2019 (UTC)
            • Запрещено? Странно. А внизу каждой страницы вклада ссылка есть... Землеройкин (обс.) 14:33, 1 апреля 2019 (UTC)
              • Вы полагаете, что серверы Лабса находятся в Японии? И вас даже наличие гугло-рекламы там не смущает?—Iluvatar обс 14:47, 1 апреля 2019 (UTC)
                • Мне кажется, довольно глупо запрещать создание таких инструментов, и в то же время ставить ссылки на них на каждой странице Википедии, вот что я хотел сказать. Землеройкин (обс.) 14:52, 1 апреля 2019 (UTC)

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

1) При наборе латиницей абракадабры не понимает, что надо искать на русском; 2) Если ввёл с одной опечаткой, то предлагает вместо реальной статьи несуществующую (тоже с заменой одной буквы).-- Max 06:00, 30 марта 2019 (UTC)

  • Автоисправление раскладки и опечаток - вещь нужная, но пока этого нет. Здесь не Яндекс :) Хотя можно спросить у инженеров - возможно, как-то прикрутить исправление можно локальным образом без изменений в движке. Фред-Продавец звёзд (обс.) 09:01, 30 марта 2019 (UTC)
  • Для 1) зайдите в свои настройки и на вкладке гаджетов найдите "Показывать дополнительные подсказки в «малом» поле поиска при использовании неверной раскладки" и включите. →ʙᴏʀᴏᴅᴜɴ 15:30, 30 марта 2019 (UTC)
  • На странице результатов вверху будет слово-ссылка с переводом "латиница-кириллица". Если набрано без ошибок, она даже посинеет. Igel B TyMaHe (обс.) 18:19, 31 марта 2019 (UTC)

«История» работает как-то не так[править код]

Зашёл я в статью Эпоним; краем глаза заметил некий непорядок (то ли с пробелом, то ли с дефисом — мелочёвка какая-то); вошёл в редактирование, кликнул по кнопке викификации, сохранил, вышел. (Кроме этого, не делал _ничего_.) Дай, думаю, историю посмотрю, чего там напоправлялось-то? А оно[4] выдаёт мне (я чётко указал выдать разницу между моей правкой и предыдущей) существенно бОльшее количество правок: возможно/похоже, добавив и предпоследнюю правку (моего предшественника). Прошу проверить. --AndreiK (обс.) 12:42, 29 марта 2019 (UTC)

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

Это обычная викификация. Чего паниковать-то? Больше там ничего нет в той правке. Oleg3280 (обс.) 17:35, 29 марта 2019 (UTC)

Per template script[править код]

Hello ruwiki community. please pardon my language.

i recently became aware of Шаблон:Выполнить скрипт used here, and looked at the code, added by User:Jack who built the house to common.js on october 9 2017.

i think it's brilliant, and seriously considering suggesting to do something like this in hewiki. i have one comment, though: reading the code (copied below for your convenience), it seems that this might load the same script multiple time, e.g., when the template that asks for it is transcluded more than once in the page.

for some scripts it may be harmless, but this really depends on the individual script, and some (future?) scripts may show adverse effect. even when harmless, this is usually not what you really want.

it is very much possible i'm wrong here, but if i'm not, i'd suggest to make a slight change: first collect all the scripts to load, then weed out duplicates, and only then actually load them (a different approach is to collect the script names while loading, and when encountering one already in the list, skip it). here is the code i'm talking about: 

	var $execJS = $( '.executeJS' );
	if ( $execJS.length ) {
		$execJS.each( function () {
			$.each( $( this ).data( 'scriptnames' ).split( ' ' ), function ( i, sc ) {
				sc = $.trim( sc.replace( /[^\w ]/g, '' ) );
				if ( sc ) {
					importScript( 'MediaWiki:Script/' + sc + '.js' );
				}
			} );
		} );
	}

peace - קיפודנחש (обс.) 16:04, 28 марта 2019 (UTC)

  • Сокращенный перевод:
    Я недавно узнал о существовании шаблона {{Выполнить скрипт}}, и обратил внимание на соответствующий код, добавленный Джеком в common.js. Я считаю, что это блестящая идея, и намереваюсь предложить её осуществление в хевики. У меня есть один комментарий: если один и тот же скрипт используется в нескольких включениях на одной и той же странице, он загружается несколько раз. По-моему, это можно решить - собрать все скрипты страницы, и только потом загрузить по одному разу. Или во время загрузки записывать имена скриптов, и если надо загрузить какой-то снова, пропустить его. Змееёж. Игорь (обс) 17:02, 28 марта 2019 (UTC)
    • קיפודנחש, I don't know if it's an issue or not. The MediaWiki importScript is just a slightly convoluted sugar wrap around the mw.loader.load Internally it looks like this:
function(page,proj){if(!proj){importScript_(page);}else{if(proj.indexOf('.')===-1){proj+='.wikipedia.org';}mw.loader.using('mediawiki.util').done(function(){mw.loader.load('//'+proj+'/w/index.php?title='+mw.util.wikiUrlencode(page)+'&action=raw&ctype=text/javascript');});}}
function importScript(page){var uri=mw.config.get('wgScript')+'?title='+wikiUrlencode(page)+'&action=raw&ctype=text/javascript';return importScriptURI(uri);}
    • ...and mw.loader.load says "It will not load the same module a second time if has already been loaded previously. This does not apply to scripts and stylesheets – they will be loaded each time, even if loaded previously." What a hey they wanted to say by this no-yes - I don't know.
    • Кто-нибудь понял, при 10 importScript одного скрипта на одной странице будет 10 загрузок одна поверх другой или программе хватит мозгов сделать одну единственную загрузку? --Neolexx (обс.) 20:32, 31 марта 2019 (UTC)
pardon my language again. i think what you quoted is true for modules. not all scripts are mosules: modules are those you can use mw.module.using(), i.e., modules that came from mw or jquery and such, or local gadgets. however, this is not true for regular scripts:
Loader instructions represent the intent that a module by that name should be loaded. It will not load the same module a second time if has already been loaded previously. This does not apply to scripts and stylesheets – they will be loaded each time, even if loaded previously. If a script defines window.Foo, you can use ( window.Foo !== undefined ) to check if that script has already been loaded.

i liked this brilliant idea so much, that i imported it to hewiki. the hewiki one is basically the same, except no "multiple scripts" - i multiple scripts need to be loaded, we use the template multiple times..., and, of course, it _does_ protect against "double loading", and it allows to load not only scripts, but also gadgets this way. similar to scripts, gadgets also must have a specific prefix in order to be loadable this way. my point is, i did not bother protecting against "double loading" of gadgets - exactly b/c of what you quoted, but i _did_ protect against double-loading of _scripts_, because of what _i_ quoted... :)

Neolexx: sorry, i missed your question: the browser itself will not "shortcut" a 2nd load of same script. typically, a script may contain (global) variables, functions, and code for immediate execution (i.e., some code which are is inside any of the functions). this code executes every time you load the script. loading the script will replace everything in the global scope (functions and global variables), with a fresh copy of the same, so usually, no effect. however, the code for immediate execution _will_ execute again: this is "by design", and if the browser would not behave this way, it would be a bug.

peace - קיפודנחש (обс.) 22:41, 31 марта 2019 (UTC)

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

Был такой неплохой сайт "Спорт на Урале" ( http://sportufo.ru/ ), который недавно закрыл всю информацию и перешёл на платный доступ. В Википедии на этот сайт несколько сотен ссылок. Я так понимаю, что теперь нужно ссылки удалить, или как-то скрыть. Igor Borisenko (обс.) 10:09, 28 марта 2019 (UTC)

Чемпионат мира по дзюдо 1984[править код]

В статье прописана категория Категория:Спорт в Японии в 1984 году, хотя к Японии чемпионат отношения не имеет. Удалить категорию не получается, поскольку таковой в коде страницы нет. Похоже, она попадает в статью через шаблон «Чемпионат мира по дзюдо», но разобраться в коде я не смог. Simba16 (обс.) 09:27, 28 марта 2019 (UTC)

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

Почему у меня возникает сообщение об ошибке "На данный момент стили шаблонов разрешено править только администраторам и инженерам. В будущем данная функция будет доступна всем участникам." в следующих случаях: 1) когда я пытаюсь добавить в исходный текст шаблона {{Pgnviewer}} строку templatestyles src="Шаблон:Pgn/styles.css"/ (я здесь убрал угловые скобки "<" и ">") и 2) когда я пытаюсь написать на СОУ наставника (Sir Shurf) текст этого шаблона, окружённого тегами nowiki? По-моему, такой ошибки не должно быть в том случае, когда этот текст окружён тегами nowiki. Или я неправ? Раммон (обс.) 07:54, 28 марта 2019 (UTC)

Выпадение из СН[править код]

Коллеги, прошу обратить внимание на интересный эффект, неоднократно мною наблюдавшийся (последний раз несколько минут назад — со статьёй 2ТЭ116). Суть в том, что если править текст инкогнито, но перед сохранением всё же войти в Википедию под своим именем (в другой вкладке браузера), то правка регистрируется с моим именем (что не удивительно), но почему-то статья вылетает из списка наблюдения... Ну, имеется ввиду, что перед началом этой правки она таки была в списке. Сегодня 2ТЭ116 пришлось возвращать в список вручную (хотя час назад она там точно была — пришёл сигнал об изменении статьи 27 марта до меня). Белов А.В. (обс.) 21:01, 27 марта 2019 (UTC)

  • При редактировании с анонима отсутствует галочка — В список наблюдения. После отправки формы сервер интерпретирует это значение как отсутствующее и подставит значение по-умолчанию — false. От сюда и вылит из СН. Перед сохранение можно сделать предварительный просмотр, галочка должна появится, но я не уверен, что в таком случае её состояние не будет сброшено всё равно. Serhio Magpie (обс.) 23:42, 27 марта 2019 (UTC)

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

В Анх в истории 2 последние правки от анонима - вандализм и его устранение. Откат не сработал, будто бы Agafoklea уже отредактировал страницу. Смысл моего отката был в том, чтобы вернуть патрулирование, это быстрее, раньше вроде работало. Я что-то делаю не так/на фабрикаторе есть баг/нужно его завести? Track13 о_0 20:23, 27 марта 2019 (UTC)

Быковский, Валерий Фёдорович[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
У кого рука набита в части таблиц: поставьте, пож., слово «Итого» в последней строке таблицы, там, где болдом указано 20 дней — это суммарное время полётов. --AndreiK (обс.) 16:58, 27 марта 2019 (UTC)

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

Список стран, где столица не является крупнейшим городом. Столбцы с населением городов. - 94.188.106.14 12:25, 27 марта 2019 (UTC)

Правка заголовка (на форуме)[править код]

Поправишь заголовок, а он потом в истории правок (вкладе) отображается в первоначальном варианте (соответственно, по ссылке на раздел не перейти). Можно, конечно, перед отправкой всё скопировать в буфер обмена и заново всё вставить и отправить. Но, может, как-то починить можно... После предпросмотра решаешь внести ещё изменения, в том числе – в заголовок, а изменение заголовка постфактум не отображается в истории/вкладе. - 94.188.106.14 10:37, 27 марта 2019 (UTC)

Глюк архивации?[править код]

Что-то тут не так. Землеройкин (обс.) 10:27, 27 марта 2019 (UTC)

Ухов, Юрий Владимирович[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Персона не только «народный» (что добросовестно отображает картинкой инфокард), но ещё и Заслуженный деятель искусств РСФСР, — что инфокард картинкой таки не отображает. Ай донт нид хелп. А вот Юрий Владимирович таки нид. Плиз. --AndreiK (обс.) 09:40, 26 марта 2019 (UTC)

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

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

Последние изменения

  • Все новые переводы будут выполняться с помощью новой версии переводчика содержимого; старая версия будет использоваться для тех переводов, которые в ней уже начаты и сохранены. Большинство пользователей не заметят этого изменения. Больше 80 % опубликованных переводов сделано в новой версии. [5]

Проблемы

  • Исправлена проблема с браузером Safari на iOS, при которой невозможно было сохранить правку с заполненным описанием. [6]
  • Во время прокрутки страницы на устройствах с iOS панель редактирования иногда исчезает. Эта ошибка скоро будет устранена. [7]
  • Вики-проекты могут переопределять текст в интерфейсе, при этом иногда вместо актуальной версии сообщения показывалась старая. Это случалось с баннерами и в других критически важных элементах интерфейса. Данная проблема исправлена 22 марта в 16:00 (UTC). Незалогиненным при этом может продолжать показываться старая версия сообщения, однако это можно исправить, удалив кэш страницы. [8]

Позже на этой неделе

  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 26 марта. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 27 марта, все проекты — 28 марта (календарь).

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 27 марта в 16:00 (UTC). См. инструкцию.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

18:05, 25 марта 2019 (UTC)

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

Делаю так: из списка наблюдения открываю новые страницы через ссылку на дифф. Раньше это всегда маркировало страницы в СН как просмотренные, нынче — через раз. С чем может быть связано? Igel B TyMaHe (обс.) 14:39, 25 марта 2019 (UTC)

Голубовка (Партизанский район)[править код]

Перенесено со страницы Википедия:Сообщения об ошибках#Голубовка (Партизанский район). Well-Informed Optimist (?•!) 05:35, 25 марта 2019 (UTC)

Вторая ссылка в шаблоне {{Население}} нерабочая.

Автор сообщения: X0stark69 (обс.) 04:02, 25 марта 2019 (UTC)

✔ Сделано. -- dima_st_bk 05:39, 25 марта 2019 (UTC)

Чёрный список и ботоархивация[править код]

Сейчас обнаружил, что бот заархивировал страницу, копившуюся много лет, и в описании к правке он оставил ссылки на созданные архивные страницы, но при этом одна из ссылок - красная. Я стал создавать ее вручную и увидел, что не могу ее сохранить, потому что одна из ссылок в реплике находится в черном списке (а в 2008 году, когда участник писал свою реплику, эта ссылка, видимо, еще не входила в черный список). Ну так я-то человек, я вставил nowiki и сохранил, а бот не смог - и пошел дальше, потеряв таким образом для нас часть архива. Могу предположить, что это случай не единичный, только обычно никто этого не замечает. Я не спрашиваю, как сейчас задним числом найти все эти случаи. Я спрашиваю, как их хотя бы предотвратить на будущее. Vcohen (обс.) 09:01, 24 марта 2019 (UTC)

  • Предотвращать это не могут с 2011 года. С уважением, Demidenko 07:02, 27 марта 2019 (UTC)
    • Ого! Большое спасибо за ссылку. Но я вижу, что в 2011 году только проблема была замечена, но не было принято никакого решения, что ее ликвидировать не надо. Так что есть шанс. Vcohen (обс.) 08:11, 27 марта 2019 (UTC)
  • Поправить очень просто, бот должен сначала создавать архив, и только если при этом не было никаких ошибок, удалять заархивированное со страницы. А если ошибки были, оставлять сообщение людям, что что-то пошло не так. Землеройкин (обс.) 08:57, 27 марта 2019 (UTC)
  • Найти это случаи тоже не сложно, щас пройдусь по вкладу бота и всё найду. Землеройкин (обс.) 09:02, 27 марта 2019 (UTC)
    • За 2018 год нашлось 9 потерянных архивов. Продолжение следует :) Землеройкин (обс.) 10:39, 27 марта 2019 (UTC)
      • Вы проверяете вклад только одного бота или всех, которые занимаются архивацией? Vcohen (обс.) 10:51, 27 марта 2019 (UTC)
        • BotDR. А кто ещё занимается? Землеройкин (обс.) 11:04, 27 марта 2019 (UTC)
          • Ну, например, ClaymoreBot, который обсуждается в соседней теме. Vcohen (обс.) 12:05, 27 марта 2019 (UTC)
            • ClaymoreBot неактивен с 2013 года. В общем, получается так, составить список ошибок бота нетрудно, но как их исправить, надо подумать, ведь кое-что потом вручную добавляли. Землеройкин (обс.) 13:40, 27 марта 2019 (UTC)
              • Если этих страниц не больше пары десятков, то можно будет доархивировать вручную, как я сделал с той одной. Но основная проблема - что делать на будущее. И вообще, раз тут (по крайней мере пока) обсуждается всего один бот, то пришла пора позвать его хозяина. Vcohen (обс.) 13:57, 27 марта 2019 (UTC)
                • оптимально - убрать все такие ссылки из вики. ShinePhantom (обс) 14:44, 27 марта 2019 (UTC)
                  • Из обсуждений??? Сделав реплики бессмысленными??? Vcohen (обс.) 15:20, 27 марта 2019 (UTC)
                    • Под «убирать» имеется ввиду «удалить http(s):// или обернуть в nowiki», чтобы движок не блокировал. Если корректно учесть случаи оба случая ([9] и гугл), то смысл не пострадает. . Track13 о_0 15:36, 27 марта 2019 (UTC)
                      • По всем ссылкам, не только из черного списка? Тогда мы затрудним чтение обсуждений, потому что будет невозможно кликнуть по ссылке и увидеть то, что имел в виду автор реплики. Vcohen (обс.) 15:38, 27 марта 2019 (UTC)
                        • Под «такие» в реплике выше подразумеваются заблокированные, очевидно, с них же тема и началась. Все ссылки в архиве так чистить технически проще, конечно, но усложнит чтение. Track13 о_0 15:52, 27 марта 2019 (UTC)
                          • Но для этого бот должен читать чёрный список и анализировать все ссылки на странице. Это реально? Vcohen (обс.) 16:46, 27 марта 2019 (UTC)
                            • Можно просто пробовать сохранить, ловить ошибку, в ошибке есть ссылка, которая вызвала срабатывание, удалять, пробовать ещё раз. Если роботам отдаёт нормальную ошибку. Или читать список, плюс список с меты, плюс применять белый список, и фильтровать заранее. И учитывать всякие мелочи, например, что заблокированный example.com тянет за собой test-example.com. Ничего нереального нет, в целом. Track13 о_0 16:53, 27 марта 2019 (UTC)
                            • Это реально, я собирался этим заняться ещё год назад, но как-то заглохло. MBH 16:55, 27 марта 2019 (UTC)
  • Я смотрю на диффы и теперь мне кажется, некоторые темы были удалены из архива специально. Например вот эту правку бота как понять?
А что касается того, чтобы бот анализировал ссылки, мне кажется, это лишнее. Слишком сложно, а таких случаев немного, штук 10 в год, вполне можно вручную, если бот будет сообщать о проблеме. Землеройкин (обс.) 19:25, 27 марта 2019 (UTC)
  • По ссылке какой-то сбой, который еще ждет своего исследователя. Там вся история страницы такая - бот каждый раз не добавлял текст, а заменял его. А насчет алгоритма есть еще идея: если сохранение архива не удалось, то все http без разбора в тексте заключаются в nowiki и производится вторая попытка. Vcohen (обс.) 20:10, 27 марта 2019 (UTC)
  • Коллеги, нужно решить, что делать с пропавшими темами. Я провёл поиск, темы собраны у меня на компьютере. Я могу добавить их вручную в архивы, но нужно наверное какое-то решение здесь, а то как бы не забанили за ВП:МНОГОЕ. Землеройкин (обс.) 19:11, 10 апреля 2019 (UTC)
    • Восстановление архивов - это такое однозначно положительное действие, что банить надо того, кто выскажется против (надеюсь, таких не окажется). Вам громадное спасибо, и я готов в этом поучаствовать тоже. Проблема в другом - что делать на будущее. Vcohen (обс.) 19:45, 10 апреля 2019 (UTC)
    • Добавляйте, никто вас не забанит. MBH 21:00, 10 апреля 2019 (UTC)

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

Здравствуйте! После внесения правки не отображается список членов-корреспондентов, хотя при предварительном просмотре всё показывается верно. В чём же здесь загвоздка? С уважением, --Sersou (обс.) 18:23, 23 марта 2019 (UTC)

  • После этой правки статья попала в категорию К:Страницы, для которых превышен допустимый размер включаемых шаблонов. Надо уменьшать количество шаблонов (в первую очередь тех, которые используются в строках большой таблицы). Vcohen (обс.) 18:51, 23 марта 2019 (UTC)
  • Вы можете сократить количество шаблонов, дав легенду (расшифровку) некоторых терминов над таблицей, например д.м.н, д.ф.-м.н. и др. — Helgo13 • (Обс.) 18:55, 23 марта 2019 (UTC)
    • А будет ли тогда возможна сортировка? --Sersou (обс.) 19:22, 23 марта 2019 (UTC)
      • Разумеется, будет возможна, можете проверить. Шаблон AbbrRAS просто добавляет комментарии, его, наверное, можно местами убирать без особого ущерба для смысла, если технический предел раскрытия шаблонов в статье будет превышен. -- Badger M. (обс.) 21:35, 26 марта 2019 (UTC)
  • Зачем там автонумерация таблицы? Нужно узнать количество - можно скопировать целиком в табличный редактор. Основная сортировка: фио, даты, отделения. Номера людям ничего не дают, люди не номерные. Огромную таблицу поместили в шаблон - конечно лимита на шаблоны не хватило. --Sunpriat 23:02, 26 марта 2019 (UTC)
    • Угу, и в итоге страница грузится в 3 раза дольше из-за в 2-3 разв увеличившегося количества прогона информации туда-обратно. Serhio Magpie (обс.) 23:54, 26 марта 2019 (UTC)

Модуль:Dates[править код]

Здравствуйте! Если не сложно, помогите мне с решением одной проблемы в Модуле Dates в ингушском разделе Википедии? При написании статей о календарных днях, к примеру, 18 марта, и при постановке шаблона Шапка календарной даты, выводится ошибка «ГIалат: ха нийса яц», что означает «Ошибка: неверное время». Что делать? И где нужно внести изменения чтобы указанный модуль и шаблон адаптировать к ингушскому разделу Вики? Спасибо!!! С уважением, Adam-Yourist (обс.) 17:21, 23 марта 2019 (UTC)

Весь шаблон Шапка календарной даты зависит от названий месяцев на русском языке. Нужно переводить всё на ингушский. Во-первых, в функции local function Yyyymmdd(r) нужно добавить в регулярное выражение символы ингушского языка встречающиеся в названии месяца, например local d, m, y, M = mw.ustring.match(r, "^%s*(%d%d?)%s+([а-яА-ЯӀ\-]+)%s+(%d+)"). Во-вторых, название месяца в массиве monthg должно быть с маленькой буквы, либо нужно убрать вызов mw.ustring.lower, если месяц в ингушском принято писать с большой буквы. В-третьих, в названии страницы Мутт-хьал 18 дата должна быть впереди, т.к. при вызове {{Date Converter|{{PAGENAME}} 2017}}}} преобразуется в {{Date Converter|Мутт-хьал 18 2017}}}}, но в регулярном выражении предполагается, что порядок дата, месяц, год. В-четвёртых, для локальных дат в функциях парсера нужно указывать код языка, например {{#time:f|2017-03-25|inh}}. И в-пятых, {{календарь на {{#time: F | {{Date Converter|{{PAGENAME}} 2017}} }} }} нужно заменить на {{Ханорг {{#time: F | {{Date Converter|{{PAGENAME}} 2017}} }} беттан}}. Don Rumata 13:14, 25 марта 2019 (UTC)

Шаблон Субъект РФ[править код]

В статье Чечня в преамбуле изменила площадь, ссылаясь на офиц. сайт Парламент ЧР. Подскажите, пожалуйста, как изменить площадь в шаблоне Субъект РФ? --Alexanta (обс.) 16:58, 23 марта 2019 (UTC)

Переход[править код]

На этой странице при нажатии на ссылку «предыдущие 50» открывается та же самая страница. Хотел посмотреть код (может, что-то удастся подкрутить), то тогда открывается код самой статьи, ссылки на которую просматриваются. Simba16 (обс.) 07:43, 22 марта 2019 (UTC)

Проблема не только на этой странице: + [10]. Kalendar (обс.) 09:40, 22 марта 2019 (UTC)

Немецкая Википедия легла:([править код]

Понятно, что наверное сделать ничего не возможно. И скоро починят, но неприятно. JukoFF (обс.) 19:31, 21 марта 2019 (UTC)

Сервис: Википедия:Форум/Новости#Забастовка_Немецкой_Википедии. -- Q-bit array (обс.) 19:33, 21 марта 2019 (UTC)
Благодарю за разъяснение ситуации. JukoFF (обс.) 19:36, 21 марта 2019 (UTC)

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

Никто не лёг, закрытие dewiki на день произошло по собственной воле. Учите языки или пользуйтесь автоматическими переводчиками! — Igel B TyMaHe (обс.) 07:48, 22 марта 2019 (UTC)

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

Коллеги, добрый день! Недавно добавил в шаблон {{Ютубер}} параметр дата_создания. Планировалось, что при написании даты в формате дд.мм.гггг показывалось бы день месяца года (прошедшее время до сегодняшнего дня). То есть, также как при написании даты рождения. Подскажите, как это можно реализовать? sᴋᴇᴘsɪᴢ (обс.) 16:55, 21 марта 2019 (UTC)

Используйте шаблон {{ДатаОснования}} Don Rumata 23:50, 21 марта 2019 (UTC)

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

Почему то в шаблоне Королевский дом на странице Романовы ссылка на Родовид работает.

А на странице Михаил Фёдорович не делается ни из шаблона Государственный деятель.

А если сделать {{Rodovid|59810}} Вот как выходит

- в начале страницы, а не под таблицей.

Так, наверное, люди не одобрят. М.б. Можно сделать так-же как шаблон

, например. (справа) --Gorvzavodru (обс.) 08:50, 21 марта 2019 (UTC)
  • Родовод - это некий сайт на Викидвижке, который наполняется неизвестно кем и имеет кучу ошибок. Ссылки на этот сайт нужно вычищать, а не добавлять.-- Vladimir Solovjev обс 12:18, 21 марта 2019 (UTC)
    • На правах бывшего админа «некоего сайта» готов подтвердить, что проект скорее мёртв, чем жив. Там используется версия MediaWiki 12-летней давности, расширение для древа не разрабатывается уже много лет, последние несколько лет недоступна свободная регистрация. Мне кажется, что нормально оставить ссылки на него в Викиданных и в статьях о древних родах. Все остальные нужно удалять. — putnik 15:36, 21 марта 2019 (UTC)

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

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

в трех местах не хватало закрывающих }} — Igel B TyMaHe (обс.) 07:30, 21 марта 2019 (UTC)

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

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

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

  • Вот тут написано, что принадлежность к автоподтверждённым нигде не хранится, а проверяется каждый раз в момент, когда нужны права. Так что наверное, правильно. Землеройкин (обс.) 12:44, 20 марта 2019 (UTC)
    • Вроде бы да. Напрягает (сейчас тестами выяснил) что при этом нельзя оставить фильтрацию ботов auexcludegroup=bot - нужно либо то, либо другое убрать. Ещё больше напрягает, что API при этом даёт кривое сообщение о проблеме ("augroup и auexcludegroup не могут быть использованы совместно"). То есть чёрт его пока знает, правильно ли этот закоулок API работает в целом. Надо будет доп. потестировать. --Neolexx (обс.) 13:31, 25 марта 2019 (UTC)

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

Не работает. Идея сократить число запросов и обработок была в теории хороша, но на практике теряется куча народу. Что-то где-то глючит, причём по-разному (сравнивал, к примеру, со списком Участник:Neolexx/АК-27 2) Одна из причин, которую нашёл -в проекте могут, оказывается, быть участники с многолетним стажем и вкладом, которых так и не произвели в автоподтверждённые, например, キツネさん Куда теряются другие участники - пока не разобрался и не уверен, что прямо сейчас буду. Просто возвращаюсь к старой доброй сплошной выборке с фильтрацией на своей стороне.
MBH, идея упрощения выборки через aurights=editsemiprotected была, кажется, ваша: так что FYI be aware, proofs on demand. Если ошибаюсь и идея чисто моя, то искренне извиняюсь. --Neolexx (обс.) 17:05, 25 марта 2019 (UTC)
P.S. (если кто тем же путём когда пойдёт) Как минимум по части "пропаж" вроде бы догадался, тут ситуация аналогичная с бребибля и гребубля blocked и locked. Когда участники, заблокированные в проекте и заблокированные глобально идут по своим непересекающимся спискам с отдельными выборками. Аналогично ставшие автоподтверждёнными в другом проекте. Куда другая часть пропадает, так пока и не понял. --Neolexx (обс.) 08:30, 26 марта 2019 (UTC)

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

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

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

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

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

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

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

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

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

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

Позже на этой неделе

  • При использовании отката в большинстве вики-проектов можно будет включить подтверждение во избежание ошибочных правок. Чтобы активировать подтверждения, включите их в настройках. В немецкой Википедии с 28 марта откат станет показывать подтверждение по умолчанию, но это можно будет выключить в настройках. [11][12]
  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 19 марта. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 20 марта, все проекты — 21 марта (календарь).

Совещания

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 20 марта в 16:00 (UTC). См. инструкцию.

Будущие изменения

  • Администраторы всех проектов скоро получат возможность накладывать блок на редактирование конкретной страницы или пространства имён. В нескольких проектах это уже работает, если вы хотите подключить ваш проект к тестированию, обратитесь к разработчикам. Больше информации доступно по ссылке. [13]
  • Для технически продвинутых На следующей неделе Toolforge окончательно выключит кластер на Ubuntu Trusty. Использующие его инструменты нужно перевести на кластер Debian Stretch, в противном случае они выключатся. Ответственные разработчики смогут включить их позднее, однако выключенными инструментами нельзя пользоваться. Список инструментов, которые нужно перенести, находится здесь.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

19:44, 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)
  • А вот в этой и этой не работает. :(Эйхер (обс.) 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)
        • Эта карточка удобна, когда статья о зданиях и учреждениях, которые не подходят под существующие шаблоны-карточки. А когда там нет иллюстрации... то все будет так, как сказали коллеги выше. Спасибо, --Gennady (обс.) 08:14, 21 марта 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)

Запрашиваемое название страницы содержит недопустимые символы: «%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)

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

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

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

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

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

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

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

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

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

Браузер Vivaldi 2.4.1476.4? — Vort (обс.) 15:27, 13 марта 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)

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). Я исправляю это вручную (примеры 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)

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

  • Понятия не имею, я им никогда не пользовался. Спросил у шефа. Игорь (обс) 13:15, 18 марта 2019 (UTC)
    • Он говорит, что есть две разные вещи. В инпуте менять на русский очень сложно и не имеет смысла, поскольку запись в мире стандартная, ещё и партии из Викиданных работать не могут. Заменить названия в тексте, показанном шаблоном, очень легко, и зная технический уровень рувики он уверен, что вы с этим быстро справитесь. Игорь (обс) 14:56, 18 марта 2019 (UTC)
  • Спасибо за шаблон. Есть три пожелания:
    1) Анимация слишком медленная. Нельзя ли, чтобы фигуры двигались быстрее?
    2) Ваш шеф видимо переоценивает наши технические способности. Я не понял как поменять коды фигур на ♖. Я согласен, что в инпуте менять смысла нет, но поменять в оутпуте нужно. (Причем на изображение фигур, а не на русские обозначения, потому что если в инпуте будут английские сокращение, а в оутпуте русские, то легко будет совсем запутаться, что значит К).
    3) Хорошо бы шаблон показывал что-то осмысленное пользователям, у которых отключен javascript. (В идеале запись партии и конечную позицию). — Алексей Копылов 04:20, 29 марта 2019 (UTC)
    • Присоединяюсь к благодарности, но нет предела совершенству. Про коды фигур: в идеале было бы здорово иметь настраиваемый тег Pieces с 10 кодами белых и чёрных фигур (12, если с пешками) для вывода их на вкладке Notation:
      • [Pieces "KQRBNKQRBN"] — английский набор кодов, по умолчанию
      • [Pieces "♔♕♖♗♘♚♛♜♝♞"] —интернациональный
      • [Pieces "KDTLSKDTLS"] — немецкий
    • и т. д. Русский однобуквенный код вместо Кр можно обсудить, ввести мнемограмму или что-то иное.
    • Добавлю ещё пару своих пожеланий.
    • (1) Шаблон Шахматная диаграмма допускает обтекание текстом, так что удобно поместить, скажем, диаграмму слева, а сопутствующее решение или комментарии справа. Шаблон Pgnviewer, судя по всему, обтекания не допускает, а .было бы полезно (может быть, параметр style как-то влияет? подскажите, если так).
    • (2) Неплохо бы, как в шаблоне Шахматная диаграмма, включить в Pgnviewer встроенные средства вывода справочной информации — строки над доской и строки под доской (выше ряда кнопок). Сейчас вывести нестандартную идентификацию партии или задание (Выигрыш/Ничья) для этюда не так просто. LGB (обс.) 17:27, 29 марта 2019 (UTC)
    • Alexei Kopylov, что касается скорости анимации, то если перенести текст из [16] сюда и заменить строку «anim = 1000,» на «anim = 100,», то перемещение фигуры ускорится в 10 раз — будет не 1 секунда, а 0,1 секунда. Что касается кодов фигур, то их надо менять в двух местах: 1) в строке «var match = moveStr.match(/([RNBKQ])?([a-h])?([1-8])?(x)?([a-h])([1-8])(=[RNBKQ])?/);» и в строке «this.populateBoard(this.descriptions.FEN || 'rnbqkbnr/pppppppp/8/8/8/8/PPPPPPPP/RNBQKBNR');». Раммон (обс.) 13:26, 1 апреля 2019 (UTC)
    • И вообще скорость передвижения фигур в js-скрипте можно сделать изменяемой через новый параметр шаблона {{Pgnviewer}}. Раммон (обс.) 13:50, 1 апреля 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 марта нельзя будет править страницы в течение нескольких минут. Технические работы начнутся в 15:00 по (UTC). Список затронутых проектов см. здесь. Чтению технические работы не помешают.
  • При использовании визуального редактора в Firefox встречались проблемы с копированием текста: при попытке выделить текст, содержащий сноски, шаблоны или изображения, копировалась только часть. Эта проблема устранена. [17]
  • 8 марта некоторые карты не работали, эта проблема уже исправлена. [18][19]

Позже на этой неделе

  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 12 марта. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 13 марта, все проекты — 14 марта (календарь).

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 13 марта в 16:00 (UTC). См. инструкцию.

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

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)
  • а как вам простое решение: шаблоны упразднить, а их функционал внедрить в {{карточка}}? Т.е., если поле незавполнено (вручную или через викиданные), то добавлять статьи в соответствующие служебные категории? — 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)

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

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

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

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

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

  • Я понимаю по коду, что вы хотите предложить вторым примером, но у меня он ни в одном браузере (Хром, ФФ) не имеет значимых отличий от первого примера без обводки. Видимо, что-то работает не совсем так, как ожидается. — putnik 23:03, 9 марта 2019 (UTC)
    • @putnik: во втором примере я использовал обводку с полупрозрачностью в 50%, чтобы при необходимости объекты рядом с текстом всё же можно было увидеть. То есть, читаемость бы улучшилась, но из-за чего — пользователь не понял бы. Но, наверно, действительно, это мало. Вот сравнение ещё и с третьим вариантом, в котором обводка непрозрачна (.5 → 1): [22]. Разницу хорошо видно на букве «о». — Vort (обс.) 06:01, 10 марта 2019 (UTC)
    • не, я вижу, что второй вариант читается лучше. Хром. ShinePhantom (обс) 10:04, 10 марта 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» и т. д.». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. ✧ Dmitry from Saransk ✧ 07:43, 12 марта 2019 (UTC)

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

см.

{{tracklist
 |collapsed =
 |headline =
 |extra_column =
 |total_length =

 |all_writing =
 |all_lyrics =
 |all_music =

 |writing_credits =
 |lyrics_credits =
 |music_credits =

 |subheadline =

 |title1 =
 |note1 =
 |writer1 =
 |lyrics1 =
 |music1 =
 |extra1 =
 |length1 =

 |title2 =
 |note2 =
 |writer2 =
 |lyrics2 =
 |music2 =
 |extra2 =
 |length2 =

 |subheadline =

 |title1 =
 |note1 =
 |writer1 =
 |lyrics1 =
 |music1 =
 |extra1 =
 |length1 =

 |title2 =
 |note2 =
 |writer2 =
 |lyrics2 =
 |music2 =
 |extra2 =
 |length2 =
}}

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

  • Так шаблоны работать не могут, название параметров должны быть уникальны. Чтобы достигнуть предлагаемого вами решения, придётся добавлять возможность указания заголовка после каждой строчки, выглядеть это будет так:
    см.
    {{tracklist
 |subheadline1 = 

 |title2       = 
 |note2        = 

 |title3       = 
 |note3        = 

 |subheadline4 = 

 |title5       = 
 |note5        = 

 |title6       = 
 |note6        = 
}}
    Serhio Magpie (обс.) 21:06, 4 марта 2019 (UTC)
  • В этом варианте, получается, subheadline1 и subheadline4 «съедят» номера треков 1 и 4? А нельзя ли вот так:
    см.
    {{tracklist
 |subheadline1 = 

 |title1       = 
 |note1        = 

 |title2       = 
 |note2        = 

 |subheadline2 = 

 |title3       = 
 |note3        = 

 |title4       = 
 |note4        = 
}}
Кстати, мысль: а может быть, стоит вообще сделать отдельный шаблон {{tracklist2}} для релизов, имеющих стороны?
см.
{{tracklist
 |subheadline_a = 

 |title_a1       = 
 |note_a1        = 

 |title_a2       = 
 |note_a2        = 

 |subheadline_b = 

 |title_b1       = 
 |note_b1        = 

 |title_b2       = 
 |note_b2        = 
}}
✧ 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)

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

Очевидно, надо прописать какие-то «невидимые нули», чтобы корректно работала сортировка. После 1 идёт 10, 11 и т.д., потом 2... Так не должно быть. Вероятно, надо 01, 02, 03... – где нули должны быть специальными (невидимыми).
Россия на «Евровидении»#Участники Столбцы «место» и «баллы». - 94.188.120.150 19:12, 4 марта 2019 (UTC)

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

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

Позже на этой неделе

  • Повторяющееся событие Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 5 марта. Невикипедийные вики-сайты и некоторые разделы Википедии получат её 6 марта, все проекты — 7 марта (календарь).

Встречи

  • Повторяющееся событие Для технически продвинутых Приглашаем на технический совет в IRC, где разработчики-волонтёры могут обменяться опытом. Встреча пройдёт 6 марта в 16:00 (UTC). См. инструкцию.

Будущие изменения

  • Приглашаем поделиться соображениями насчёт того, что ждёт страницы обсуждения.
  • Мобильная версия на телефоне и компьютере перейдёт на стандартные шрифты, что упростит чтение статей на многих письменностях. [23][24]

Технические новости подготовлены техническими посредниками и публикуются ботом • Дополнить • Перевести • Помощь • Оставить отзыв • Подписаться или отписаться.

16:38, 4 марта 2019 (UTC)

Ошибка в фильтре 69[править код]

Несколько дней назад, когда у меня ещё не было флага патрулирующего, я добавлял внутреннюю ссылку в статье «Чихуахуа», где установлен шаблон {{Внешние ссылки нежелательны}}. После этого сработал фильтр 69 и правка не была опубликована, а бот (QBA-II-bot) оставил на моей СО предупреждение. По всей видимости, это произошло из-за того, что внешняя ссылка была на той же строке, которую я редактировал, и система подумала, что это я добавил ссылку. На мой взгляд, нужно исправить это в фильтре, если возможно. --Поллукс (обс.) 20:52, 3 марта 2019 (UTC)

Для сообщения об ошибках такого рода существует специальная страница Википедия:Фильтр правок/Срабатывания. -- Q-bit array (обс.) 05:07, 4 марта 2019 (UTC)

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

Перенесено на Википедия:Фильтр правок/Срабатывания#Ошибка_в_фильтре_69. --Поллукс (обс.) 06:36, 4 марта 2019 (UTC)

На форуме «Вопросы» пропала шапка[править код]

сабж --@ → SAV © 18:26, 3 марта 2019 (UTC)

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

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

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

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

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

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

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

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

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

Пример 3D-файла

Удовлетворите любопытство. А в вики движке есть/планируется что-то похожее, чтобы 3Д можно было покрутить? Sas1975kr (обс.) 08:51, 3 марта 2019 (UTC)

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

Я добавил ссылку на другую статью в этот шаблон и теперь синий текст ссылки сливается с фоном. Нужно это поправить. --Roman Klymenko (обс.) 20:56, 2 марта 2019 (UTC)

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

Спасибо, вопрос закрыт. --Roman Klymenko (обс.) 21:13, 2 марта 2019 (UTC)

Поломалась страница[править код]

Добрый день, коллеги. Поломалась страница конкурса - [29], видимо чем-то перегружена и не хочет редактироваться. Просьба подсказать как ее оживить, итоги конкурса подводить как-то надо :) JukoFF (обс.) 15:11, 2 марта 2019 (UTC)

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

Спасибо огромное! JukoFF (обс.) 16:30, 2 марта 2019 (UTC)

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

Зачем поле ввода описания изменений сломали? Там теперь история не работает. — Mikhail Ryazanov (обс.) 05:18, 2 марта 2019 (UTC)

У меня работает: [30]. — Vort (обс.) 07:29, 2 марта 2019 (UTC)
Если пустое, то у меня тоже работает. А когда там /* тема */ заполнена, то нет. — Mikhail Ryazanov (обс.) 07:47, 2 марта 2019 (UTC)
Стираем, и всё работает. В этой части тоже ничего не изменилось. Alex Spade 11:48, 3 марта 2019 (UTC)
Что значит «тоже ничего не изменилось»? Раньше это было нормальное поле ввола с нормальной историей, а теперь история не работает, пока по крайней нере закрывыющую / не сотрёшь. Кто испортил и зачем? — Mikhail Ryazanov (обс.) 22:48, 3 марта 2019 (UTC)
Я не помню, если честно, чтобы так раньше было. Стандартный браузерный автокомплит так работать не может. Он запоминает всю введённую строку вместе с темой, а значит автодополнение отобразится только если название тем совпадёт. Serhio Magpie (обс.) 23:56, 3 марта 2019 (UTC)
О чём и речь — раньше показывало историю с такой же темой, а сейсас при наличии темы не показывает вообще ничего. Если закрывыющую / стереть, то историю описаний с такой же темой начинает показывать (видимо, доломали не до конца). Кто и зачем испортил нормальное поведение этого поля ввода? — Mikhail Ryazanov (обс.) 02:46, 4 марта 2019 (UTC)
Это стандартный функционал браузера, поломать мог только разработчик этого браузера. Serhio Magpie (обс.) 03:20, 4 марта 2019 (UTC)
И в этом раскладе ничего не изменилось. Тут, как отмечает Serhio Magpie, в первую очередь вопрос к вашему браузеру. Alex Spade 12:02, 4 марта 2019 (UTC)

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

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

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

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

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

См. например Вятская духовная семинария. Параметр "сокращение" прилипает к названию и получается «Вятская духовная семинария(ВДС)» — скобка прилипает к предыдущему слову, что есьм грамматическая ошибка. И так во всех семинариях... --@ → SAV © 03:52, 1 марта 2019 (UTC)

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

✔ Сделано. Serhio Magpie (обс.) 05:37, 1 марта 2019 (UTC)

Источник — https://ru.wikipedia.org/w/index.php?title=Википедия:Форум/Архив/Технический/2019/03&oldid=99414498