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

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

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

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

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

Коллеги, с некоторого момента сбилось форматирование таблицы в шаблоне {{Succession box}}. У меня он выглядит так: [1] (пример взят из документации шаблона). Это у меня одного так или что-то поломалось? Почему шаблон выглядит кардинально по-разному, хотя разница между верхним и нижним вызовом только в ширине таблицы. При этом в самом шаблоне вроде бы нету правок в последнее время - последнее существенное изменение аж в 2011 было. --Mitas57 22:44, 29 февраля 2016 (UTC)

  • Кое-кто накосячил в 2009-м; косяк провисел незамеченным 6,5 лет. Накосячил, произведя тем самым на свет чудовище в виде двойной границы у таблицы, а также убрав центрирование, которое достигалось свойством margin:0 auto (этим незакрытым вторым style парсер перезаписал исходный атрибут). Вот, оказывается, почему эти боксы у нас такие уродские! Не по злому умыслу.
    Дело было отягощено тем, что через полгода шаблон был защищен как критический, а на практике это означает, что даже если кто-то заметил ошибку, им было лень совершать лишние действия, чтобы изменить защищённый шаблон. Ещё один урок всем сторонникам защиты шаблонов от автоподтверждённых (критерии для каковой в англовики установлены вдвое выше [4000 включений], чем у нас).
    Правку это надлежит отменить, то есть убрать style="text-align: center;, так как этот text-align всё равно есть на уровне отдельных tr в шаблоне {{succession box}}.
    Также я предлагаю послушать здравую мысль человека в обсуждении start box и, как в английском шаблоне, заменить margin:0 auto; на margin:0.5em auto;, чтобы он не приклеивался к предшествующему тексту, как можно видеть на этой странице. Это же проделать в родственном ему шаблоне {{Последовательность людей}}. — Джек, который построил дом 01:24, 1 марта 2016 (UTC)
    • У них не вдвое выше. Эти цифры надо смотреть в приведенном виде относительно количества статей. Vcohen 07:24, 1 марта 2016 (UTC)
      • Почему? Эффект неосторожной правки-то выражается в абсолютном количестве затронутых людей. (Грубо говоря, пример с потолка, мы же не считаем число жертв катастроф относительно числа жителей страны. И если считать относительно, то можно выбрать произвольный ориентир — например, число жителей Земли, что в нашем случае будет соответствовать числу статей во всех разделах ВП. Тогда во всех разделах предел количества включений должен быть одинаковым.) — Джек, который построил дом 11:21, 1 марта 2016 (UTC)
        • Понятие "шаблон используется в большом количестве статей" относительно. То, что для якутского или осетинского раздела много, для английского очень мало. 4000 статей из 10 000 - это не то же самое, что 4000 из миллиона, а 4000 из миллиона - не то же, что 4000 из 5 миллионов. Vcohen 12:27, 1 марта 2016 (UTC)
          • > 4000 из миллиона - не то же, что 4000 из 5 миллионов
            Если посещаемость этого миллиона статей в 5 раз ниже — то же. А на самом деле английский раздел где-то в 7 раз популярней нашего при перевесе в 4 раза по количеству статей, то есть у нас при таком грубом подсчёте этот предел должен быть не 4000 включений, а 7000. В реальности, это, полагаю, многовато, более разумная цифра — 4000—6000. Надо учиться жить широко. — Джек, который построил дом 12:55, 1 марта 2016 (UTC)
          • При этом можно ещё считать количество редакторов на каждый защищённый шаблон, то есть насколько вероятно, что, как в обсуждаемом случае, все будут проходить мимо косяка. — Джек, который построил дом 13:06, 1 марта 2016 (UTC)
          • Ага, а администраторов + редакторов шаблонов в англовики 1438 против наших 90, то есть в 14 раз больше (!). Мама родная. This ship goes nowhere. — Джек, который построил дом 14:08, 1 марта 2016 (UTC)
            • Вот вот, надо мерить не кодичеством статей, а, с одной стороны, количеством редактором, способных исправить косяк, и с другой стороны - вандалов, способных внести косяк. Если вандалов много, а админов мало, нужно увеличивать порог, если админов много, а вандалов мало - снижать порог. Если порог высокий, вводить флаг "Редактор шаблонов". — Igel B TyMaHe 15:06, 1 марта 2016 (UTC)
              • Да, только между вандалами и "железно надёжными" (хотя на практике не всегда) админами у нас есть промежуточная категория автоподтверждённых, и то, что она не учтена в действующей политике защиты шаблонов, — показатель её непродуманности. P.S. Это вообще довольно забавно, что автоподтверждённых у нас примерно столько же, сколько админов + редакторов шаблонов в англовики. Если это считается таким особым статусом, то хоть пользовались бы этим. — Джек, который построил дом 15:24, 1 марта 2016 (UTC)
    • Я написал запрос администраторам на исправление. --Mitas57 22:29, 1 марта 2016 (UTC)
    • @Jack who built the house: До последнего времени всё работало нормально. Видимо, что-то поменялось в парсере. — putnik 18:24, 3 марта 2016 (UTC)
  • Также прошу обратить внимание на консенсусный итог ВП:ПОСЛЕДОВАТЕЛЬНОСТЬ. → borodun™ 11:57, 1 марта 2016 (UTC)

Шаблон:Судно/Начало[править код]

По какой-то причине, ставит лишнюю категорию Категория:Википедия:Статьи о судах и кораблях без иллюстраций. Примеры: Тяжёлые крейсера типа «Норфолк», HMS Adamant (1780), HMS Active (1799) - где поле Иллюстрация заполнено. Прошу проверить. --Drakosh 16:33, 29 февраля 2016 (UTC)

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

Перенесено на страницу ВП:ГЕО.
Напишите на СО соответствующих страниц, здесь через месяц всё уедет в архив. — Igel B TyMaHe 08:57, 28 февраля 2016 (UTC)

Неработающий относительный height[править код]

Почему в моём туле на лабсе не работает относительное указание высоты фрейма при работающем таком же указании ширины (<iframe src="https://ru.wikipedia.org/wiki/Special:Random" scrolling="yes" width="100%" height="70%"></iframe>)? Указание абсолютной высоты (при относительной ширине) - работает. MaxBioHazard 08:29, 28 февраля 2016 (UTC)

Потому что относительный размер — это процент от размера родительского элемента, а не страницы. По умолчанию body, как и любой другой блочный элемент, занимает всю доступную ширину, а по высоте подстраивается по контенту. — Ле Лой 09:48, 28 февраля 2016 (UTC)
  • Перестаньте использовать устаревшие тэги HTML (<code>), уберите записанное в HTML-код указание высоты и ширины, чтобы не нарушать спецификацию HTML5 (<!DOCTYPE html> означает именно спецификацию HTML5, да), и используйте следующий код:
    html, body { height:100%; width:100%; }
    body { margin:0; text-align:center; }
    iframe { border-width:0 0 1px; height:70%; width:100%; }
    St. Johann 14:41, 28 февраля 2016 (UTC)
    • Спасибо за ответ, но есть ли способ сделать это именно атрибутами в хтмл-тегах, без подключения CSS (я так понял, ваши коды надо писать в подключаемом цсс-файле)? Я просто стремлюсь написать любой код наиболее простым и коротким способом, вопросы же расовой чистоты следования стандартам меня не интересуют. MaxBioHazard 14:55, 28 февраля 2016 (UTC)
  • Не работает MaxBioHazard 06:16, 29 февраля 2016 (UTC)

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

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

В разделе Примечания высыпается куча однотипных сообщений об ошибке. Я найти и устранить причину этого безобразия не смог. Статья избранная, не красиво получается. --Chan 06:05, 28 февраля 2016 (UTC)

  • В статье есть несколько сносок с одним ref name, но разным содержимым (это, по-моему, достаточно ясно написано в красных сообщениях) MaxBioHazard 06:44, 28 февраля 2016 (UTC)
Огромное спасибо! Только найти какие именно я не смог, поэтому обратился сюда. Может более сообразительные люди смогут указать мне точнее как это поправить. --Chan 06:53, 28 февраля 2016 (UTC)
  • ✔ Сделано Ошибка возникает в шаблоне {{sfn}}, если в тексте одновременно употребляются конструкции {{sfn|Hume|2006|p=69-93}} и {{sfn|Hume|2006|pp=69-93}} (в первом случае использован парамерт "p", во втором - "pp", остальные символы совпадают. {{sfn|Hume|2006|pp=69—93}} к ошибке уже не приводит, так как диапазон страниц задан с другим символом - длинным тире. — Igel B TyMaHe 08:54, 28 февраля 2016 (UTC)
    Палец вверх Спасибо Запущенный случай, я не смог разглядеть эти отличия. --Chan 09:23, 28 февраля 2016 (UTC)

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

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

Страница Исследование сифилиса Таскиги у меня выглядит так: вместо стандартных ссылок у названий разделов и в самом верху [править | править вики-текст] — одно слово Править стилем заголовка. В стабильной версии всё нормально. — Igel B TyMaHe 20:45, 27 февраля 2016 (UTC)

↓   ↓   ↓   ↓   ↓   ↓   ↓

— Джек, который построил дом 20:52, 27 февраля 2016 (UTC)

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

Исправлено. — Igel B TyMaHe 21:51, 27 февраля 2016 (UTC)

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

Есть такой шаблон: {{Фотограф}}. И всё бы с ним, казалось, хорошо, но! В его описании чёрным по русскому написано:
Как записать: {{Фотограф|страна1|страна2|страна3|страна4|век}}
И это — правильно! Но. Далее приведён пример:
например, {{Фотограф|России|СССР|США|Германии|XX века|XXI века}}
И вот это уже неправильно. Нет страны под названием «России» — есть страна «Россия».
Равно как и нет страны под названием «Германии» — есть страна «Германия».
Кто сведущ в шаблоностроении — может, поправите шаблон? В других (многих) шаблонах это уже сделано: в шаблоне прописываешь страну в именительном падеже, а в категории подставляется название страны уже в родительном падеже. --AndreiK 15:41, 27 февраля 2016 (UTC)

Дайте, пожалуйста, ссылки на шаблоны, в которых это сделано. — Джек, который построил дом 15:45, 27 февраля 2016 (UTC)
Упс... Признаю — не совсем так. {{МР|Ивантеевка|в Ивантеевке}} (не отображается, — посмотрите, pls, в режиме редактирования) — вот, хотя бы так. Но с «фотографом» и этого не получается.--AndreiK 15:48, 27 февраля 2016 (UTC)
Используйте вместо {{tl}} шаблоны {{tc}}, {{tlc}} (он же {{tlx}}) или {{tp}}, чтобы вывести код вызова шаблона вместе с параметрами.
Как вы можете видеть, потребность указывать название в родительном падеже не снята. Это и немудрено: функция парсера {{grammar:}}, которая могла бы автоматически изменять форму слова в соответствии с заданным падежом, в русском разделе пока ещё не работает (и не факт, что она работала бы идеально, будь она включена), поэтому ваш призыв технически неосуществим. А вот документацию я сейчас причешу. — Джек, который построил дом 16:00, 27 февраля 2016 (UTC)
Спасибо. „Джонни шевельнул плечом и улыбнулся как человек, которому вместо потерянного счастья предлагают петушка на палочке.“ (с) «Мушкетёр и фея». :-) --AndreiK 16:06, 27 февраля 2016 (UTC)
  • Ну что ты будешь делать. Если там везде описания одинаковые, конечно, надо для всех них создать единую документацию (чтобы изменялось только название шаблона и категории, уникальные для него (может, ещё что-то); по той же схеме организованы документации {{tr-x}} и {{imdb smth}}), а то, как я могу судить по результатам кликов по нескольким из них, развитие документаций этих шаблонов происходит независимо по принципу «лебедь, рак и щука». — Джек, который построил дом 16:46, 27 февраля 2016 (UTC)
  • надо для всех них создать единую документацию: Надо сначала (согласно ВП:МНОГОЕ) спросить согласия на то сообщества. И при наличии такового полезно будет указывать ударение у слова страны́. Sealle 17:08, 27 февраля 2016 (UTC)
  • Я пока ещё не утверждал, что я за это возьмусь, хе-хе, я указываю фронт работ, кто бы ни принялся за их выполнение. Если вы со мной не согласны (что в данном случае будет непросто, на мой взгляд), жду возражений. Ударение поставил.
    К тому же в данном случае, возможно, было бы эффективней произвести замену документаций ботом, чем проходить по 134 шаблонам категории вручную, для чего согласие мне бы в любом случае потребовалось. — Джек, который построил дом 17:20, 27 февраля 2016 (UTC)
  • Даже, вынужден разочаровать, скорее не возьмусь, чем возьмусь, потому что тут много мороки, а я уже выдохся. Лучше повешу приглашение это проделать на странице проекта Технический. — Джек, который построил дом 17:25, 27 февраля 2016 (UTC)
  • Хотя, пожалуй, ботом там не получилось бы, потому что у ряда шаблонов, типа {{поэт}} есть уникальные поясняющие комментарии, которые в автоматическом режиме не извлечь («Отдельного шаблона-карточки для поэтов нет, поэтому в статьях о них используется Шаблон:Писатель…»). Как противник редукционизма в таких вопросах, я бы всё-таки проходил вручную. — Джек, который построил дом 18:09, 27 февраля 2016 (UTC)
  • Офтоп: никто не помнит, кстати, как назывался этот троп, когда ты что-то делаешь в каком-то одной частном случае, весь запыхтелся — сделал, а потом камера отъезжает (в прямом или переносном смысле) и оказывается, что то же самое тебе ещё надо проделать в over 9000 других случаях? Или примеры из искусства какие-то красочные? Не в первый раз со мной такое — Джек, который построил дом 18:39, 27 февраля 2016 (UTC)
{{страна в родительном падеже|Германия}} → Германии --windewrix 19:18, 27 февраля 2016 (UTC)
О. Ну вообще задание параметров этого семейства шаблонов вполне естественное ({{фотограф|России|СССР|США|Германии|XX века|XXI века}} — как при перечислении в речи), так что здесь вряд ли что-то надо менять. — Джек, который построил дом 19:32, 27 февраля 2016 (UTC)

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

Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (2) 2017-01-17: Перенести документации шаблонов в категории Шаблоны, встраиваемые в шаблоны-карточки:Профессии на единую базу (сами шаблоны тоже?). Jack who built the house. /Тхздч.

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

Количество просмотров резко упало за последние два дня. Опять поломка? Викидим 03:22, 27 февраля 2016 (UTC)

Похоже, что проблема только с русскими названиями. Тут, к примеру, всё нормально. — Vort 05:04, 27 февраля 2016 (UTC)

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

Шаблон сломан и я больше не могу понять его организацию. Пожалуйста, помогите с починкой! Шаблон прежде обеспечивал интеграцию с LyricWikia --eugrus 02:28, 27 февраля 2016 (UTC)

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

Хочу предложить оптимизировать страницы ВП:ЗКП и ВП:ЗКПАУ. Теперь вопрос: есть ли шаблон, позволяющий сделать так, как на этой служебной странице Служебная:Ожидающие проверки изменения? Здесь не нашёл: Википедия:Шаблоны/Ссылки для внутреннего использования/Категория:Шаблоны:Внутренние ссылки. Думаю, что в случае реализации этой идеи будет намного удобнее патрулировать эти страницы с запросами. Сразу будет видно, какая статья отпатрулирована, а какая ещё нет. Такое возможно сделать? Oleg3280 15:49, 26 февраля 2016 (UTC)

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

Я хочу чтобы на карте подписи были ссылками, а цвет их пр этом был черным. На данный момент я не вижу как это сделать встроенными средствами шаблона {{ПозКарта~}} и использую конструкцию label=<font color="black">[[ссылка]]</font>: пример. Но тут помимо избыточности кода есть недостаток - подчеркивание при этом остается синим или красным. Вопрос: может ли кто-нибудь из коллег добавить новые параметры в шаблон, чтобы не приходилось прибегать к этим костылям? — Рождествин Обо мне 13:29, 25 февраля 2016 (UTC)

Вопрос: а вы когда-нибудь видели несинее и некрасное подчеркивание в статьях у ссылок? Насколько я понимаю, невозможность залезать в стили ссылок иначе, чем из CSS/JS сайта, — жесткое ограничение движка. Могу ошибаться. Хотя это зависит от браузера. У меня на Андроиде, к примеру, ссылки в вашем примере чёрные. — Джек, который построил дом 13:42, 25 февраля 2016 (UTC)
Подчеркивание — второстепенный вопрос, может и нельзя. Я бы просто хотел иметь возможность задавать черный цвет ссылок и ссылку на label параметрами шаблона. А почему, кстати, параметр Link устанавливает ссылку только на mark? А если мне надо и на надпись и на шарик ссылку установить? — Рождествин Обо мне 13:51, 25 февраля 2016 (UTC)
Черное подчеркивание вы имеет в виду? — Рождествин Обо мне 13:51, 25 февраля 2016 (UTC)
Да, да. — Джек, который построил дом 14:02, 25 февраля 2016 (UTC)
Действительно, в хроме тоже вроде черное. — Рождествин Обо мне 14:14, 25 февраля 2016 (UTC)
Ещё жалко, что при выделении чёрным недоступные ссылки становятся невидны. В идеале каждую ссылку можно было бы проверить через {{ifexists:}}, и установить другой цвет для недоступных. — Джек, который построил дом 14:30, 25 февраля 2016 (UTC)
Да, да - сам думаю об этом. Я надеюсь этот момент никто не использует как довод против добавления параметров. Если будет добавлен параметр fontcolor, скажем, можно будет тупо его не задавать в случае, если статьи нет, что будет аналогично убиранию тега font из моего примера. Правда, если статья появится, ссылка станет синей. — Рождествин Обо мне 14:39, 25 февраля 2016 (UTC)
Сделал у себя в личном пространстве. Если тут будет проходить мимо добрый админ, можете залить в код шаблона (ничего, кроме запрошенного Рождествиным, в шаблоне не меняется). Смотрите на вашем примере, что к чему:
  1. Установите |label_link = x для всех меток (любое непустое значение). Теперь вместо параметра |label = в качестве текста метки будет использоваться содержимое параметра |link = (который был до нас и который у вас уже был установлен).
  2. Установите |label_style = для всех меток, в вашем случае — font-weight: bold; (жирный шрифт).
  3. Установите |label_blue_link_color = для всех меток, в вашем случае — black (чёрный цвет). Этот и предыдущий параметр разведены, чтобы не устанавливать отдельно жирный для «синих» и «красных» ссылок.
  4. При необходимости (каковой в вашем случае я не вижу) установите |label_red_link_color = для всех меток.
  5. Таким образом, оставшаяся ручная работа заключается только в расставлении |label_link_text = для тех ссылок, где их отображаемый текст должен отличаться от заданного в параметре |link =.
При этом параметр |label_style = работает только при установленном |label_link =: при неустановленном можно и так записывать что хочешь в |label =.
P.S. Ссылка на Собор инвалидов в параметре |link = у вас была нерабочая (может, ещё какие-то, эта просто бросилась в глаза). — Джек, который построил дом 16:46, 25 февраля 2016 (UTC)
Джек, который построил дом — вы святой! Спасибо!=)) — Рождествин Обо мне 16:53, 25 февраля 2016 (UTC)
А вот и нет. Вижу забавную деталь: из-за того, что я реализовал изменение цвета через <span style="..."></span>, подчеркивание в Хроме таки вернулось к синему цвету. А если реализовывать через старый добрый <font color="..."></font>, то оно становится одним цветом со ссылкой. Я сейчас исправлю. А ещё говорят, юзайте семантичный код. — Джек, который построил дом 17:02, 25 февраля 2016 (UTC)
Я даже и не помню откуда я этот <font color="..."></font> вытащил — из какого-то другого шаблона наверное, вряд ли сам придумал. Значит давно уже люди этот костыль используют. А потому что синий цвет на картах по крайней мере в половине случаев — плохо. — Рождествин Обо мне 17:08, 25 февраля 2016 (UTC)
Исправил. |label_blue_link_style = color: black;, соответственно, превращается в |label_blue_link_color = black. — Джек, который построил дом 17:11, 25 февраля 2016 (UTC)
Так тут получается вместо black можно любое значение вписать? — Рождествин Обо мне 17:15, 25 февраля 2016 (UTC)
Ну естественно, всё, что позволяется вписывать в <font color="...">. — Джек, который построил дом 17:21, 25 февраля 2016 (UTC)
Давайте я сюда впихну {{editprotected}}, чтобы как-то ускорить процесс. Документацию я допишу, как сделаете (если я к тому моменту буду ещё тут). Рождествин абсолютно прав — есть многие карты, где синий текст смотрится дряно, а делать каждую подпись на белой плашке чересчур.
Кроме того, это обновление позволит не вписывать дополнительно текст подписи, если он совпадает с содержимым параметра |link =, а обойтись непустым значением параметра |label_link = для всех меток. (К слову, параметр link что в английском, что в русском шаблоне работает с тем неприятным недостатком, что для каждой подписи создается широкий div [шире подписи], который может загораживать другую метку, в результате чего она перестаёт работать как ссылка.)
— Джек, который построил дом 03:30, 3 марта 2016 (UTC)

Куда девать второй аккаунт?[править код]

Проблема: 10 лет назад, когда я регистрировался в ру-вики, никто ещё и близко не слыхал про SUL, и я спокойно зарегистрировался под ником Ari. Потом мне понадобился аккаунт на Commons, и я зарегистрировался и там, но уже под ником Ari Linn. В прошлом году наступила всеобщая SUL-изация, и мой аккаунт ру-вики стал глобальным. Теперь получается, что «меня двое» — один аккаунт пришёл с ру-вики, второй с Commons. Хочу или запросить удаление аккаунта Ari Linn, или, что лучше, объединить правки обоих аккаунтов. Но вот смотрю, объединять аккаунты вроде нельзя, удалять — тоже... С этим можно что-нибудь сделать, или мне так и жить теперь в двух экземплярах? — Ari✓ 03:58, 25 февраля 2016 (UTC)

  • Ничего, можешь попросить заблокировать второй.--Александр Русский 04:21, 25 февраля 2016 (UTC)
  • В sul можно вставлять/удалять. Например, у Ari Linn больше правок в commons, тогда из sul Ari достаём Ari-commons и вставляем Ari Linn-commons, попутно переименовав или оставив так. На Мете написано, что когда-нибудь сделают объединение учётных записей, до тех пор для вторичного sul можно на общей личной страницей на Мете поставить перенаправление на основной, или забыть/заблокировать, но не удалить. --Hrum-Hrum 07:32, 25 февраля 2016 (UTC)

Выкачать иллюстрации с сайта[править код]

Немного неожиданный запрос. Есть один сайт, на котором выложен один очень редкий коллекционный журнал. Я его в своё время скупал за очень крутые деньги, чтобы написать пару статей для вики, например про Е Фэн. Так вот, вопрос, можно ли выкачать все страницы журнала с этого сайта. Формат они имеют такой. http://internationalscreen.net/uploadfile/image/BLOW-UPS/67/11.jpg где 67 это номер журнала, а 11 это страница. Мне было бы достаточно, чтобы вот эти изображения были выкачаны в отдельные директории, всего их 68. В глубине души я подозреваю, что технически это можно сделать, потому что сталкивался с таким, но как конкретно - абсолютно не ведаю. --Алый Король 08:57, 24 февраля 2016 (UTC)

Поделиться-то можно...
using System.Net;
using System.IO;

class Program
{
    static void Main(string[] args)
    {
        var c = new WebClient();
        for (int first = 1; first < 69; first++)
        {
            Directory.CreateDirectory(first.ToString());
            for (int second = 1; second < 60; second++)
            {
                string sf = (first < 10 ? "0" + first.ToString() : first.ToString());
                string ss = (second < 10 ? "0" + second.ToString() : second.ToString());
                try
                {
                    c.DownloadFile(@"http://internationalscreen.net/uploadfile/image/BLOW-UPS/" + sf + "/" + ss + ".jpg", first.ToString() + "/" + sf + "-" + ss + ".jpg");
                }
                catch (WebException e) { }
            }
        }
    }
}

но рассчитано оно на скачку исключительно указанных файлов. MaxBioHazard 09:45, 25 февраля 2016 (UTC)

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

Сделано. MaxBioHazard 14:19, 24 февраля 2016 (UTC)

Что с датой рождения тут?[править код]

Помогите - не ставится дата рождения в карточке - Бротон, Карл. Не пойму. :-( Gennady 19:09, 23 февраля 2016 (UTC)

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

Подскажите, пожалуйста, как делать таблицы с переносом слов по слогам. В обсуждении была затронута проблема: в ячейках таблиц в словах расставлены дефисы и переводы строк там, где следует использовать мягкий перенос слова. Есть ли в движке возможность использовать мягкий перенос (не мешающий поиску по странице в браузере, поиску по википедии, копированию текста, но переносящий слова для получения более компактных таблиц)? При копировании текста со страницы текст «[ править вики-текст ]» не копируется, хорошо бы также сделать с переносами. Если такая возможность есть, то можно ли ещё расставлять такие переносы автоматически, беря данные о переносах, например, из викисловаря? --2A01:D0:9085:0:B942:85A1:1C8A:46E7 19:03, 23 февраля 2016 (UTC)

Не знаю, какая здесь объективная потребность, но символ мягкого переноса — &shy;; см. также шаблон {{shy}}.
> Если такая возможность есть, то можно ли ещё расставлять такие переносы автоматически, беря данные о переносах, например, из викисловаря?
Тот случай, когда я должен сказать, что прогресс ещё не так далеко продвинулся (если он вообще есть; у меня пока стойкое ощущение, что все сладкие песни о семантичности, автоматизации, микроформатах и прочем ни во что особенное не претворились; буду рад ошибаться). — Джек, который построил дом 19:35, 23 февраля 2016 (UTC)
(КР) Для простановки мягкого переноса есть шаблон {{shy}}, который можно использовать и с подстановкой. Использовать можно как-то так
супер­мега­длинное слово 1
Но в вашем примере сразу этот шаблон проблемы не решит, потому как там не задана жёсткая ширина столбцов --windewrix 19:41, 23 февраля 2016 (UTC)
Спасибо, исходная таблица в статье с {{shy}} и жёсткой шириной столбцов стала значительно лучше. В ней больше нет проблем поиска и копирования переноса и, вроде как, нет новых заметных проблем. А нужно даже такое мелкое исправление для пресечения распространения ошибок в другие статьи обыкновенным копированием кода таблиц, ведь откуда-то взялись ещё 50 статей с таким же оформлением заголовка. Они плодятся несмотря на наличие каких-то шаблонов для подобных целей вроде {{Карточка символа}}.
Есть ещё вопрос про дальнейшее улучшение. Можно ли настроить ячейку таблицы так, чтобы текст в ней переносился хотя бы по словам, а не увеличивал ширину столбца, если текст не помещается в одну строку без увеличения ширины столбца под него, но помещается в несколько строк без увеличения ширины и высоты ячейки? Этот вопрос возник из-за той же статьи. Пример таблицы:
Стол­бец 1 Стол­бец 2
Дос­та­точ­но длин­ный мно­гос­лов­ный текст, ко­то­рый мо­жет быть пе­ре­не­сён Стро­ка
Стро­ка
То есть можно ли основываясь на возможности переноса текста ячейки без увеличения высоты её строки убедить таблицу перенести длинный текст без ручного задания ширины столбца? Чтобы получилось примерно так:
Стол­бец 1 Стол­бец 2
Дос­та­точ­но длин­ный мно­гос­лов­ный текст, ко­то­рый мо­жет быть пе­ре­не­сён Стро­ка
Стро­ка
--2A01:D0:9085:0:B942:85A1:1C8A:46E7 23:09, 23 февраля 2016 (UTC)
Вот тут уже не уверен, что возможно. Могу только сказать, что вместо использования {{shy}} после каждого слога, можно использовать его как обёртку надо всем текстом (см. в коде):
Стол­бец 1 Стол­бец 2
Дос­та­точ­но длин­ный мно­гос­лов­ный текст, ко­то­рый мо­жет быть пе­ре­не­сён Стро­ка
Стро­ка
это и места меньше занимает, и воспринимается легче --windewrix 08:45, 24 февраля 2016 (UTC)

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

Господа, возник вопрос, аналогичный уже обсуждавшемуся и очень эффективно решенному. На этот раз перенаправление конфликтует не со ссылкой на иноязычный раздел, а с красной ссылкой. Вот пример моей правки (на всякий случай прошу прощения за то, что для примера взята статья Русский мат). На месте двух будущих статей созданы временные перенаправления на Русский мат, но в самой статье Русский мат хотелось бы, чтобы они работали не как перенаправления на нее же, а как красные ссылки. Достижимо ли это? Или так и надо каждый раз удалять ссылки, а при появлении статей возвращать их? Vcohen 16:02, 23 февраля 2016 (UTC)

Кажется, удалось: {{Redir2red}}.
В первом примере красная ссылка ведет себя не совсем как настоящая красная (подчеркивается синим и не бледнеет после посещения), поэтому исправления приветствуются. Пытался ставить class="new", но оно у меня не работает. Vcohen 14:13, 24 февраля 2016 (UTC)
А в каком файле css сидят классы new и plainlinks? Есть ли возможность (и с точки зрения прав на редактирование у кого-нибудь, видимо, из администраторов, и с точки зрения поможет ли это) добавить класс, который бы сочетал в себе свойства этих двух? Или это не поможет, потому что класс должен быть именно у якоря, а заворачивание его самого или его внутреннего текста в спаны этого эффекта не даст? Vcohen 14:39, 25 февраля 2016 (UTC)
Использовал патент из соседнего обсуждения, теперь подчеркивается красным. Осталось добиться, чтобы цвет был разный для посещенной и непосещенной ссылки. Сейчас он постоянный и отличается от обоих. Vcohen 19:01, 25 февраля 2016 (UTC)
Привел красный к правильному оттенку. Нашел стайл для посещенной ссылки: a.new:visited{color:#a55858}. Осталось воткнуть его в шаблон. Как это сделать? Слово visited работает только в описании класса, который надо дать якорю, но создать якорь невозможно... Vcohen 22:13, 29 февраля 2016 (UTC)

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

Как сделать шаблон "Навигационная полоса" свёртываемым по умолчанию? Я его использовал в статье "О начале человеческой истории". Если есть возможность, подскажите что-нибудь более уместное.--Dmartyn80 15:20, 23 февраля 2016 (UTC)

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

Добрый день! У меня по прежнему в качестве логотипа снеговик. Вроде бы этого уже не должно быть, но он остался в коде страницы [3], Ctrl+F5 не помогает. --Sasha Krotov 13:46, 23 февраля 2016 (UTC)

Нисколько не удивлен :-) Я на планшете специально не трогал настройки, то же самое.
Решение, прошлое обсуждение. — Джек, который построил дом 14:03, 23 февраля 2016 (UTC)

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

Это баг или фича, что английский :-) отличается от русского :))? --Vayvor 00:28, 23 февраля 2016 (UTC)

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

Шаблон:ФутболТаблица — как задать этот шаблон так, чтобы очки подсчитались по-старому: 2 очка за победу, а не 3? --Борис Бердичевский 17:29, 22 февраля 2016 (UTC)

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

Доброго дня всем!

Не нашла похожей проблемы на форуме, поэтому может быть кто-то подскажет: с января на почту стабильно начали приходить письма с запросами о сбросе пароля к моему аккаунту. Стандартная формулировка «Someone (probably you, from IP address 75.232.226.166) requested a reset of your password for Wikipedia (<https://en.wikipedia.org/wiki/Main_Page>)…» и IP каждый раз разный.

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

Собственно, сам вопрос: можно ли как-то остановить этот поток писем с запросами, потому что они меня, честно говоря, уже утомили? В профиле таких настроек для почты нет.

Ну или, быть может, посоветуете что-то, что сможет успокоить желающего получить доступ к моему аккаунту? Anita 12:16, 22 февраля 2016 (UTC)

Доброго. Полагаю, Вам следует обратиться к чекюзерам. Advisor, 12:29, 22 февраля 2016 (UTC)
Спасибо за подсказку! :) Anita 12:45, 22 февраля 2016 (UTC)

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

Категория:Страницы с ошибками в примечаниях
Категория:Википедия:Страницы с неправильно оформленными сносками

Как бы зачистить этот, простите, гадюшник, от страниц не в ОП? Не думаю, что кому-то интересно исправлять чужие черновики. Advisor, 01:01, 22 февраля 2016 (UTC)

При чём тут кэтскан? Речь о ненужном хламе, который валится в категорию. Advisor, 10:16, 22 февраля 2016 (UTC)
Ну, кэтскан позволяет его автоматически отсеять. Ладно, видимо, не так понял вопроса. ~Facenapalmобс, вкл 10:19, 22 февраля 2016 (UTC)

К лишению статуса хорошей[править код]

Шаблон {{К лишению статуса хорошей}} стал работать не правильно, переходит не на обсуждение, а на два обсуждения ниже. Так в случае со статьёй Русский язык на Украине ссылка ведёт на обсуждение Википедия:Кандидаты в хорошие статьи/К лишению статуса#Младич, Ратко.--Inctructor 17:19, 21 февраля 2016 (UTC)

  • Нормально он переводит. Другое дело, что есть такой баг в браузерах (в частности в моём Хроме), когда после перехода на якорь страница съезжает на некоторое расстояние вверх или вниз (возможно, повинно изменение масштаба сайта, у меня 110% стоит). MaxBioHazard 18:13, 21 февраля 2016 (UTC)
  • Посмотрел, Опера правильно показывает, Фаерфокс тоже сдвигает. Понятно, не ошибка.--Inctructor 18:47, 21 февраля 2016 (UTC)
    Сверху сворачивается блок и вслед за ним поднимается содержание. --Hrum-Hrum 19:22, 21 февраля 2016 (UTC)

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

Вот здесь в шапке поверх Лучший фильм, Лучшая актриса нужно добавить "Категории", но как это сделать, я немного не понимаю. --Алый Король 13:09, 21 февраля 2016 (UTC)

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

Часто даю на других сайтах ссылки на Википедию. Чтобы ссылка была удобочитаемой, раньше я писал её по-русски: https://ru.wikipedia.org/wiki/Статья#Раздел

До недавних пор такой формат работал, теперь - нет. Ни один браузер не переходит на нужный раздел - только на начало статьи. Приходится давать ссылки 

[https://ru.wikipedia.org/wiki/%D0%91%D0%BE%D1%80%D1%82%D0%BD%D0%B5%D0%B2%D1%81%D0%BA%D0%B8%D0%B9,_%D0%92%D0%B8%D0%BA%D1%82%D0%BE%D1%80_%D0%93%D0%B5%D0%BE%D1%80%D0%B3%D0%B8%D0%B5%D0%B2%D0%B8%D1%87#.D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F Бортневский Виктор Георгиевич, биография]

или https://ru.wikipedia.org/wiki/Бортневский,_Виктор_Георгиевич#.D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F

— что очень неудобно, особенно там, где жёсткие ограничения на длину комментариев.

Что изменилось, как это ограничение обойти? Речь не о том, чтобы создавать якори, а о том, как повседневно использовать читабельные ссылки. Радион 13:03, 21 февраля 2016 (UTC)

  • Никак: некоторые браузеры не обрабатывают юникод-символы (буквы всех алфавитов, кроме английского) в якорях. MaxBioHazard 13:24, 21 февраля 2016 (UTC)
  • Похоже, что и в 2012 году русские якори точно так же не работали: [4]. Хотя с чего бы им работать, если в коде страницы чётко прописано <span class="mw-headline" id=".D0.91.D0.B8.D0.BE.D0.B3.D1.80.D0.B0.D1.84.D0.B8.D1.8F">? Другое дело ссылки вики->вики. Тут уже движок выполняет необходимые для работы этой функции замены. — Vort 14:26, 21 февраля 2016 (UTC)
    • По крайней мере в некоторых браузерах, помнится, работали ссылки на содержимое тэгов h1...h6. Подробностей не знаю, может, в потрохах HTML-кода что-то поменялось, а может, вы вводили ссылки без пробелов. Ignatus 16:35, 21 февраля 2016 (UTC)

Пометка в свежих правках загружаемых файлов[править код]

Заметил, что вновь загружаемые файлы в свежих правках помечаются красным восклицательным знаком с комментарием «Эта правка ещё никем не патрулировалась», причём это происходит независимо от флагов, которыми загружающий обладает, а сам файл в то время может патрулироваться автоматически. Поясните, пожалуйста, почему так происходит — это баг или всё-таки фича? nebydlogop 12:15, 21 февраля 2016 (UTC)

У меня возник тот же вопрос. --Odessey 12:42, 4 марта 2016 (UTC)

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

Перенесено со страницы Википедия:Сообщения об ошибках. Well-Informed Optimist (?•!) 09:44, 21 февраля 2016 (UTC)

Карточка вся состоит из "Ошибка..."

Автор сообщения: 5.166.32.16 07:00, 21 февраля 2016 (UTC)

До переноса параметров в Викидату всё отображалось нормально. Вполне возможно, что именно в этом причина. Oleg3280 10:01, 21 февраля 2016 (UTC)
Убирая/добавляя параметры до исчезновения ошибки: скрипт начинает безумствовать при выборке места рождения. Я сейчас прямо в шаблоне прописал место рождения Донецк, и проблема решилась. А вот в чём причина, это скорее на Википедия:Форум/Викиданные подскажут. --Neolexx 11:41, 21 февраля 2016 (UTC)

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

В общем, все имевшие несчастье родиться в Кишинёве получают сломанную карточку с "Ошибка Lua: not enough memory" если данные берутся из Викиданных. Быстрый индивидуальный фикс: прямо прописать в карточке |место рождения = {{МестоРождения|Кишинёв}} Только для Кишинёва такое или везде началось, пока не знаю. На форуме Викиданные вопрос продублировал, там пока ответа нет. --Neolexx 15:35, 21 февраля 2016 (UTC)

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

Кишинёв исправлен, был цикл. — putnik 17:03, 24 февраля 2016 (UTC)

Странное оформление кнопки «править»[править код]

В данной статье возле разделов вместо « [править]» написано «Править» (без скобок и без пробела. С уважением, Олег Ю. 21:13, 19 февраля 2016 (UTC)

Спасибо, теперь нормально. С уважением, Олег Ю. 15:30, 20 февраля 2016 (UTC)

Баюканский, Анатолий Борисович[править код]

Ребят, нужна ваша помощь. В шаблоне я вас прошу все ордена и медали привести в порядок (у меня не получается) и добавить то что я не добавил (все что мне известно об его орденах и медалях я перечислил в первой строчке раздела Награды). Работы там немного, но я уже напортачил отчасти, поэтому прошу вас сделать. С уважением. Зейнал 10:04, 18 февраля 2016 (UTC)

Работы там больше, чем кажется. Список в источнике не соответствует фотографии. Можете дать точный список наград? Я плохо разбираюсь, но, по-моему, у него два ордена Отечественной войны, обеих степеней, а Красной Звезды нет это я о своём…. — Igel B TyMaHe 13:55, 18 февраля 2016 (UTC)
Igel B TyMaHe, награды я написал тот список который прислал его сын. Ему я думаю виднее. Зейнал 14:27, 18 февраля 2016 (UTC)
Я могу прокомментировать возможное появление ордена Отечественной войны I степени (?). Как написано в статье, в 1985 году награда была вручена многим ветеранам как памятная награда. Мой дед получил орден I степени именно 1985 году. — Igel B TyMaHe 20:10, 18 февраля 2016 (UTC)
✔ Сделано. Я добавил все награды, которые были в списке у меня на СО, в том числе сделал ленту для почётного знака «70 лет полного снятия блокады Ленинграда». Если появится достоверная информация о других наградах, обращайтесь. Старшинство не проверял, расставлял по списку. — Igel B TyMaHe 21:16, 18 февраля 2016 (UTC)

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

Вроде сюда? Заметил, что в блоке интервик во всплывающих подсказках не все языки названы по-русски. Чтобы далеко не ходить, возьму примеры с этой страницы: код azb — название арабской вязью, коды als, glk, pfl, szl, zh-yue — название латиницей. Полный список кодов из блока на ВП:Форум (вроде самый полный набор там?): aln, arz, azb, bar, bat-smg, bh, bjn, cbk-zam, cdo, eml, fiu-vro, frp, gan, glk, gom, hak, lmo, ltg, map-bms, nah, pdc, pfl, pih, pms, pnt, rmy, roa-rup, szl, vec, vls, wuu, zea, zh-classical, zh-min-nan, zh-yue 88.81.41.24 20:28, 17 февраля 2016 (UTC)

Подсказка на русском всплывает при наведении. Но в принципе согласен: удобней было бы сразу видеть русский текст а не угадывать и проверять по всплывающей подсказке. — Igel B TyMaHe 07:49, 18 февраля 2016 (UTC) PS. О, в теме сразу после этой как раз обсуждается гаджет, который устраняет проблему.
Проблема в том, что подсказка, которая всплывает при наведении, не всегда на русском. Не всё переведено. О чём и разговор. ~Facenapalmобс, вкл 08:33, 18 февраля 2016 (UTC)
Мой пост ниже про ту же ситуацию. Скажите где это перевести? Готов сам даже сделать. Илья Драконов 13:13, 18 февраля 2016 (UTC).
MediaWiki:User-lang-ru.js. — putnik 14:19, 18 февраля 2016 (UTC)
А, это в спец.пространстве имён, теперь понял. Не могли бы добавить ady — адыгейский и tyv — тувинский? Заранее спасибо. Илья Драконов 14:44, 18 февраля 2016 (UTC).
Адыгейскую интервику, кстати, нужно ещё добавить в «Языки народов России» в гаджете «Интервики: переносить в начало списка». --di Da-ma-te 20:02, 26 февраля 2016 (UTC)
  • Вопрос по той же теме. Если навести мышку на русское название языка, то появляется подсказка, в которой тоже написано русское название языка, но оно иногда другое. Например, если навести на слово "себуанский", то в подсказке будет слово "кебуано", а если на слово "севернофризский", то "фризский северный". Значит ли это, что существует два списка, поддерживаемых независимо и дублирующих друг друга? Vcohen 16:31, 25 февраля 2016 (UTC)

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

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

Я использую гаджет, в котором все интервики переводятся на русский. Заметил, что все языки на русском, кроме тувинского. Он написан как Тува Дыл. Не могли бы эксперты перевести? Спасибо. Илья Драконов 15:32, 17 февраля 2016 (UTC).

В настройках раздел "гаджеты" и там "интервики". Там есть галочка "Заменить самоназвания языков русскими названиями, сортировать в алфавитном порядке". Илья Драконов 18:56, 17 февраля 2016 (UTC).

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

Здравствуйте, коллеги.

Столкнулся со следующей проблемой, при попытке добавить в статью о городе Серпухов, в раздел Температура воздуха ссылку на источник. Я пытаюсь добавить в шаблон {{Климат города}} в соответствующее поле вот эту ссылку: [http://ru.climate-data.org/location/1853/ Серпухов, climate-data.org]

Редактор сообщает мне, что: Статья защищена от добавления внешних ссылок в связи с частым спамом.

Но в журнале защиты ничего такого нет. В сведениях о странице информация о защите также отсутствует. Объясните пожалуйста в чём проблема? Bobsky 13:44, 17 февраля 2016 (UTC)

Защиту даёт шаблон {{Внешние ссылки нежелательны}}. — Vort 13:48, 17 февраля 2016 (UTC)
Vort, благодарю за оперативный ответ. Bobsky 13:50, 17 февраля 2016 (UTC)

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

Какой шрифт использует Медиавики для арамейской группы языков? У меня что-то одни квадратики, хотя, при наведении, подсказки Хрома нормально отображают вязь. С уважением, Iniquity 21:47, 16 февраля 2016 (UTC)

  • Смотря для какого языка. Для syc (сирийский) и arc (имперский арамейский) — шрифт EastSyriacAdiabene, для остальных исключений нет — стандартные шрифты проектов Медиавики. [5] — Радион 15:40, 21 февраля 2016 (UTC)

Lang-ar[править код]

Арабский текст стал просто огромен Артемий Лебедев негодуе исправьте пожалуйста. --Esetok 20:15, 16 февраля 2016 (UTC)

Я его немного увеличил. Не знаю как у Вас, а в хроме он сейчас на миллиметр выше обычного текста. Advisor, 20:49, 16 февраля 2016 (UTC)
В Firefox и Опере тоже всё нормально. Вязь хоть прочесть можно. Advisor, 20:52, 16 февраля 2016 (UTC)
Сомневаюсь (мягко говоря), что средние пользователи Википедии могут бегло читать арабский текст вместе с русским. :-)) Потому, чтобы нормально видеть, как выглядит слово, лучше именно так, как сейчас сделали.

Первый пример из Edge, второй - из Chrome. Если у вас другой браузер - вид может несколько отличаться, но относительный размер шрифта должен быть одинаковым. Радион 20:16, 23 февраля 2016 (UTC)

«Сомневаюсь (мягко говоря), что средние пользователи Википедии могут бегло читать арабский текст» — если их никто не читает, то в таком случае писать арабские названия вообще нет смысла. Advisor, 08:29, 24 февраля 2016 (UTC)
  • Advisor, похоже, надо унифицировать размер арабского и иврита. Наблюдать несоответствие можно в статье Израиль.

официальное название — Государство Изра́иль (ивр. מְדִינַת יִשְׂרָאֵל‎, араб. دولة اسرائيل‎)

— Израиль
--Vayvor 21:26, 23 февраля 2016 (UTC)
  • Ещё такой шрифт сильно отличается от шрифта без шаблона:

Группировка враждебно относится к «Исламскому государству», утверждая, что последнее «убивает мусульман, но щадит идолопоклонников» (араб. يقتلون أهل اسلام ويدعون أهل الأوثان‎), а также «использует стихи [Корана], относящиеся к безбожникам, против мусульман» (араб. ينزلون أيات نزلت في الكفار على المسلمين‎). Выпустила видеозапись казни членов ИГИЛ, сопровождаемую речью члена шариатского суда, осуждающей «тех, кто желает победы ИГИЛ» (وما الذي يريدون أن يحققوه), как «лицемеров» (مذهب النفاق), «идущих под знаменем ада» (مذهب عبد الله بن سبأ اليهودي إنه الإنضمام تحت لواء كلاب أهل النار).

— Джейш аль-Ислам#Отношение к ИГ
--Vayvor 05:40, 24 февраля 2016 (UTC)
Это повод обернуть текст в шаблон. Advisor, 08:29, 24 февраля 2016 (UTC)

Странность шаблона lang-ja[править код]

Почему-то шаблон {{lang-ja}} дает текст кеглем крупнее основного? См.: Chokushi-Мон (яп. Ворота Императорского Посланника) // Chokushi-Mon. С уважением, --Olgvasil 16:39, 16 февраля 2016 (UTC)

  • Потому что в него предполагается вставлять текст на японском языке, который будет выглядеть нормально, а не русский перевод с японского (то же самое действительно для {{lang-en}} и прочих шаблонов семейства {{lang}}). Для указания русского перевода существуют другие шаблоны. Возможно, есть более специализированные для японского, но минимальный вариант —
{{trr|lang=ja|Ворота Императорского Посланника}} → с яп. — «Ворота Императорского Посланника»
(или просто указать перевод в кавычках, если язык очевиден). — Джек, который построил дом 17:07, 16 февраля 2016 (UTC)
  • Для японских слов рекомендуется {{нихонго}}:
    {{нихонго|японские слова|日本語の言葉|нихонго но котоба|тут даже есть поле для прикольного комментария}}
    японские слова (яп. 日本語の言葉 нихонго но котоба, тут даже есть поле для прикольного комментария). — Ле Лой 03:19, 17 февраля 2016 (UTC)
    • Вот это да :) Но я знаю только англ. транскрипцию. Гугл предлагает: Чокуши-Мон (яп. ゲート、メッセンジャ ; англ. Chokushi-Mon; рус. Ворота Императорского Посланника), но опасаюсь верить. Спасибо! С уважением, --Olgvasil 23:24, 17 февраля 2016 (UTC)
      • Во-первых та японщина, которая передаётся на английский как Chokushi-Mon, на русский передаётся как Тёкуси-Мон. Во-вторых собственно каной у вас записано "гэ:то мэссэндзя", что является транскрипцией уже на японский английского Gate Messenger. В общем, не стоит делать транслитерации по выдаче гугла - будет ужасужас. MaxBioHazard 03:09, 18 февраля 2016 (UTC)
      • Должно быть Тёкуси-мон (яп. 勅使門, досл. «ворота императорского посланника»). Если что-то будет нужно с японским — пишите, я постараюсь помочь. — Ле Лой 03:37, 18 февраля 2016 (UTC)
        • Коллеги, благодарю за участие! Но вот по поисковым запросам такой результат: Чокуши-мон, Тёкуси-мон. Не знаю, как быть, м.б., не мудрствовать и оставить англ. написание? С уважением, --Olgvasil 12:06, 18 февраля 2016 (UTC)
          • Не стоит японский термин в русской Википедии писать латиницей, у нас есть система Поливанова. Результаты поисковиков нерелевантны в этом вопросе, в современных научных японоведческих источниках для именования замков и их частей всегда используется Поливанов. — Ле Лой 03:29, 19 февраля 2016 (UTC)

Туплю[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
5 раз прочел Архангельск (порт) - хотел фото с картой передвинуть влево под первый абзац статьи. и в упор этот файл не вижу((( --S, AV ☎ 11:04, 16 февраля 2016 (UTC)

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

Спс) --S, AV ☎ 11:35, 16 февраля 2016 (UTC)

Благодарности в будущем времени[править код]

В «Оповещениях» только что смотрю благодарность, написано: тот-то поблагодарил за то-то… и ниже «через час». Перед этим смотрел благодарность через минут 20 после благодарности, писали «через 42 минуты» (сейчас там же написано «33 минуты назад»). Дискомфорта у меня нет, интересно, на чьей стороне глюкануло. Кеш почищен. С уважением, Кубаноид 08:01, 16 февраля 2016 (UTC)

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

Надо сделать гаджет на js, который брал бы выделенный текст в окне редактора, отправлял методом POST скрипту на https://tools.wmflabs.org, и ответом заменял выделенный текст в редакторе. Наверняка есть какие-то викиособенности для этого, функции и т.п. Посоветуйте их и аналогичные скрипты, чтобы использовать как образец. --Vladis13 22:53, 15 февраля 2016 (UTC)

Сноски из ВД[править код]

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
В ВД периодически добавляют сноски. Они транслируются в ру.Вики, но порой раздел «Примечания» не создан и они праздно болтаются внизу статьи. Может сделать бота, который в статьи из Категория:Википедия:Статьи с источниками из Викиданных - если там нет раздела Примечания, создавал их где положено (после раздела «См. также» и перед «Литература», если её нет - «Ссылки», если их нет, то перед Категориями. --S, AV ☎ 15:48, 15 февраля 2016 (UTC)

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

1) Сделал запрос ботоводам.

2) Английская Википедия, равно как Русская и Чукотская не АИ (тут обсуждать нечего - см. Википедия:Отказ от ответственности). Появление сносок на другие разделы, как и на ру.Вику, что тоже встречается, не есть проблема Викиданных. Сие должно решаться переоформлением таких сносок на шаблон:Не переведено либо на шаблон:Переведенная статья на СО статьи, либо попросту удалятся ПАТами (в идеале с проведением разъяснительной работы с теми, кто сии косяки допускает). --S, AV ☎ 11:21, 16 февраля 2016 (UTC)

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

В шаблоне при результате оканчивающимся на 2 выдает «года», а не «лет», что верно, но не во всех коннотациях. Пример в статье Kepler-186 f: «на расстоянии 492 св. года». Возможно, неплохо бы добавить флаг, чтобы можно было менять значение по умолчанию «года» на «лет». С уважением, Олег Ю. 15:24, 15 февраля 2016 (UTC)

492 года - это правильно. Vcohen 15:42, 15 февраля 2016 (UTC)
«На расстоянии 492 св. года» — это правильно? С уважением, Олег Ю. 15:49, 15 февраля 2016 (UTC)
Да. Хотя возможны варианты. На расстоянии четыреста девяносто два световых года - это правильно. На расстоянии четырёхсот девяноста двух световых лет - тоже правильно, но тогда см. ответ ниже про падежи. Vcohen 15:52, 15 февраля 2016 (UTC)
Не предполагает падежи же. «Прибавить к 492 св. годам ещё 492 св. года» — дательный, винительный. Тогда окончания совершенно произвольные будут. — Джек, который построил дом 15:47, 15 февраля 2016 (UTC)
Я наверное не четко выразился. Имелось в виду, что сейчас в шаблоне окончание по умолчанию не всегда верно и предлагается добавление опции изменения окончания при использовании шаблона за счет создания дополнительного флага в шаблоне (ly|492|лет). С уважением, Олег Ю. 15:51, 15 февраля 2016 (UTC)

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

Почему не работает параметр hidden= (т.е. без значения), как описано — чтобы оставить изначально содержимое показанным? Это случилось в статье Чемпионат Израиля по футболу 2015/2016, последний из туров. --Борис Бердичевский 07:41, 15 февраля 2016 (UTC)

Из-за того, что все блоки начиная с третьего сворачиваются автоматически, если не прописан класс expanded, а он не прописан. Так просто это, думаю, не исправить. -- dima_st_bk 00:33, 16 февраля 2016 (UTC)

Синий экран[править код]

В статье "https://ru.wikipedia.org/wiki/Яшкин,_Григорий_Петрович" одна из двух ссылок или обе вместе стали неоднократной причиной "синего экрана смерти" у моего компьютера ВАЙО Уиндоус 10. Вот эти сомнительные ссылки:

http://www.testpilot.ru/review/war/syria.htm http://old.redstar.ru/2002/02/28_02/2_01.html

Данияр — Эта реплика добавлена с IP 95.56.180.44 (о)

  • Скорее всего это проблемы вашего компьютера, может, где-то с памятью проблемы, может, с другим оборудованием, может ещё 100 других возможных причин. Если у кого-то еще будут проблемы, здесь отпишется. У меня всё работает, и ссылки открываются. The-city-not-present 17:44, 14 февраля 2016 (UTC)
  • Можете ещё сказать свой браузер, чтобы другие участники могли проверить в нём же. The-city-not-present 17:46, 14 февраля 2016 (UTC)

Браузер ОПЕРА

Данияр

Не заходит в AWB[править код]

При попытке зайти из AWB в аккаунт выдаётся

вот эта ошибка

Operation 'login' ended with result 'NeedToken'. Xml: '<?xml version="1.0"?><api><warnings><login xml:space="preserve">Fetching a token via action=login is deprecated. Use action=query&meta=tokens&type=login instead.</login></warnings><login result="NeedToken" token="30ede894c34d62be138417907aaf908256bf3789+\" cookieprefix="ruwiki" sessionid="sufubgd15uaum0aini8dbe8e5soont08" /></api>'


    • description**:
    • workaround**:
Exception:`OperationFailedException`
Message:`Operation 'login' ended with result 'NeedToken'. Xml: '<?xml version="1.0"?><api><warnings><login xml:space="preserve">Fetching a token via action=login is deprecated. Use action=query&meta=tokens&type=login instead.</login></warnings><login result="NeedToken" token="30ede894c34d62be138417907aaf908256bf3789+\" cookieprefix="ruwiki" sessionid="sufubgd15uaum0aini8dbe8e5soont08" /></api>'`
Call stack:
   в WikiFunctions.API.ApiEdit.CheckForErrors(String xml, String action)
   в WikiFunctions.API.ApiEdit.Login(String username, String password, String domain)
   в WikiFunctions.Profiles.AWBProfilesForm.PerformLogin(String username, String password)
    • OS**: Microsoft Windows NT 6.2.9200.0
    • version**: AutoWikiBrowser (5.7.0.0), WikiFunctions (5.7.0.0), revision 11328 (2015-07-14 19:56:59)
    • net**: 2.0.50727.8669
    • duplicate**:
    • site**: https://ru.wikipedia.org
Обновлений AWB не просит. Есть у кого ещё такое? --windewrix 14:07, 13 февраля 2016 (UTC)

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

  • Нужно вынести «Профиль ChessDB» за пределы условия «Дата смерти», только «Номер ФИДЕ».
|текст12 = {{#if:{{{Дата смерти|}}}||{{#if:{{{Номер ФИДЕ|}}}|{{Профиль ФИДЕ|id={{{Номер ФИДЕ}}}}}<br />{{Профиль ChessDB|id={{{Номер ФИДЕ}}}}}}}}}

Спасибо! -- Volcanus 13:05, 13 февраля 2016 (UTC)

  • ✔ Сделано --windewrix 13:34, 13 февраля 2016 (UTC)
    • Почти, если первый if закрыть после «<br />}}», то шаблон «Профиль ChessDB» будет всегда добавляться
|текст12 = {{#if:{{{Дата смерти|}}}
	|
	|{{#if:{{{Номер ФИДЕ|}}}
		|{{Профиль ФИДЕ|id={{{Номер ФИДЕ}}}}}<br />}}
	 {{#if:{{{Номер ФИДЕ|}}}
		|{{Профиль ChessDB|id={{{Номер ФИДЕ}}}}}}}
		|
}}

-- Volcanus 17:48, 13 февраля 2016 (UTC)

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

Специфическая проблема для неанглийских раскладок клавиатуры — набор текста не в той раскладке: "поиск" -> "gjbcr". Популярные поисковики давно с этой проблемой справились, чем лично у меня вызвали очень большое уважение. Нельзя ли ввести аналогичную функциональность для поиска Википедии, чтобы в ответ на, например, "Vjcrdf" появлялось "Москва" с возможностью выбора и перехода на соответствующую страницу? — Igel B TyMaHe 07:58, 13 февраля 2016 (UTC)

  • Это отличная идея для фиче-реквеста MediaWiki или напрямую к Search & Discovery Team (о которой подробно и скандально в ближайшем Сайнпост-дайджесте :) --SSneg 12:50, 13 февраля 2016 (UTC)
  • Участник:Ignatus/search invertkb.js? --Convallaria 12:56, 13 февраля 2016 (UTC)
  • Раскладка только одна из проблем. У нас вообще движок поиска давно устарел, из-за чего к нему приходится руками мастерить костыли и подпорки вроде дизамбигов, перенаправлений и категорий. Что отнимает много сил и времени участников. Может нам какой-нибудь богатый спонсор купит нормальный движок (вряд ли его бесплатно напишут). - Saidaziz 13:06, 13 февраля 2016 (UTC)

Бот делает что-то не то[править код]

Хочу пожаловаться на действия бота RainBot: во-первых, он меняет общий шаблон неоднозначности на частный "топоним" или "гидроним" — что получается нелепо при наличии длинного списка однофамильцев [6] или других значений на странице (вот тут он всех "Петрушек" записал в реки [7]); во-вторых он ломает шаблон "не переведено" [8]. Пожалуйста, почините, кто-нибудь! ~Fleur-de-farine 23:04, 12 февраля 2016 (UTC)

  • Я собрался было писать большой пост про это. Мастер теней зачем-то удалил из реорганизованного шаблона {{неоднозначность}} (см. также его обсуждение) возможность указывать, что в дизамбиге «есть такие-то тематические значения, но есть и другие». И предвидел жалобы на это. Вы объявились первая. Предлагаю Мастеру теней всё же вернуть эту возможность; решительно непонятно, чем вообще она мешала. Пускай бот лучше добавляет в таких случаях (а также в тех, когда там пропущен первый параметр) два параметра: тип|другое, а для параметра «другое» (а также для «default») вернёт фразу «другие значения». А то дизамбиг Аптекарь (значения) превратится в «Список однофамильцев». Хотя в первом вашем случае, где Макгрегор, к шаблону надо просто добавить ещё один параметр «фамилия». — Джек, который построил дом 23:53, 12 февраля 2016 (UTC)
  • А с другой стороны, с учетом того, что указывать эти «другое» можно замучиться, пропускать первый параметр действительно могло бы быть изящным решением. Мастер теней, нельзя ли сделать так, чтобы, если мы хотим указать, что в дизамбиге «есть такие-то тематические значения, но есть и другие», мы могли пропустить первый параметр, а во второй вписать дополнительный тип? То есть для Аптекарь (значения) вызов будет выглядеть так: {{неоднозначность||фамилии}}. Дёшево и сердито. Хотя можно оставить такое же поведение и для параметра «другое». — Джек, который построил дом 00:08, 13 февраля 2016 (UTC)

Ш:неоднозначность/вывод: баг в Firefox[править код]

  • Вот это не есть дело. «На этой странице приведены…» Бесполезная вспомогательная информация занимает едва ли не больше места, чем сам список. Это лишние строчки, они мешают. The-city-not-present 12:50, 13 февраля 2016 (UTC)
    Хм, у вас что-то с браузером/настройками CSS? Там межстрочное расстояние маленькое. Как у вас выглядят остальные шаблоны на базе {{неоднозначность}} тогда? Дублированный пункт списка там как раз в результате бага после реорганизации. Что касается того, должны ли мы ставить категорию "однофамильцы" там, где их всего два, — это отдельный вопрос, но формально, наверное, должны (там же правда есть однофамильцы). В любом случае шаблона "список однофамильцев" там не должно быть. Если же он стоит, то, в отсутствие возможности указать, что там не только однофамильцы, люди просто будут отдельно доставлять шаблон {{неоднозначность}}, как сейчас сделано на Ломоносов (значения). — Джек, который построил дом 13:28, 13 февраля 2016 (UTC)
    У меня последний Firefox, дополнения есть, но все нормальные. Попробовал, если развернуть на весь экран, межстрочные уже нормализуются. Там что-то в ячейке таблицы перестаёт убираться, и строки разъезжаются. The-city-not-present 13:46, 13 февраля 2016 (UTC)
    Ваша правда! Firefox как-то по-другому рендерит список в этом шаблоне, см. скриншоты в разных браузерах. В других браузерах такого не наблюдается. Надо что-то менять. — Джек, который построил дом 18:15, 13 февраля 2016 (UTC)
В моём Firefox 44.0 всё нормально. Advisor, 15:40, 15 февраля 2016 (UTC)
@Мастер теней: Блин, ну вы же должны понимать, что это не аргумент. Там отступ, сделанный неразрывными пробелами, — сложно придумать что-то более ненадёжное. Firefox 37 (дата выпуска 31 марта 2015) — то же самое (версий новее на сайте нет), The-city-not-present говорит, что у него последняя версия. — Джек, который построил дом 16:00, 15 февраля 2016 (UTC)
Сейчас у меня 44.0.2, но окно не было развёрнуто, оно было меньше по ширине. В таком случае какие-то элементы перестают убираться в таблицу, и строки разъезжаются. Если развернуть на весь экран, всё нормально. The-city-not-present 18:43, 15 февраля 2016 (UTC)
В любом случае надо чинить. — Джек, который построил дом 19:02, 15 февраля 2016 (UTC)
Всё-таки в полусвёрнутом режиме в самом деле расползаются. Однако, как я и предполагал, nbsp там ни при чём: firefox вообще убирает его при поcтроении страницы. В прочем, поменял пробелы на свойство стиля — не помогло.
    CSS не моя излюбленная часть, так что было бы правильно, если кто-нибудь ещё займётся вопросом. Advisor, 21:08, 15 февраля 2016 (UTC)

Код шаблонов медалей СССР[править код]

Посмотрел код шаблонов некоторых медалей (например, {{Медаль «За трудовую доблесть»}}) — обнаружил какую-то экзотику с использованием тега imagemap. Кто-нибудь может объяснить, зачем это было нужно? NBS 22:24, 12 февраля 2016 (UTC)

Видимо, для возможности перехода по ссылке на страницу, а не по ссылке на файл изображения медали. То есть для ссылок функциональность обеспечивается [[Ссылка|Текст ссылки]], а [[Ссылка|Файл:Картинка.png]] не работает. — Igel B TyMaHe 08:03, 13 февраля 2016 (UTC)
Может просто не знали. Обычным способом будет явно проще [9] и работает аналогично. --Сунприат 11:12, 13 февраля 2016 (UTC)
@Vlsergey: пинг автору --Сунприат 11:14, 13 февраля 2016 (UTC)
Скорее всего. Я, например, не знал, когда правил шаблоны наград, использовал по аналогии imagemap Если через "ссылка=" правильнее, можно сразу бота зарядить на правки. — Igel B TyMaHe 12:49, 13 февраля 2016 (UTC)
Возможно, в 2008 году просто ещё не было конструкции [[Файл:|link=]] --windewrix 13:38, 13 февраля 2016 (UTC)
+1, такая возможность появилась позже. До этого работали через imagemap. Сейчас можно смело исправлять на link=.-- VlSergey (трёп) 14:32, 13 февраля 2016 (UTC)

Причуды международных Википедий[править код]

Перенесено на страницу ВП:Ф-О.

Ять. --Advisor, 20:18, 12 февраля 2016 (UTC)

Графики прямо из Wikidata[править код]

На следующей неделе можно будет создавать графики основываясь на данных прямиком из Викиданных, например карта количества музеев на страну. --Yurik 15:26, 12 февраля 2016 (UTC)

"Текущая версия (не проверялась)"[править код]

Уже не раз сталкивался с непонятной мне ситуацией. Как сейчас в Красная жара (альбом). Внёс изменения в статью, которые были автоотпатрулированы (как у патрулирующего). Тем не менее в шапке статьи у меня висит серый кружок с минусом и "Текущая версия (не проверялась)". Это какой-то особый вид защиты и кого тогда просить проверить? --Neolexx 14:07, 12 февраля 2016 (UTC)

Если страница не проверялась, то нужно в самом низу на основной странице нажать подтвердить версию. Oleg3280 14:10, 12 февраля 2016 (UTC)
Тогда я всё равно не понимаю различия между "отпатрулировать статью" и "подтвердить версию статьи". Где это у нас описано? --Neolexx 14:21, 12 февраля 2016 (UTC)
И вторым вопросом: при каких обстоятельствах это различие всплывает? --Neolexx 14:22, 12 февраля 2016 (UTC)
Это одно и то же. Изменения автопатрулируются только тогда, когда предыдущая версия статьи была отпатрулирована. В остальных случаях их нужно патрулировать вручную. — putnik 14:24, 12 февраля 2016 (UTC)
Дело в том, что я всегда действую как a good boy scout и перед внесением своих правок проверяю и патрулирую предыдущие чужие непроверенные правки, если такие есть. Это, собственно, технически единственный вариант, иначе у патрулирующего при попытке сохранить свою правку будет сообщение "есть непроверенные правки перед вносимой". И так оно без проблем работает в 9 из 10 случаев, но в 1 из 10 выскакивает ситуация выше. Которую я пока никак в логику "патрулировано/непатрулировано" вписать для себя не могу. --Neolexx 14:39, 12 февраля 2016 (UTC)
... подумав ещё раз... Если статья ни разу с момента создания не патрулировалась, то в ней нет "непроверенных правок" (она вся непроверенная). Тогда внесение любой правки патрулирующим равно первому патрулированию всей статьи, и в таком случае требуют дополнительно подтверждения через "Текущая версия (не проверялась)". А редко это встречаю, так как по набору личных интересов редко попадаю на ни разу не патрулировавшиеся статьи. Угадал? --Neolexx 14:45, 12 февраля 2016 (UTC)
Neolexx, да, угадали. --Michgrig (talk to me) 14:48, 12 февраля 2016 (UTC)
  • Вносящий правку в непатрулированную статью патрулирующий вовсе не обязательно будет ради этой правки патрулировать всю статью (а если там 1200 непроверенных за два года?) Поэтому правка и патрулирование полностью разделены: правка патрулирующего не патрулирует автоматически статью, в которой есть непроверенные правки; для патрулирования есть отдельная кнопка. MaxBioHazard 15:47, 12 февраля 2016 (UTC)
    • @MaxBioHazard: То есть, и простите за язык, старался как мог: внесение в статью правки патрулирующим без патрулирования им предыдущих неотпатрулированных правок (если такие есть) также не патрулируется, лишь добавляется в список неотпатрулированных правок? --Neolexx 16:43, 15 февраля 2016 (UTC)
      • Совершенно точно. Флаг патрулирующего вообще ни на что не влияет, пока его носитель не нажмет на кнопку "Патрулировать". А флаг автопатрулируемого влияет на то, что статья после его правки останется отпатрулированной, если она была таковой до этой правки. Vcohen 18:05, 15 февраля 2016 (UTC)

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

На странице запросов к администраторам был оставлен запрос:

== Столкновение поездов в Бад-Айблинге == Столкновение поездов в Бад-Айблинге (обс. · история · журналы · фильтры)
Столкновение поездов в Бад-Айблинге - отпатрулирована и тем-не-менее отображается давно устаревшая версия, что особенно не соответствует "В этой статье описываются текущие события. Информация может быстро меняться по мере развития событий"
— Эта реплика добавлена участником Ms-schrott (о • в) 12:43, 12 февраля 2016 (UTC)

Статья была отпатрулирована и находится на стабилизации. Даты последней правки в шаблоне и в истории правок совпадают, то есть отображается последняя версия. Кроме того, что статья находится на стабилизации, запрос не имеет отношения к этой странице. Oleg3280 13:47, 12 февраля 2016 (UTC)
Я в курсе, что она отпатрулирована (я сам и ставил запрос на патрулирование) - но если я просматриваю статью незарегистрировавшись, то вижу версию от 9/02/2016; а если зарегистрировавшись, то последнюю версию. Ms-schrott 14:38, 12 февраля 2016 (UTC)

=== Итог === Здесь закрыто. Для запросов такого типа существует отдельная страница: Википедия:Запросы к патрулирующим. -- Q-bit array 15:20, 12 февраля 2016 (UTC)

Прошу помочь участнику в этой ситуации. Заранее спасибо. Oleg3280 16:00, 12 февраля 2016 (UTC)

Помогло? У меня (анонимно) сейчас текущая. Возможно участнику следует почистить кэш браузера. Advisor, 20:07, 12 февраля 2016 (UTC)
Да, спасибо. Я только что зашёл анонимно, чтобы посмотреть эту статью, и у меня отображается последняя версия. Oleg3280 20:36, 12 февраля 2016 (UTC)

Категория:Pages with obsolete Vega 1.0 graphs[править код]

? Advisor, 09:37, 12 февраля 2016 (UTC)

Сейчас оно через шаблоны или mw:Extension:Graph/Vega 2.0 --Сунприат 10:23, 12 февраля 2016 (UTC)
Перевёл название в Транслейтвики и повесил шаблон на категорию. — putnik 10:37, 12 февраля 2016 (UTC)

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

  • В общем посмотрел я на это безобразие и устроил хирургию: было 28 страниц шаблона, стало четыре. Новые подстраницы теперь не нужны. Advisor, 18:33, 11 февраля 2016 (UTC)
Перенесено на страницу Обсуждение шаблона:Неоднозначность#Новая структура шаблона.

"Анонимизация" правки[править код]

Кто разбирается с шаблонами и особенно с mwLua. Есть ли возможность анонимных опросов зарегистрированных участников, то есть:

  • зарегистрированный участник выбирает вариант ответа и нажимает ссылку
  • программа проверяет, что это зарегистрированный участник из фиксированного списка
  • если да, то ответ записывается на страницу опроса, но не как правка самого участника, а как правка программы

С mwLua весьма немощен и нет желания копать вглубь, если заранее и очевидно невозможно. --Neolexx 13:09, 10 февраля 2016 (UTC)

Только начинаю разбираться в Lua, но слабо понимаю, как такое возможно. «Программа проверяет, что это зарегистрированный участник из фиксированного списка» — угу, таким макаром можно было бы скрипт накатать, который бы выводил что-то наподобие «Привет, %username%!» То, что таких скриптов в окрестностях не наблюдается, говорит о том, что на такую функциональность Lua не рассчитан. Нужны расширения MediaWiki, типа en:Wikipedia:SecurePoll. — Джек, который построил дом 13:23, 10 февраля 2016 (UTC)
mwLua работает в режиме «только для чтения» — он форматирует текст, но не может изменить содержимое страниц (записать новое содержимое). — VlSergey (трёп) 14:46, 10 февраля 2016 (UTC)
Предчувствовал, поэтому заранее и уточнил. Спасибо всем за помощь! --Neolexx 17:50, 10 февраля 2016 (UTC)

Шаблон «книга» в сносках[править код]

Шаблоны {{статья}} и {{книга}} внутри конструкции {{#tag:ref|блаблабла|name=bar}}.

  • Во втором случае (шаблон {{книга}}), при двух и более в точности одинаковых сносках с одним именем, вылезает ошибка «Неверный тег <ref>: название «bar» определено несколько раз для различного содержимого».
  • В первом случае (шаблон {{статья}}) такой ошибки нет.

Означает ли это, что с шаблоном {{книга}} что-то не то? ссылка на тест — stannic(обс)(вкл)(выкл) 09:47, 10 февраля 2016 (UTC)

  • Опытным путём и подстановками до самого примитивного уровня выяснено, что виной всему может быть конструкция <nowiki> </nowiki>, которая задаёт пробел после имени автора. Ну и без использования механизма {{#tag:}} всё работает нормально, конечно же --windewrix 12:06, 10 февраля 2016 (UTC)
    • Как я понимаю, на уровне {{#tag:}} внутренние нераскрытые теги заменяются парсером уникальными идентификаторами, которые в конце разворачиваются обратно в теги. Поэтому на верхнем уровне парсер видит, к примеру, <nowiki>_</nowiki> и <nowiki>_</nowiki> (две идентичные строки). А на нижнем уровне nowiki12345_nowiki12345 и nowiki67890_nowiki67890 (две совершенно разные строки) и ругается. --Neolexx 13:18, 10 февраля 2016 (UTC)
    • Оставил только nowiki - всё так же. Насколько я понял из сказанного, нужно в защищенных шаблонах менять <nowiki> </nowiki> на &#32; (и другие конструкции с nowiki на эквивалентные им без nowiki)? Возможно, решение проблемы заметно скажется на этих двух категориях. — stannic(обс)(вкл)(выкл) 15:19, 10 февраля 2016 (UTC) UPD: в бо́льшей половине этих статей проявляется проблема в шаблоне {{книга}}. — stannic(обс)(вкл)(выкл) 21:39, 10 февраля 2016 (UTC)
      • Примерно так. "Правило буравчика для уровня #tag" (который уровнем ниже шаблонов): Туда вообще не передаются никакие строки с тегами (формата <tag>...</tag>), либо крутитесь в каждом случае как знаете индивидуально. Покопавшись ещё, вспомнил, где я это некогда читал, чтобы не по памяти, как выше: здесь, второй Warning. --Neolexx 17:08, 10 февраля 2016 (UTC)
      • Безотносительно к проблеме, я пока не понимаю, какой сумрачный разум и зачем вставил пробелы через <nowiki> </nowiki> вместо старого доброго &​#32; Хотя мог быть обход ещё какой "won't-fix feature" парсера, о которой я не знаю. --Neolexx 17:18, 10 февраля 2016 (UTC)
  • Обсуждение шаблона:Книга#избавление от тегов nowiki; поддержка нескольких ISBN — stannic(обс)(вкл)(выкл) 17:03, 11 февраля 2016 (UTC)

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

Шаблоны {{книга}} и {{статья}} были обновлены, теперь осталось дождаться, пока обновятся категории 1, 2 и результаты поиска. Сейчас там ещё есть статьи, в которых ошибки уже пропали. — stannic(обс)(вкл)(выкл) 15:08, 13 февраля 2016 (UTC)

ВП:КУ[править код]

Только у меня после кнопки Добавить номинацию появилось куча ссылок на #invoke:AfD и Шаблон:Удаление статей? С уважением, Iniquity 23:40, 8 февраля 2016 (UTC)

  • Нет. Это называется ВП:КУ утоплен. Проблема давняя. На форуме уже были обсуждения. Например, здесь. Oleg3280 23:47, 8 февраля 2016 (UTC)
  • Страница перегружена шаблонами, слишком много незакрытых дней. MaxBioHazard 23:51, 8 февраля 2016 (UTC)
  • Оффтоп для технического форума, но вот интересно. Как вы думаете, есть ли корреляция снижения активности в РуВП с кризисом в России или чем-то? Знаю, что это общий тренд для разных разделов, но всё же. Может, стоит серьёзно взяться за привлечение и удержание новых участников (или возвращение отошедших от дел)? Создавать соответствующую атмосферу, наладить работу всевозможных инструментов, не мыслить в рамках тех возможностей, которые предоставляют текущие. (Как я всегда рекомендую в таких случаях, смотреть в сторону того, как преуспел английский раздел в этом направлении. Иногда, при взгляде на прогресс англовики, у меня возникает ощущение, что мы тут сидим на куче барахла, а развиваться не желаем.) Или, например, смягчить политику в отношении старых, не переусердствовать со всяческими блокировками. По-моему, когда я активно участвовал здесь несколько лет назад, на форумах было погуще. (Заранее отвечаю, что сам я, к большой беде, дальше болтовни на эту тему не уйду, потому что выкроил для ВП лишь пару месяцев, а потом буду занят.) — Джек, который построил дом 01:20, 9 февраля 2016 (UTC)

Смещение часового пояса в шаблоне[править код]

Каким образом можно учесть поправку в часовом поясе в шаблоне подобном этому? === В этот день — [[{{CURRENTDAY}} {{CURRENTMONTHNAMEGEN}}]] === {{События дня:{{CURRENTMONTH}}-{{CURRENTDAY}}}} |[[Шаблон:События дня:{{CURRENTMONTH}}-{{CURRENTDAY}}|Просмотр]] }}
Необходимо, чтобы он показывал время отличное от UTC на +9. И соответственно на 9 часов ранее вытаскивал очередные события дня. Спасибо! --Павлов Николай Н. 21:22, 8 февраля 2016 (UTC)

Отлично! Вроде разобрался. Спасибо! --Павлов Николай Н. 21:32, 10 февраля 2016 (UTC)

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

Вижу, что у некоторых участников наболело, и тоже посмею высказаться. Уважаемые участники, подскажите, и если можете, помогите! Как и где можно узнать ОБЩЕЕ количество просмотров той или иной статьи Википедии со дня ее создания до сегодняшнего дня??? Если это технически возможно, то прошу кого-нибудь из участников что-нибудь соорудить, чтобы народ честной мог посмотреть на эту статистику, сам бы рад, да не умею. С уважением, Egor Shustoff 18:51, 8 февраля 2016 (UTC).

Высказывайтесь здесь, не плодите темы.--Imaginary Rainbow 20:06, 8 февраля 2016 (UTC)
Тут о другом. --Сунприат 10:36, 10 февраля 2016 (UTC)
@Egor Shustoff: А зачем? Одна старая с 2006, другая новая; одну показывали на заглавной, другую нет; одна статусная, другая заготовка. Т.е. "вообще общая" цифра - смазанная и не надёжный показатель. Вытащить и посчитать что-то конкретное/среднее для отдельных статей могут ботоводы. --Сунприат 10:36, 10 февраля 2016 (UTC)
А вот мне интересна общая инфа. А к кому посоветуете обратиться? С уважением, Egor Shustoff 11:38, 10 февраля 2016 (UTC).
Википедия:Запросы к ботоводам --Сунприат 11:51, 10 февраля 2016 (UTC)

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

Я уже когда-то писал, но ответа так и не нашёл. Как посмотреть весь вклад в русскую википедию с диапазона ip-адресов? Опять возникла необходимость, приходится руками (!) перебирать все адреса, меняя последние цифры. Не верится что нет какого-то автоматического механизма. Гаджет походу умер окончательно. --Glovacki 14:07, 8 февраля 2016 (UTC)

Кривой шаблон ш:Источник:Отечественные бронированные машины 1941-1945[править код]

Не используйте шаблоны в заголовках — иначе не работают ссылки на переход к теме из истории правок и списка наблюдения. --Michgrig (talk to me) 10:56, 8 февраля 2016 (UTC)

Кривизна видна в документации к шаблону, при более чем однократном использовании шаблона в статье, получаем в разделе «Примечания» ошибку: Ошибка в сносках?: Неверный тег <ref>: название «.D0.9E.D1.82.D0.B5.D1.87.D0.B5.D1.81.D1.82.D0.B2.D0.B5.D0.BD.D0.BD.D1.8B.D0.B5-.D0.B1.D1.80.D0.BE.D0.BD.D0.B8.D1.80.D0.BE.D0.B2.D0.B0.D0.BD.D0.BD.D1.8B.D0.B5-.D0.BC.D0.B0.D1.88.D0.B8.D0.BD.D1.8B-1941-1945--» определено несколько раз для различного содержимого. Как исправить - не знаю. Хелп. --Voyagerim 20:15, 7 февраля 2016 (UTC)

  • В документации шаблона два раза используется шаблон без аргументов, то есть, получается идентичная сноска с идентичным названием. Почему определено «для различного содержимого» я не понимаю, правда. Но авторы шаблона, видимо, рассчитывали, что если кому-то понадобится два раза использовать сноску на одну и ту же страницу, второй случай будет записан так: <ref name="Отечественные-бронированные-машины-1941-1945-[№ части]-[№ страницы]" />. ~Facenapalmобс, вкл 20:40, 7 февраля 2016 (UTC)
  • Я увидел эту гадость в статье Т-34, в разделе «Примечания», думал ссылки в статье кривые, а оказалось, что шаблон негодный.. Исправить это можно как-нибудь? --Voyagerim 22:40, 7 февраля 2016 (UTC)
  • Я же объяснил: если в двух местах надо сослаться на одну и ту же страницу книги, надо оформлять тэг ref. Исправил. Логику шаблона можно и поменять, конечно, но тогда, во-первых, надо все страницы с шаблоном просмотреть на предмет поломок, во-вторых, дублирование сносок получится. Хотя, если честно, я вообще смысла в этом шаблоне не вижу. Если использовать его как подстановочный — вообще проблем не будет. Вдобавок, тут, по хорошему, через {{sfn}} сноски надо бы оформить. ~Facenapalmобс, вкл 22:54, 7 февраля 2016 (UTC)
  • С предложением об использовании {{sfn}} и бессмысленным шаблоном всецело согласен, но хотелось малой кровью обойтись. За исправление спасибо большое! --Voyagerim 06:52, 8 февраля 2016 (UTC)

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

Нужна помощь в переработке шаблона {{Периоды Эстонской истории}}. Подробности на СО шаблона. Заранее спасибо. --Pessimist 15:32, 7 февраля 2016 (UTC)

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

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

«Аппараты, выведенные одной ракетой, разделены запятой (,), запуски — чертой (|). Пилотируемые полёты выделены жирным текстом. Неудачные запуски выделены курсивом».

Но внутренняя ссылка со статьи на неё же (например, в том же навигационном шаблоне) отображается жирным. Вот и получается, что в статьях, посвящённых непилотируемых запускам, в шаблоне согласно легенде они отображаются пилотируемыми. Пример. Следует выбрать другое обозначение и заменить это всё, если получится, ботом. Dimma837 14:41, 7 февраля 2016 (UTC)

  • @Dimma837: Хорошо, что вы заметили. Можно в качестве компромисса сделать дописку, что «за исключением текущей статьи». Ну и в шаблонах этой категории, вместо замены текста комментария ботом, надо создать вспомогательный шаблон, в котором будет находиться только этот комментарий, и ботом заменить эти комментарии на шаблон (если они везде одинаковые), чтобы затем, если понадобится ещё где-то изменить этот комментарий, это можно было бы сделать в одном месте. — Джек, который построил дом 22:42, 19 февраля 2016 (UTC)

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

Коллеги, подскажите, что это за новация, когда в окне редактирования при предпросмотре стали показываться примечания, причём в один столбец. Это вообще можно отключить? Или управлять этим кошмаром, чтобы хоть в 4 столбца для компактизации? Kmorozov 06:48, 7 февраля 2016 (UTC)

  • Chrome на Windows показывает столбцы рефов корректно. --Pessimist 06:54, 7 февраля 2016 (UTC)
    • Ну, я бы предпочёл, чтобы было, как ещё пару дней назад, то есть не показывало вообще. Зачем они мне в предпросмотре? У меня их в среднем разделе десяток, и все в один столбец. Kmorozov 07:16, 7 февраля 2016 (UTC)
    • Тоже Chrome на Windows (и Monobook, и Vector) - все в один столбец (например, в той статье, что давеча обсуждали). Retired electrician 15:28, 8 февраля 2016 (UTC)
  • Это лучшее улучшение движка за много-много лет. В кои-то веки разработчики движка сделали что-то реально помогающее править статьи. Механизм рефов - возможно, самый дезориентирующий новичков компонент разметки. Они открывают на редактирование раздел рефов - а там ничего нет. Потом они понимают, что рефы привязаны к тексту, а не к последнему разделу - но рефы в тексте не отображаются в предпросмотре! MaxBioHazard 07:23, 7 февраля 2016 (UTC)
  • так удобнее же? -- ShinePhantom (обс) 09:22, 7 февраля 2016 (UTC)
    • На мой взгляд, удобнее. Я сюда не вчера пришёл, но даже и я не раз совершал какие-нибудь ошибки/опечатки в сносках, работая с одним конкретным разделом, а потом, после сохранения, обнаруживал свою ошибку. Что уж говорить о новичках (см. реплику MaxBioHazard выше). --VAP+VYK 11:13, 7 февраля 2016 (UTC)
  • Стало лучше. Не так давно в какой-то статье при предпросмотре вставлял шаблон {{примечания}} специально для предпросмотра примечаний, перед сохранением забыл убрать. В обсуждениях видел у других ту же проблему. — stannic(обс)(вкл)(выкл) 11:33, 7 февраля 2016 (UTC)
  • meta:Tech/News/2016/04/ru И в предварительном просмотре и в конце статьи даже когда в статье не поставлен шаблон/тега для примечаний. Попробуйте попросить на Википедия:Запросы к скриптерам доработать Википедия:Гаджеты/Компактный список сносок. --Сунприат 12:26, 7 февраля 2016 (UTC)
    • Может кому-то и удобнее, но всё-равно не продумано. Во-1 я пользуюсь {{sfn}} и мне предпросмотр ссылок никаких сюрпризов не сулит. Во-2 у меня, в среднем, этих sfn больше 10 на раздел и, в результате, препросматриваемый текст уезжает и приходится скроллить. Что, с учётом вышеуказанной бесполезности фичи, раздражает. Kmorozov 14:57, 7 февраля 2016 (UTC)
      Ссылку на раздел в статье, статью или скриншот дадите? Может легче станет, если снять галочку в настройки-редактирование-Помещать предпросмотр над окном редактирования, тогда примечания будут совсем внизу. --Сунприат 19:46, 7 февраля 2016 (UTC)
  • Задумано хорошо, исполнено как всегда. Очень не хватает (а) визуальной отбивки сносок от собственно текста (просто линию прочертить - уверен, возражений было бы меньше) (б) плотной упаковки этих сносок в несколько столбцов. То есть, если в статье задано {{reflist|4}}, то это самое |4 следовало воспроизвести и в предпросмотре. Оно ж там не просто так. Ну или ориентироваться на количество сносок в редактируемом разделе и дробить на столбцы автоматом. Двадцать сносок в один столбец ещё куда ни шло, но наши руки не для скуки сорок уж точно требуют упаковки. Retired electrician 15:21, 8 февраля 2016 (UTC)
    Пример? --Сунприат 16:41, 8 февраля 2016 (UTC)
    Один раздел без подразделов [10] - 29, один раздел с подразделами [11]. Retired electrician 16:58, 8 февраля 2016 (UTC)
  • А жизнь-то налаживается, уже есть подраздел "Preview of references", ещё утром нее было. Глядишь, и столбцы добавят. Kmorozov 15:41, 14 февраля 2016 (UTC)
О да! хвала Джимбо, ну или кто-то-там за всё в ответе :-). Retired electrician 18:43, 21 февраля 2016 (UTC)

Шаблон:Список однофамильцев[править код]

Здравствуйте! Раньше этот шаблон отличался от Шаблон:Неоднозначность внешним видом и ссылкой на список однофамильцев. Сейчас они совпадают. Это - ошибка или так должно быть каким-то новым правилам? С уважением, 18:05, 6 февраля 2016 (UTC) And S Yu.

Напишите администраторам. Вчера поменяли формат шаблона {{неоднозначность}} и должны, по логике вещей, перевести все подобные шаблоны на него, но пока почему-то не перевели. — Джек, который построил дом 18:45, 6 февраля 2016 (UTC)
Переименование выполнял Мастер теней, ну давайте его позовём. — Джек, который построил дом 18:47, 6 февраля 2016 (UTC)
Да, я в курсе проблемы — к сожалению не успел доделать, а по случайному стечению обстоятельств остался без интернета на выходных. В ближайшее время поправлю этот и соседние шаблоны. П.С. Зачем делать дубли тем? Advisor, 08:25, 8 февраля 2016 (UTC)
Я предложил написать администраторам — человек скопипейстил :) Но всё, разобрались, одну можно тереть. — Джек, который построил дом 08:36, 8 февраля 2016 (UTC)
Этот поправил. Остальные — позже: где-то подшаблоны уже были, а где-то надо создавать. Advisor, 09:09, 8 февраля 2016 (UTC)

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

Название корабля Количество погибших Страна приписки Дата катастрофы Место катастрофы Причина кораблекрушения

Может кто сделать так, чтоб над таблицей была одна большая ячейка, где было бы написано "Три крупнейшие морские катастрофы десятилетия по числу жертв".

И еще: нужно внести для образца одно из судов, далее я уже буду по накатанной повторять. Например это:

Можно прямо здесь в моем сообщении добавить, чтоб удобнее.

И, в идеале, было бы здорово если бы таблица сама вставала в центр страницы (не обязательно, но оч. хочется, если возможно). И цветом бы (неброским синим оттенком) выделить первые строчки, где перечисление параметров и надпись "Три крупнейшие морские катастрофы десятилетия по числу жертв". Нужно для статьи Крупнейшие морские катастрофы XX века - дабы сделать её максимально удобной и читабельной. Потом и 19 век посмотрю, а может, если запала хватит и 18 - используя как заготовку. --S, AV ☎ 03:08, 6 февраля 2016 (UTC)

Мой вариант с вашей просьбой:
Три крупнейшие морские катастрофы десятилетия по числу жертв
Название корабля Количество погибших Страна приписки Дата катастрофы Место катастрофы Причина кораблекрушения
«Каморта»[англ.] 655  Великобритания 6 мая 1902 Бенгальский залив, Индийский океан циклон

Можно не писать «близ Рангуна» — как хотите. Причину не знаю как лучше, толи «циклон», толи «неблагоприятные погодные условия». С дальнейшими просьбами я не понял (выделить цветом строчки с параметрами, надпись) — зачем? ← Alex Great обсуждение 05:20, 6 февраля 2016 (UTC)

  • Alex Great, так логично, чтоб строчки, где написаны слова «Три крупнейшие морские катастрофы десятилетия по числу жертв» «Название корабля !! Количество погибших !! Страна приписки !! Дата катастрофы !! Место катастрофы !! Причина кораблекрушения» выделялась от перечислений, тем более в одной статье будет 10 таких таблиц - и визуально очень хорошо будет помогать. --S, AV ☎ 07:09, 6 февраля 2016 (UTC)
2

Схлопните пожалуйста Ш:Крупнейшие морские катастрофы. После этого берусь снять его с КУЛ по наполнению. Мегаблямбу на пол статьи править не буду, нужно схлопнуть, чтоб не уродовал статьи. --S, AV ☎ 03:17, 6 февраля 2016 (UTC)

Чтобы зафиксировать ширину — раскомментировать свойство таблицы width и выставить нужные цифры. --Chan 07:05, 6 февраля 2016 (UTC)
Chan Я это не умею, но хотя бы вдвое длиннее надо как минимум. сделайте плис. Так как-то мелковат. Даже в 2,2 раза можно смело- это и 15 дюймовик прочтет. ну а в идеале, чтоб он сам расползался до нужного размера. Если это невозможно, то в две целых две десятых раза надо удлиннить. --S, AV ☎ 07:06, 6 февраля 2016 (UTC)

{{Крупнейшие морские катастрофы}} Сделал 800px. Вроде нормально. --Chan 07:15, 6 февраля 2016 (UTC)

    • Спасибо огромное. Теперь мона доводить его до ума))) --S, AV ☎ 07:16, 6 февраля 2016 (UTC)
      • Chan, а можно верхнюю строчку, где написано «Крупнейшие морские катастрофы» выделить синим цветом, как то у нас в шаблонах и принято, иначе в статьях выглядит как заголовок раздела и не сразу видно слово "показать" - оно сливается с похожим править- не каждый поймет. --S, AV ☎ 07:25, 6 февраля 2016 (UTC)
  • Ребята, пожалуйста, сделайте так, чтоб этот шаблон сам центровался по центру страницы и расползался по ширине страницы. Некрасиво собираются данные в две строчки - наполнять даже неприятно. --S, AV ☎ 12:24, 6 февраля 2016 (UTC)

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

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

Не могу попасть в обсуждение участника, как только я нажимаю на «обсуждение», выводит:

Недопустимое название

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

Возврат к странице Заглавная страница.

— Ping08 обс 23:36, 5 февраля 2016 (UTC)

Захожу на любое обсуждение участника и появляется примерно вот такая ссылка

https://ru.m.wikipedia.org/wiki/%25D0%259E%25D0%25B1%25D1%2581%25D1%2583%25D0%25B6%25D0%25B4%25D0%25B5%25D0%25BD%25D0%25B8%25D0%25B5_%25D1%2583%25D1%2587%25D0%25B0%25D1%2581%25D1%2582%25D0%25BD%25D0%25B8%25D0%25BA%25D0%25B0:Ping08 — Ping08 обс 23:44, 5 февраля 2016 (UTC)

Написал phab:T126111 --Сунприат 09:22, 6 февраля 2016 (UTC)

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

"Хьажорг йина хилла..." в Уведомлениях[править код]

шозахрень о.О : в Уведомлениях текст попер на некоем (каковском?) языке (см. Служебная:Уведомления). Пример:

Сегодня

Хьажорг йина хилла Камера Тусклых Объектов Dornier тӀе.
4 часа назад | Просмотр страницы | Все ссылки на эту страницу

Хьажорг йина хилла Храпунов, Виктор Вячеслав… Почётный гражданин тӀе.
7 часов назад | Просмотр страницы | Все ссылки на эту страницу

Хьажорг йина хилла Абромавичюс, Айварас Баскетбол в тӀе.
17 часов назад | Просмотр страницы | Все ссылки на эту страницу

Вчера

Хьажорг йина хилла France Media Monde Средства массовой информ… тӀе.
18 часов назад | Просмотр страницы | Все ссылки на эту страницу
.........

появилось вчера, думал пройдет (мало ли чего), но.. Настройки не трогал, оно само пришло. --Tpyvvikky 16:34, 5 февраля 2016 (UTC)

  • Это чеченский. На Транслейтвики откатил, у нас вернётся в норму в течение недели. — putnik 17:14, 5 февраля 2016 (UTC)
  • Несколько участников в чатах жаловались, но у меня всё на русском (у меня монобук, правда). MaxBioHazard 22:06, 5 февраля 2016 (UTC)
    • Вряд ли дизайн влияет. Насколько я понял, на чеченском только уведомления «на страницу из списка наблюдения сослались» — возможно, у тебя просто таких нет. Остальные уведомления у меня ок. Хотя нет, упоминания на английском. --~Facenapalmобс, вкл 01:01, 6 февраля 2016 (UTC)
"откатил, у нас вернётся в норму в течение недели" - отлично (будем ждать). А отчего ж это произошло.. (чисто любопытно) --Tpyvvikky 00:02, 6 февраля 2016 (UTC)
Один участник перепутал язык при переводе и напереводил русских сообщений вместо чеченских. Уже не первый раз такое, и каждый раз какой-нибудь новый язык. Видимо, у многих участников, которые переводят на языки России, делают это с русского, а не с английского, и иногда путают источник перевода и сообщение на нужном языке. — putnik 01:34, 6 февраля 2016 (UTC)

У меня один тип сообщений (упоминания меня на страницах обсуждения) пишутся на английском: «Farsizabon mentioned you on Википедия:Форум/Техничес… in "Шаблон:Оазис".» Тот же баг? ← Alex Great обсуждение 07:49, 7 февраля 2016 (UTC)

У меня тоже был английский, наверно, 2 недели. Как раз к карнавалу этот Чеченский. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 11:18, 8 февраля 2016 (UTC)
Нашел. --Дагиров Умаробс вклад 16:14, 9 февраля 2016 (UTC)

Благодарность за правку[править код]

Если нажать «поблагодарить» в какой-то правке, выскочит сообщение по-татарски, а «да» и «нет» — по-русски. «Отблагодарён» — тоже по-татарски. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 10:19, 8 февраля 2016 (UTC)

Это ж хорошо, будем больше языков знать. Advisor, 10:50, 8 февраля 2016 (UTC)
Это башкирский. То же самое, что ниже с чеченским. Откатил на Транслейтвики. — putnik 11:00, 8 февраля 2016 (UTC)
Да какая разница! Кстати, это я тоже когда-то видел, по-моему. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜ 11:14, 8 февраля 2016 (UTC)

рәхмәт әйтелгән[править код]

А почему благодарности теперь пишутся на языке тюркской группы? [12]. Не имею ничего против, просто странно. Лес 14:27, 8 февраля 2016 (UTC)

Рахмат[править код]

Раньше нажимая поблагодарить за правку - спрашивала- «хотите поблагодарить?» Теперь стало «Был төҙәтөү өсөн рәхмәт ебәрергәме?» Очень большого труда стоило на эту тему не поострить. --S, AV ☎ 12:16, 9 февраля 2016 (UTC)

  • См. #Благодарность за правку ниже --Michgrig (talk to me) 12:30, 9 февраля 2016 (UTC)
  • У меня тоже самое. И на чеченском некоторые слова. --Дагиров Умаробс вклад 16:07, 9 февраля 2016 (UTC)
  • Судя по количеству тем про статистику и перевод интерфейса на этой странице, не интересоваться, есть ли у кого-то такая же проблема, и не решена ли она уже ранее, — это принципиальная позиция опытных участников. — putnik 19:35, 9 февраля 2016 (UTC)

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

Тема закрыта, как дублирующая уже имеющуюся. --S, AV ☎ 08:29, 10 февраля 2016 (UTC)

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

У меня одна проблема, как можно добавить на этом шаблоне две страны? Создал статью о Хорезмском оазисе который находится в Узбекистане и Туркменистане. Знак «/» между названиями стран не помог. К примеру в шаблоне о долине это работает. Как можно решить эту проблему? Farsizabon 12:06, 5 февраля 2016 (UTC)

страна1{{ъъ}}, {{хх}}страна2. Advisor, 12:21, 5 февраля 2016 (UTC)
Не помогло. Взгляните на статью. Здесь коллега сказал что нужно программировать шаблон. Наверное он прав. Farsizabon 12:32, 5 февраля 2016 (UTC)
С флагами — никак, а без флагов работает. --Convallaria 12:35, 5 февраля 2016 (UTC)
И без флагов не работает. Попробовал в предпросмотре. Та же самая проблема о пустынях в этой же карточке. Невозможно добавить две пустыни. Farsizabon 12:44, 5 февраля 2016 (UTC)
@Farsizabon:
 |Страна                    = Файл:Flag of Russia.svg{{!}}border{{!}}22px{{!}}Флаг России{{ъъ}} {{хх}}Россия{{ъъ}} / {{хх}}Файл:Flag of Mongolia.svg{{!}}border{{!}}22px{{!}}Флаг Монголии{{ъъ}} {{хх}}Монголия
Работает. ← Alex Great обсуждение 12:48, 5 февраля 2016 (UTC)
@Alex Great:, большое спасибо! Работает. А как на счёт пустынь? Farsizabon 12:54, 5 февраля 2016 (UTC)
| Пустыня = Пустыня1{{ъъ}}<br />{{хх}}Пустыня2 --Convallaria 12:57, 5 февраля 2016 (UTC)
@Farsizabon:
 |Пустыня           = Кызылкум{{ъъ}} / {{хх}}Каракумы
Пожалуйста. ← Alex Great обсуждение 12:57, 5 февраля 2016 (UTC)
Спасибо большое! Тоже работает :-) Farsizabon 12:59, 5 февраля 2016 (UTC)
Кстати, а вот и не работало со страной. Из-за этого хака шаблон неправильно выбирал карту, так как не имел названия страны, карту которой отображать, в чистом виде. Вот чем это заканчивается :-/ — Джек, который построил дом 15:29, 5 февраля 2016 (UTC)
Когда я вижу такие советы от опытных участников, хочется убивать. Ну вот зачем так делать? Что это за очумелые ручки с выпуском «Как построить шалаш из говна и палок»? Почему сразу не решить проблему по-нормальному? — putnik 13:11, 5 февраля 2016 (UTC)
Что Вы предлагаете? К примеру я благодарен этим участникам что помогли чем могли. Farsizabon 13:20, 5 февраля 2016 (UTC)
Просим здесь, на техфоруме, изменить шаблон (если шаблон защищён от изменений — обращаемся на страницу ВП:Запросы к администраторам по техническим вопросам (если нужно срочно) или ставим шаблон {{editprotected}} на страницу обсуждения, описывая необходимые изменения). Две страны полезно вписывать? Полезно. Так пусть будет всем полезно! — Джек, который построил дом 13:28, 5 февраля 2016 (UTC)
✔ Сделано. Я вручную реализовал тот же метод, который реализуется в шаблонах на базе {{Геокар}} (в т. ч. {{Долина}}), то есть разделение знаком «/». Разбирающиеся могут перевести шаблон на {{Геокар}} полностью. — Джек, который построил дом 14:38, 5 февраля 2016 (UTC)
Спасибо огромное Вам коллега! Побольше бы таких энергичных участников в Википедии. Farsizabon 16:31, 5 февраля 2016 (UTC)
А я тоже так считаю! :-D — Джек, который построил дом 16:43, 5 февраля 2016 (UTC)
Да :-( Только недавно видел, в карточке для игр что ли, два сайта, русский и оригинальный, впихнутые в одни квадратные скобки. Изобретательность же, национальная черта! — Джек, который построил дом 13:28, 5 февраля 2016 (UTC)

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

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

Почему при редактировании страницы Проект:Знаете ли вы/Подготовка следующего выпуска нет кнопки Подпись с отметкой времени? Приходится вручную добавлять подпись. --Voroninv 15:08, 4 февраля 2016 (UTC)

Обсуждение завершилось и у меня некоторое время заняло сообразить, что по этому багрепорту уже создана задача. --Voroninv 15:47, 4 февраля 2016 (UTC)

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

Кто-нибудь может обновить гаджет Участник:Js/editsuggest? Можно его функционал объединить с молодым Викиссыльщиком - чтоб было выпадающее окно, а в нём первым предложением - догадка Викиссыльщика. --infovarius 12:22, 4 февраля 2016 (UTC)

ВД: длина[править код]

d:Property:P2043

Как взять оттуда длину именно в километрах? Вариант «забыть про свойство не в км» тоже рассматривается. Для пыток есть: Миссисипи (2340 миль) и Уяндина (586 км). Advisor, 10:07, 4 февраля 2016 (UTC)

Спасибо, не сразу понял логику обращения. П.С. Точки — новые ветки обсуждений. Двоеточия — дискуссия ветки. Визуально интуитивнее. Advisor, 17:23, 4 февраля 2016 (UTC)
HTML-код и семантика этого «визуально интуитивнее» — адский ад. У меня аж кровь из глаз течёт. — putnik 22:08, 4 февраля 2016 (UTC)
@putnik: вот и напоролся: {{wikidata|p2043[unit:q828224]}} возвращает строку, обёрнутую в span. При этом {{wikidata|p2043[unit:q828224]|plain=true}} выдаёт жирную красную строку «Ошибка раскрытия свойства «P2043[unit:Q828224]»: Property not found for label 'P2043[unit:Q828224]' and language 'ru'». А ведь вся соль в том, чтобы сравнивать местное значение параметра «длина» и значение ВД. Предлагаю убрать span для таких вызовов. Advisor, 21:30, 4 февраля 2016 (UTC)
@Мастер теней: plain=true это превращается {{#propery:p2043[unit:q828224]}} и, соответственно, выдаёт ошибку. А span'ы добавляются на другом уровне, да и вообще шаблон {{wikidata}} в принципе не предполагает пост-обработки. Самый простой, быстрый и правильный способ получить именно числовое значение — написать под это отдельный модуль. — putnik 22:08, 4 февраля 2016 (UTC)

В улучшенной панели редактирования исчезает кнопка викиссыльщика[править код]

после первого использования и повторного входа в редактирование. Это только у меня, или проблема популярная? В неулучшенной панели этого нет, но там исчезает кнопка math-тэгов. Д.Ильин 17:15, 2 февраля 2016 (UTC).

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

Ссылка на Викисклад теперь не указывает на викисклад, а ведёт на галерею. Теперь ссылки на викисклад нужно возвращать в статьи?Inctructor 17:05, 2 февраля 2016 (UTC)

  • @Inctructor: Вы бы дали хоть какую-то конкретику, а то получается «лампочка теперь не горит» — ну плохо, что не горит, только не зная, какая и где, ничего и не исправишь. Приведите хоть ссылку на статью, где вы это заметили. — putnik 01:19, 3 февраля 2016 (UTC)
    Объясню на примере статьи Микаса (броненосец). Была ссылка на викисклад


- её прикрепили к викиданным как категория на Викискладе и она стала отображаться слева (над викиданным), а саму ссылку удалил бот и первое время всё было нормально, а теперь ссылка над викидаными ведёт не на викисклад, а на галерею на Викискладе и так у многих статей: ссылка на склад либо пропадает, либо вместо неё какая то галерея.--Inctructor 11:37, 3 февраля 2016 (UTC)

  • У меня ссылка ведёт сюда - вроде, всё нормально. ~Facenapalmобс, вкл 11:47, 3 февраля 2016 (UTC)
    Не с шаблона, а со строки над викиданными слева от статьи (выше интервик). А в шаблоне это костыль.--Inctructor 11:59, 3 февраля 2016 (UTC)
    (конфликт редактирования) Нет противоречия: из карточки ссылка на категорию, из боковой панели на страницу из основного пространства (галерею) --windewrix 12:02, 3 февраля 2016 (UTC)
    Но не во всех шаблонах сделан выход на викисклад, зачем тогда надо было удалять ботом ссылки?--Inctructor 12:12, 3 февраля 2016 (UTC)
    Теперь приведите пример, где ботом (и каким) удалили ссылку и категория совсем пропала, чтобы знать, к каким шаблонам надо прикручивать ссылки на викисклад --windewrix 12:23, 3 февраля 2016 (UTC)
    @Inctructor: Не, вы абсолютно правы, там должна быть ссылка на категорию. Просто сломался скрипт, который это делает, сейчас уже всё должно быть нормально. — putnik 12:32, 3 февраля 2016 (UTC)
    @putnik: Да. Всё пришло в норму. Спасибо всем принявшем участие в ремонте.--Inctructor 17:03, 3 февраля 2016 (UTC)

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

✔ Исправлено. — putnik 17:06, 3 февраля 2016 (UTC)

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

Существует шаблон Участник:Cinemantique/Listen, который, насколько я понимаю, является копией {{Listen}} с возможностью регулировать ширину. Его хотят перенести в пространство шаблонов уже 4 года, но никто так и не собрался. А тем временем он продолжает использоваться, в том числе в нескольких ХС (включая недавно избранную Zooropa). Можно, конечно, просто переименовать его в {{Listen2}}, но лучше всё-таки объединить их. Нужен кто-то, кто сможет это сделать. –Great•Music•Lover 15:33, 2 февраля 2016 (UTC)

Не пойму - в чем трабл?[править код]

Список аэропортов США в конце ругается: Ошибка в сносках... Как-то "тянется" из списка Список аэропортов штата Колорадо. Кто может выправить? Gennady 18:55, 1 февраля 2016 (UTC)

Проект «Мириада». Кто отслеживает состояние?[править код]

Коллеги, если бот, то он ленив. Последнее обновление 8 марта 2014. Обнаружила несоответствие. Например, Пилорылые скаты отмечены нехорошим красным цветом, указан текущий объем 7077, тогда как он уже давно 26868 и превышает желанный размер англоязычной статьи 26090. Это далеко не единственный пример. Непорядок. --Melissanda 18:43, 1 февраля 2016 (UTC)

@Melissanda: Убрал давно не обновлявшийся пёстрый список. Лучше ориентироваться по списку на Мете (meta:List of articles every Wikipedia should have/Expanded) и спискам Acebot'а. --Сунприат 19:37, 1 февраля 2016 (UTC)
Спасибо за ответ. --Melissanda 07:32, 2 февраля 2016 (UTC)

Сломался викификатор?[править код]

UPD 2. Вопрос снят. Ларчик просто открывался — ВП:Викификатор действительно удаляет неразрывные пробелы на страницах пространства «Википедия», на что я прежде не обращал внимания, в то время как второй кейс в основном пространстве оказался результатом невероятного стечения обстоятельств, по которому кто-то поставил вместо длинного тире горизонтальную черту. В ВП:ОС эта викификация, очевидно, оказалась в силу усердия людей, наполнявших то правило. Эх, предупредили бы где-нибудь! Если бы не та злополучная их ручная работа, этой темы бы никогда не возникло :-)

Господа, я знаю, что обсуждение викификатора не здесь, но происходящее меня беспокоит. За последнее время я несколько раз столкнулся с тем, что в некоторых статьях (почему-то не всех) он заменяет неразрывные пробелы на простые везде, где должны стоять неразрывные, а всю остальную работу проделывает правильно. Более того, я явно не единственный, кто испытывал подобные глюки: вот другой пример у участника Kalendar, две недели назад. Судя по всему, он ничего не делал, лишь нажал на кнопку викификатора. У меня викификатор в этой статье ведёт себя так же.

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

То же повторяется у меня, например, в этой статье (при этом — удивительное дело — если я напишу число со знаком процента и викифицирую его, то на этот раз неразрывный пробел не пропадет; неразрывность пробела можно проверить, скопировав его и заменив им пробел в конце какой-нибудь строки). UPD. В этой статье по невероятному стечению обстоятельств оказалась горизонтальная черта вместо длинного тире, а остальные случаи формально не подпадают под викификацию: «К. И. Иванов» подпадает, «К. Иванов» — нет.

И в то же время в другой статье викификатор работает как следует (я полагаю).

Так происходит у меня в Хроме, причем в режиме «Инкогнито» проблема не исчезает, а значит, это не работа каких-то подгружаемых скриптов (браузером или в моём аккаунте).

UPD. Насколько я понял впоследствии, первые ответы в дискуссии пошли про сознательную политику замены &nbsp; на неразрывные пробелы и последующее их удаление. Вероятно, эта тема тоже заслуживает обсуждения, но сущность данного кейса — не про то. — Джек, который построил дом 05:29, 1 февраля 2016 (UTC)

  • Он не сломался. Уже много раз обсуждали эту тему, и почему-то каждый раз предлагали оставить как есть под предлогом «потому что неразрывные пробелы не видны».--Tucvbif???
    *     05:38, 1 февраля 2016 (UTC)
  • здесь было написано, что ещё раньше где-то обсуждалось, но раньше я не нашёл. — stannic(обс)(вкл)(выкл) 05:41, 1 февраля 2016 (UTC)
    • В приведённом выше примере после оформления ссылки на источник информации я нажал на кнопку Викификатора и получил этот результат. Браузер Хром. Kalendar 05:46, 1 февраля 2016 (UTC)

    • Автор Викификатора в своё время это объяснял, что неразр. пробелы именно из-за их невидимости «накапливаются» в статьях, и никто не видит, откуда их надо удалять.

    • Это читается как анекдот. Викификатор не расставляет неразрывные пробелы, приехали. «Фича, а не баг», ну офигеть теперь. В ВП:ОС написано, что Викификатор расставляет неразрывные пробелы (и поэтому, друзья, не утруждайтесь расставлять их вручную! Всё предусмотрено!), а он их, оказывается, не расставляет. А, по факту, удаляет теперь по всей ВП, где они ещё остались (и где их предписывает расставлять ВП:ОС); понять бы ещё, зачем он тогда перед этим &nbsp; сначала превращает в неразрывный пробел, а потом уже удаляет.
      В РуВП ещё остались технические специалисты? В тему призываются Ignatus и DmitTrix как пытавшиеся взывать к разуму в упомянутой теме.
      «Очистим русскую Википедию от неразрывных пробелов», интересная инициатива. В моей вики-молодости такого не было. — Джек, который построил дом 06:19, 1 февраля 2016 (UTC)
    • Ну нет, ребята, думаю, что я погорячился. В статье по последней ссылке-то, Falcon 9, он всё делает правильно. Значит, дело не в сознательной политике и не в авторе Викификатора, а в чём-то другом. Понять бы ещё, в чём. — Джек, который построил дом 06:30, 1 февраля 2016 (UTC)
      • Ну раз позвали, то вот моё мнение: уборка невидимых неразр. пробелов — это хорошо, а то они действительно иногда оказываются в неожиданных местах, а из-за их невидимости редактор об этом узнать не может. Замена &nbsp; на сам символ неразр. пробела — это плохо, а уж с последующей заменой оного на обычный (см. выше) — вообще за гранью добра и зла; в en-wiki, кстати, использование &nbsp; прописано в Manual of Style. Пункт 2 я обхожу использованием шаблонов {{nbsp}} и {{num}}, так как переубедить ув. автора Викификатора мне (и прочим участникам в тех обсуждениях) не удалось. DmitTrix 08:19, 1 февраля 2016 (UTC)
        • Подождите секундочку, давайте уточним. Вы же говорите о тех случаях, когда вы решаете поставить неразрывный пробел как бы собственным волюнтаристским решением? Или о любых случаях употребления неразрывного пробела? Какой уборкой неразрывных пробелов (против которой я в основном тоже не возражаю) можно объяснить убирание неразрывного пробела перед тире, например?
          Точно ли мы говорим об одном, или же одни говорят о политике по уборке неразрывных пробелов, а я говорю о том, что викификатор просто тупо сломался на части статей?
          Вот я сейчас в нескольких статьях пытаюсь понять логику его глюков и никак не пойму. То ставит неразрывный, то убирает. Или в одном месте ставит, в другом убирает. Брррр. — Джек, который построил дом 08:54, 1 февраля 2016 (UTC)
        • DmitTrix: А с удалением HTML-сущностей перебор, конечно. Готов поспорить, много людей шишку набили, пытаясь вставлять их между разрядами чисел или в упомянутом случае «К. Иванов», а Викификатор их, получается, мало того, что удаляет, — он еще и внушает ложную надежду, что всё ок, заменяя сущности на знаки и лишь потом выбрасывая. Хотя бы предупреждали бы, чтобы пользовались шаблонами вместо этого. Есть же правило ВП:ОС — нельзя же просто так брать и совершать какие-то действия, какими бы разумными соображениями они ни оправдывались, в пику написанному в нём. — Джек, который построил дом 19:05, 1 февраля 2016 (UTC)
        • То есть, грубо говоря, если хотите удалять неразрывные пробелы в виде HTML-сущностей — странная идея, но пожалуйста, но это не должно решаться на уровне «удалось» или «не удалось переубедить автора Викификатора». Есть правило ВП:ОС, и в первую очередь надо думать о нём, а не о чьих-то личных мотивах. Короче, не дело всё это.
          И ещё животрепещущий вопрос — зачем сначала заменять пробелы на неразрывные, чтобы потом их удалить. Может, конечно, скрипту как-то затратно было бы решать за один проход, что с ними делать, но вообще это наталкивает на мысль, что вся эта тема с удалением &nbsp; скорее больше по недомыслию, чем по уму. — Джек, который построил дом 19:30, 1 февраля 2016 (UTC)
    • Так, со вторым случаем, кажется, разобрался. Там по какому-то невероятному стечению обстоятельств оказалась горизонтальная черта вместо длинного тире. Но с первым и главным примером ничего подобного нет. Он просто вырывает все неразрывные пробелы. — Джек, который построил дом 09:15, 1 февраля 2016 (UTC)
      • Старый Фаерфокс, если не ошибаюсь, убивал при редактировании все неразрывны пробелы в тексте. Поэтому, чтобы не (де)викифицировать по сто раз обсуждения, в своё время пришли к тому, что в обсуждениях только обычные пробелы. Насколько понимаю, сейчас причин для того, чтобы сохранять статус-кво, нет. Если возражений не будет, можно включить викификацию обратно. — putnik 09:56, 1 февраля 2016 (UTC)
        • Хорошая мысль. Потому что сейчас каждый, кто правит викифицированные правила, такие как ВП:ОС (точка сосредоточения всех, кому небезразлична эта тема), сталкивается со слетанием викификации и либо возвращает всё сам, либо возвращают за него, либо викификация слетает окончательно. И все набивают себе шишки, как я сейчас, из-за этого незначительного, в общем-то, вопроса (даже я готов это признать :-)  ). — Джек, который построил дом 10:06, 1 февраля 2016 (UTC)
  • Неразрывный пробел ставится шаблоном {{nobr}} либо {{num}}. Либо ещё каким-то, я сейчас не вспомню. {{nbsp}} - для нескольких пробелов подряд, для дублирования &nbsp; - моветон и накрутка размера. — Igel B TyMaHe 14:34, 2 февраля 2016 (UTC)
    • 1) {{nobr}} не ставит неразрывный пробел; он запрещает браузеру разрывать строку. К примеру, при копировании в plain text скопируются обычные пробелы, а не неразрывные — это минус. Генерируемый им HTML-код гораздо сложнее, чем один символ (там <span> с параметрами) — это ещё минус. 2) Накрутка чего, простите? Я качество статей размером не меряю. 3) Моветон? Во-первых, с чего бы это вдруг? это ваше личное мнение, или истина в последней инстанции? Во-вторых, у вас есть лучший способ? &nbsp; не предлагать до прочтения этого топика и осознания того, что Викификатор его выпиливает. DmitTrix 16:12, 2 февраля 2016 (UTC)
    • Даже если бы всё было так, как вы сказали, беда в том, что люди не от вас должны получать ответы на такие вопросы, а из правила. На настоящий же момент правило ведет рассказ в духе «Есть такой знак — неразрывный пробел, он же &nbsp;, пользуйтесь им тогда-то и тогда-то», а потом оказывается, что есть какие-то негласные понятия относительно его употребления, определяющие поведение важнейшего инструмента сайта, которые правилом манкируют и про которые можно узнать, только поставив прямой вопрос где-нибудь на форуме.
      Вот у меня например, в связи с моей занятостью как веб-разработчика, на HTML-сущность &nbsp; установлена горячая клавиша ctrl+shift+пробел. И не зайдя сюда, я бы, следуя правилу и ничему другому, так прекраснодушно и вставлял его вместо пробелов где-нибудь в «К. Иванов» или «20 000», убеждённый в том, что Викификатор их не удаляет, а лишь заменяет на сам знак. Как сказали выше, в англовики вон никаких вспомогательных шаблонов вместо HTML-сущности не знают и уж тем более не заставляют никого ставить курсор в два места для записи {{nobr|........................}}, когда можно поставить в одно, чтобы написать &nbsp;. (Я уж не говорю о том, что, как бы нам ни рассказывали про «Don't worry about performance», избыточный вызов шаблонов с точки зрения затраты ресурсов ни к чему хорошему не ведёт.)
      Пока писал, заметил ещё одну вещь: &nbsp; на панели быстрой вставки есть, а {{nobr}} и {{num}} — нет. Раз уж мы здесь живём по понятиям, а не по правилам, мечтаю, чтобы группировка панели быстрой вставки разбила клан последователей автора Викификатора и вернула &nbsp;-у статус того, что в почёте отнюдь не у лохов, а у вполне даже чётких пацанов. — Джек, который построил дом 16:29, 2 февраля 2016 (UTC)
      • Я надеюсь, вы в курсе, что текст вашего комментария для среднего участника — это нечто адское, что невозможно отредактировать, не сломав разметку? Вы действительно хотите превратить в такой же ад код статей? Давайте уж тогда сразу вики-текст на HTML-код заменим, результат-то одинаково выглядит. — putnik 17:04, 2 февраля 2016 (UTC)
        • Вы меня с кем-то путаете :-) (Даже догадываюсь, с кем. Спасибо, это не по моей части.) Я свои скиллы в работе с текстом другим не навязываю и пользуюсь ими исключительно персонально. Как я ответил Максу ниже, я вообще сторонник того, чтобы никакие &nbsp; текст не засоряли. Была бы подсветка этих неразрывных пробелов — а то они дескать, невидимые и могут попутать что-то — было бы хорошо. Ничего бы не попутали, и обычных редакторов бы всяким заумным кодом не грузили. — Джек, который построил дом 17:22, 2 февраля 2016 (UTC)
          • Да нет, вроде ни с кем не путаю, это вы в начале темы ругаетесь на заменённые &nbsp;. Обычным редакторам совершенно не важны неразрывные пробелы, они их и ставить не будут, и удалять (если вдруг откуда-то скопировали) тоже не будут. В итоге оформление статей только проиграет. Раз уж вы веб-разработчик, то я думаю, что самым конструктивным вариантом будет предложить вам помочь в доработке Викификатора, чтобы он приносил больше пользы и меньше вреда. Думаю, что возражений относительно того, что он должен как можно лучше соответствовать ВП:ОС, ни у кого нет. — putnik 17:37, 2 февраля 2016 (UTC)
            • Я испытываю странное чувство, что вы пытаетесь объяснить мне то же самое, что я пытаюсь объяснить вам. А именно: простым людям незачем знать ни о каких неразрывных пробелах, подсветка должна быть, естественно, не всеобщей, как вы, вероятно, заключили из моих слов, а для тех, кто сознательно её включит (есть же гаджет соответствующий). Скопировать их случайно — не самая тривиальная задача; Хром, например, при копировании со страницы вообще превращает все пробелы в обычные; ну а если их таки скопировали, то либо для некоего бота, да пусть и для Викификатора могут быть настроены случаи, в которых он сам расставлять неразрывные пробелы не будет (потому что с автоматическим анализом возникают непреодолимые трудности), но и удалять не будет тоже, в остальных же случаях он их уберёт, — и в мизерной части случаев, когда этих пробелов там таки не должно быть, человек с подсветкой сделает всю грязную работу. Жаль, что у меня нет возможности заняться доработкой Викификатора, я согласен, но я занят другими важными задачами, включая таковые в ВП.
              Ругаться, как оформитель, я имею полное право, потому что ценность таких вещей мне известна, это не значит, что я требую ото всех остальных, чтобы они так же ругались, и это не значит, что я ругаюсь не по делу. — Джек, который построил дом 17:59, 2 февраля 2016 (UTC)
              • Ну так скрипты подсветки викисинтаксиса есть, например у меня стоит. Достаточно лишь немного его допилить в нужном направлении. MaxBioHazard 18:09, 2 февраля 2016 (UTC)
  • Я сейчас задам крамольный для наших оформителей вопрос, но всё-таки: а зачем вообще нужны неразрывные пробелы? Нет, не "что они делают", это-то ясно - но "зачем они нужны"? Ну будет в очень редких случаях (но это неважно - в редких или частых) тире или обозначение единицы изменения переноситься на следующую строку - И ЧТО? Я вообще оформительства не понимаю. Когда-то очень давно я увидел такой вот кошмарный пример оформительства, который очень хорошо иллюстрирует, что вся эта оформительщина - просто мусор в коде, мешающий участникам, редактирующим статьи. Прежде чем поднимать удаление нобров как проблему вселенского масштаба задумайтесь - понимаете ли вы, что даже если вычистить из Википедии все нобры, её ценность не уменьшится и на 0,01%? MaxBioHazard 16:32, 2 февраля 2016 (UTC)
  • По существу обсуждения - считаю варианты "стоит обычный пробел" и "стоит юникод-пробел" принципиально предпочтительнее варианта "стоит хтмл-энтити или шаблон". Не надо загрязнять код, это мешает участникам проекта. Не можете поставить юникодный нобр - не ставьте никакого, это лучше, чем забивать код страницы всеми этими нобрами. MaxBioHazard 16:37, 2 февраля 2016 (UTC)
    • Макс, я недавно из тех же наивных и невежественных соображений дополнил ВП:ОС со словами «предлагать замусоривать текст кодами &nbsp; и шаблонами {{nobr}}, как главные способы, не стоит, если есть символ». А потом узнал, что Викификатор режет неразрывные в качестве символа, потому что они невидимы и никто не знает, есть ли они и где. А &nbsp; он тоже режет (только сначала зачем-то превращая их в символы, только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160), но уже из других соображений, которые вообще малопонятны (я пока только от DmitTrix услышал по теме, что он, мол, не смог убедить так не делать). Ещё раз — в английский разделе, насколько я понимаю, из двух зол выбрали HTML-сущности (а в русском это ещё более актуально, потому что и правда некрасиво, когда число 20
      000 переносится на следующую строку, и я не раз был свидетелем такого). Польза от &nbsp;, на мой взгляд, больше не в запрете отрыва сокращённых слов, а в конструкциях типа «№ 8», «§ 104» и упомянутом случае с числами, поделёнными на разряды.
      Хотя, я сейчас подумал, соображения могут быть банальные и соответствующие принципу бритвы Хэнлона — Викификатор просто все сущности заменяет на знаки, а неразрывный пробел сам по себе здесь ни при чём. — Джек, который построил дом 17:22, 2 февраля 2016 (UTC)
    • Проблема, скорее всего, решается внедрением подсветки неразрывных пробелов в качестве символов, чтобы они случайно ничего не попутали, как я ответил выше Путнику. Тогда и грузить они никого не будут, засоряя код, и казусов из-за их невидимости не будет происходить. — Джек, который построил дом 17:27, 2 февраля 2016 (UTC)
      • "только они, конечно, никакие не юникодные, а самые что ни на есть обычные, за номером 160" - я не знаю, что вы разумеете под юникодными, я же разумел любые, являющиеся текстовым символом ("юникодом" я называю все символы, не входящие в восьмибитный ASCII) MaxBioHazard 18:12, 2 февраля 2016 (UTC)
  • Коллеги, не вдаваясь сейчас в дискуссию, нужен ли неразр. пробел вообще — давайте пока предположим, что есть случаи, когда нужен — я хочу напомнить ещё вот что: символ неразрывного пробела не видно. Я, редактор, понятия не имею, где его уже поставили до меня, а где мне его надо бы вставить. Я, в общем-то, согласен с Максом по поводу засорения кода &nbsp;-ами, но из двух вариантов предпочитаю всё же чуть менее читабельный код, а не вообще полное отсутствие какой-либо возможности узнать о наличии символа. Подсветка кода в окне редактирования, конечно, может помочь, но учитывайте, пожалуйста, следующее: 1) для слабых компьютеров это, похоже, немалая нагрузка — в en-wiki я себе включил Syntax highlighter, так в больших статьях он даже на моём Core i7 и 16 ГБ RAM тормозит; 2) есть люди с ослабленным зрением, дальтоники и т. п. — им будет тяжело высматривать эти небольшие (шириной в пробел, высотой в строку) отметки. DmitTrix 09:30, 3 февраля 2016 (UTC)
  • И то правда. В таком случае мне наиболее разумным представляется вариант, чтобы Викификатор преобразовывал &nbsp; в сам символ только в случаях, где он бы и без того вставлял их (как минимум можно настроить исключения, где Викификатор не трогал бы &nbsp; / символ, как сейчас сделано с незаменой длинного тире на дефис, но и не автоматической простановкой его в 1—5; только проблема в том, что вряд ли эти исключения будут жёстко фиксированными). Ведь случаев, когда Викификатор не может автоматически поставить неразрывный пробел, не очень много (у меня пока в голове крутятся только упомянутые 20 000 и К. Иванов), поэтому вряд ли они будут очень уж мешаться (и даже меньше, чем предлагаемый сейчас {{nobr}}). В идеале те, кому они в свою очередь мешаются, могут довести дело до конца и преобразовать в сам символ, который Викификатор тоже будет настроен не драть. Как вы на это смотрите? — Джек, который построил дом 10:27, 3 февраля 2016 (UTC)
  • Что касается людей с ослабленным зрением, то я, как один из них, просто поднял себе масштаб страниц ВП на 10% — шрифт увеличился до хорошей величины, побочных эффектов нет. — Джек, который построил дом 10:40, 3 февраля 2016 (UTC)
  • Ребят, я уже давно подал запрос на то, чтобы викификатор не удалял неразрывнные пробелы, которые сам же расставил, и код приложил, как это сделать, там же баг явный. Может, реализует кто? Ignatus 11:57, 3 февраля 2016 (UTC)
    • В той теме в обсуждении Викификатора я вижу регулярку от вас, которая бы резала двойные и более пробелы любого качества. Оставляя в стороне то, что исходная регулярка зачем-то заменяет все простые пробелы на них самих, что, по-моему, должно отрицательно сказываться на скорости, — как можно понять из обсуждения выше, удаление всего неразрывного (там, где скрипт потом сам же не вернёт) как такового автор скрипта проблемой не считает, т. е. с его точки зрения это не баг. Предполагаемых векторов работы здесь два, на выбор: 1) не заменять &nbsp, за исключением случаев автоматически расставляемых неразрывных в виде символа, тем более что сейчас он заменяется заодно со всем прочим, может и не по особому умыслу; 2) заменять &nbsp;, но крайне аккуратно резать неразрывные впоследствии, не трогая спорные случаи. Основная претензия автора Викификатора, насколько можно судить о его мотивах по обсуждению, в обоих случаях будет нивелирована. Первый вариант при этом не исключает вторую часть второго, а второй допускает наличие исключений для таковой замены в виде тех же спорных случаев. Вот вроде всё подытожил. — Джек, который построил дом 13:09, 3 февраля 2016 (UTC)
      • Коллега, ну ёлки-палки :-)… Вариант 2 плох тем, что при следующих правках не видно, где уже есть эти пробелы (и, может, их надо удалить), а где — нет, и их надо вставить. Как по мне, единственное решение (если не считать полный отказ от неразр. пробелов везде, где Викификатор их сам не ставит) — оставлять мнемонику &nbsp; как есть, предоставляя редактору самому решать, где её поставить/убрать. Да, это захламляет код… но как-то же живёт с этим крупнейший раздел Википедии, где правят на порядок больше редакторов, причём многие из них — не на своём родном языке. И ничего, разбираются как-то. DmitTrix 15:27, 3 февраля 2016 (UTC)
        • Когда я это писал, я ещё думал, что искать неразрывные пробелы в поле для ввода Хром позволяет (как не преобразовывает он их в обычные пробелы при копировании из поля для ввода). А теперь выходит, что да — остаются только извращения, типа заменить пробел и нажать «Изменения» или заменить им пробел в конце строки и посмотреть, склеются ли слова. Ну или другой вариант: мы вас с вашим отсутствием подсветки будем дискриминировать, потому что всё равно это не самая большая проблема :-D И вы же должны понимать: ваше сильное желание видеть неразрывные пробелы имеет свою противоположность в виде (хоть и более слабо выраженного) желания других людей их не видеть.
          Да вообще надо было бы вводить узкие пробелы, &thinsp; (простой) / &#8239; (неразрывный), которые полагается вставлять между разрядами (194 000 000) и в других случаях. 2016-й год на дворе, я понимаю, лет 10 назад, когда ещё в строю были всякие старые браузеры и текстовые редакторы и легитимными были аргументы, что кто-то что-то не поддерживает. И ещё раз для успокоения противников усложнения викитекста: всё это предлагается проворачивать только такими способами, которые меньше всего будут загружать голову простых редакторов. — Джек, который построил дом 16:40, 3 февраля 2016 (UTC)
        • И кстати: если сейчас между разрядами вставить &#8239;, а потом викифицировать, то Викификатор заменит HTML-сущность на сам неразрывный узкий пробел, а в дальнейшем ничего с ним делать не будет. Вот так его можно обманывать для лечения отрывающихся разрядов чисел, обходясь без всяких {{nobr}}, делая наиболее правильный вид и даже не пугая простых редакторов. От нас убегали два зайца, а мы убили их и в процессе погони шлёпнули третьего. — Джек, который построил дом 16:50, 3 февраля 2016 (UTC)
          • Насчёт не/желания видеть неразр. пробелы: IMHO, неудобство от наличия мнемоник просто несопоставимо с неудобством от невидимости символа. Но если сообщество решит иначе — я, разумеется, это приму. Насчёт неразрывного тонкого пробела между разрядами: если мы считаем их использование предпочтительным, то надо бы подкрутить функцию парсера formatnum, чтобы и она их использовала. Бонус — все числа, заключённые в шаблоны {{num}}, {{val}} и некоторые специализированные (напр., {{ly}}, некоторые карточки), будут автоматически переоформлены. DmitTrix 08:27, 4 февраля 2016 (UTC)
  • ""Да вообще надо было бы вводить узкие пробелы... которые полагается вставлять между разрядами (194 000 000) и в других случаях - Нет. Не надо. Точнее можно, но не на этом уровне. Знаете, а ведь здесь применима та же логика, которой вы оперируете в треде про шаблон языка. Как мы не размечаем в коде статей части речи, чтобы помочь программам-переводчикам; как мы не размечаем там же языки, чтобы помочь программам-говорилкам; точно так же мы и не должны размечать там двадцать сортов пробелов, по той же самой причине - это не имеет отношения к содержимому текста, это некая внешняя мета-обвязка, которая почти никому не нужна. Пробелы даже сильно проигрывают частям речи и языкам, потому что эти две категории сможет указать каждый писатель статей, а правил расстановки тонких неразрывных пробелов не знает никто, кроме трёх с половиной сумасшедших дизайнеров в стране. Авторы статей должны писать ТЕКСТ. В тексте существует всего один, очевидный сорт пробела - дырка между словами (разрядами етц.) Расстановкой дизайнерских поправок в вёрстку страницы, смещающих буквы на 0,1 мм туда-сюда, авторы статей заниматься не должны, потому что это занятие не имеет отношения к написанию осмысленного текста. И ботом этого делать нельзя - потому что это замусоривание историй правок незначимыми правками. Потому что статья с "правильно расставленными пробелами" ничуть не содержательнее и не полезнее статьи с только нормальными пробелами. А расстановкой неразрывных и тонких пробелов, как и в примерах с языками и частями речи, может, при желании, заниматься та программа, которая получает на вход этот текст. То есть - браузер. Вот пусть в браузерах будет функция приведения текста в соответствие нормам типографики заданного языка, например для русского заменяющая дефисы на тире, стандартные кавычки на угловые, нормальные пробелы на тонкие и неразрывные... Как ворд, он это давно умеет. Но не надо тащить в код статей эту мета-обвязку, ненужную никому, кроме трёх с половиной дизайнеров с профессиональной травмой - обострённым восприятием субмиллиметровых визуальных элементов на странице. Я им сочувствую, правда, но пусть они не перекладывают свои страдания на всех окружающих. Мне нафиг не нужны тонкие пробелы между разрядами, меня полностью устраивают обычные. Смею предположить, что подавляющему большинству людей - тоже. Мне нафиг не нужны угловые кавычки вместо нормальных, да и дефисы вместо тире меня полностью устраивают. А та малая группа людей, которым это не нравится, пусть не навязывает окружающим свои требования, а тихо пишет себе юзерскрипты, которые в их собственном компьютере будут расставлять хоть 145 сортов пробелов. А простым участникам оставим возможность вводить дырку между словами и разрядами одним простым способом - тыком по длинной нижней клавише - а не двадцатью каббалистическими заклинаниями вида &#8239;. Им это просто не нужно. Это никому, кроме дизайнеров, не нужно. MaxBioHazard 10:31, 4 февраля 2016 (UTC)
    • @MaxBioHazard: Макс, боюсь, что ваша реплика на треть состоит из невежества и на две трети — из ломления в открытую дверь. Вот именно, что я абсолютно не отступаю от той логики, которую применял в обсуждении шаблона lang-en2. Но давайте, коли быть многословным для меня привычно, я ещё раз пройдусь по всему. Я понимаю, что в РуВП, вероятно, набили шишки на «улучшателях» и «реформаторах» разного сорта, игнорирующих потребности большинства, но я по крайней мере не отношусь к этому виду. Я, может, и дизайнер, но также я прагматик.
      При всём желании вашу отповедь не получится рассматривать как «глас народа» или «глас большинства» — только как «глас противоположного полюса». Боюсь, те, кому безразлично, стоят в тексте дефисы или тире, машинописные кавычки или ёлочки, и те, кому нет, никогда друг друга не поймут. Потому что вы явно доходите до противоположной крайности — что это не имеет значения вообще. И проблема для вас здесь в том, что уже пришло то время, когда лучшие практики (а Википедия, как ведущая интернет-энциклопедия, конечно же, стремится им соответствовать) подготовки текста для веба догнали таковые для книгоиздания, и огромное число сайтов выбирают для себя вариант париться, а не вариант не париться. По какой-то причине они считают, что оно того стоит. И, кстати, в основном эта причина вовсе не в том, что в руководстве этих сайтов стоят отмороженные сума дизайнеры, — а в том, что автоматические инструменты для приведения текста в соответствие с типографскими стандартами легко и быстро доступны.
      И неважно, касаемся мы вопроса написания кавычек-ёлочек или узких неразрывных пробелов (кстати, я правда готов пожертвовать последними, но про них я вспомнил тогда, когда оказалось, что простые неразрывные ставить нельзя, и это просто альтернатива тому, что числа у вас будут разрываться, если вы не обернёте их по всему тексту уродливыми {{nobr}}). Это всё — часть одной задачи, а именно — подготовки качественно свёрстанного текста.
      Рассуждения о том, что этой работой должен заниматься браузер, довольно наивны и не имеют отношения к реальности. Разметка языков — да, типографика — нет. Браузер пока что и близко не может брать на себя эту функцию, и вряд ли когда-нибудь сможет. Зато уверенно можно сказать: много раз в течение этого дня кто-нибудь заметил где-нибудь число, где часть разрядов перенеслась на другую строку, и попытался сделать что-то, чтобы это исправить (скорее всего — вставить корявый nobr или nbsp, который потом удалится, и всё по новой). Ваше предположение о том, что «всем плевать», вряд ли выполняется на практике. И моё предложение состоит исключительно в том, что если, например, эти «несчастные» попали в поле зрения Викификатора, то пускай он покровительственно укроет их одеялом тех необходимых пометок в вики-тексте, благодаря которым 1) их озабоченность не пропадёт зря, 2) вики-текст не превратится в симфонию всевозможных уродливых и малоосмысленных конструкций.
      Выводы тезисно:
  1. Мета-обвязку не тащить в текст не получится.
  2. Есть случаи, когда мета-обвязка очень помогла бы (даже если узкие пробелы — не один из них; это лишь микробонус).
  3. Этим можно загружать только то немногочисленное число «несчастных», которые не оставляли бы попыток это сделать и без того. Остальные как писали, так и будут писать «ТЕКСТ».
  4. Пока не доказано, что, например, Викификатор нельзя обучить интеллектуально разруливать такие кейсы.
  5. И в целом: если есть возможность, подобные противоречия следует разрешать изобретательностью, а не нежелательным компромиссом (вариант англовики — &nbsp; в виде HTML-сущности), переламыванием одной из сторон через колено или капитуляцией перед проблемами.
Задача Капитуляция Компромисс Грубая сила Изобретательность
Волки и овцы Волки сыты, овец нет Волки полуголодны, овец всё меньше Убить волков! Волки сыты, овцы целы
Бревно на дороге Повернуть назад Продолжить пешком Вперёд на бревно! Преодолеть без последствий
Автомаршруты Не ездить на машине Купить толстый атлас Нанять водителя Машина сама скажет, куда ехать
Клиент просит большую скидку Потерять клиента Дать скидку Поставить ультиматум Продать ещё больше
Давайте всё-таки не будем агитировать за какой-то нигилизм, мне это на образном уровне напоминает идеологию, стоявшую за массовым строительством хрущёвок в СССР.
P.S. И вот кстати, Макс, — ваша, как и множество других реплик в обсуждениях, не поделена на абзацы, а представляет собой монолитный гигантский блок. И от этого такие реплики правда: 1) труднее читать, 2) труднее понимать, так как неочевидна их структура, и могут сбиться акценты (хотя в данном конкретном случае всё предельно ясно). — Джек, который построил дом 18:51, 4 февраля 2016 (UTC)
Не понимаю, почему браузер расставлять типографику не сможет, когда, как вы сами признали, автоматические инструменты для типографирования уже написаны, да и сам викификатор - один из таких инструментов. Ворд не то, что для готового текста - он для пишущегося прямо сейчас текста автоматически исправляет и тире, и кавычки, и наверняка нобры. MaxBioHazard 21:24, 4 февраля 2016 (UTC)
Ну дык? Ворду соответствует поле для редактирования Википедии, а браузеру соответствует читалка документов. Читалка не модифицирует символы, читалка отображает то, что написано.
Смочь-то он, конечно, в теории сможет, но если бы это было таким простым делом, это бы давно было уже предложено и реализовано, хотя бы в каких-то мало-кем-адаптированных стандартах. Проблема кавычек, тире и пробелов — не такая простая, чтобы её можно было на 100% решить автоматически, и браузер просто не может брать на себя смелость модифицировать символы. (Собственно, а что мы здесь обсуждаем? Пограничные кейсы, когда правильно разобраться может только человек.) Даже если бы он умел это делать на 90%, надо придумывать какое-то заумное CSS-свойство, специально его прописывать, что возвращает нас к той же самой обсуждавшейся теме машинночитаемой разметки (и как мы расставляем сейчас nowiki, так же мы бы расставляли какое-нибудь notypography). То, что люди, принимающие стандарты, не пошли на такой шаг, говорит о том, что они уже проголосовали ногами за то, что за типографику отвечает не CSS, а авторы страниц.
Хотя чего только сейчас не появляется, и я вам не могу гарантировать, что если сегодня этого нет, это не появится через год, или через 10 лет. А вообще — разделение ответственности между сервером и клиентом — это такая большая тема… — Джек, который построил дом 22:26, 4 февраля 2016 (UTC)
@MaxBioHazard: Забыл про самый важный фактор — время. Для браузеров критично время загрузки страницы, а в длинной статье типографика (со всякими расчетами, где же там закрывающая кавычка для этой кавычки) будет отнимать времени столько же, сколько весь остальной рендер. Да и наконец — зачем проделывать миллион раз ту работу, которую можно проделать один? — Джек, который построил дом 14:31, 6 февраля 2016 (UTC)
  • Аргумент про «замусоривание истории правок» убил. Во-первых, может быть вообще закроем википедию для редактирования, чтобы вам историю правок не замусоривать? Во-вторых, таких правок будет от силы 0,05 %. А что касается списка наблюдения — боты из него уходят после установки одной единственной галочки.--Tucvbif???
    *     18:01, 5 февраля 2016 (UTC)
Источник — https://ru.wikipedia.org/w/index.php?title=Википедия:Форум/Архив/Технический/2016/02&oldid=132049759