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

Материал из Википедии — свободной энциклопедии
< Википедия:Форум(перенаправлено с «Википедия:Ф-Т»)
Перейти к: навигация, поиск
Прикреплено
  
Актуально
Выборы арбитров
Обсуждения правил
Опросы
Выборы, присвоение и снятие флагов
Снятие флагов
  • Macuser (апат) — (?) заявка подана

Рецензии статей, улучшение и удаление страниц

Содержание

Шаблон:Спидвейный гонщик[править вики-текст]

Здравствуйте! Существует хороший специализированный Шаблон:Спидвейный гонщик. В параметре «Дата рождения» в статьях не отображается возраст. Я не знаю как это исправить. С уважением, 13:25, 29 мая 2016 (UTC) And S Yu .

Проблема с шаблоном tracklist[править вики-текст]

В статье Люблю. Лирика в списке композиций, который оформлен через шаблон {{tracklist}}, не отображаются песни с первой по десятую, а также столбец, который задаётся параметром extra_column. В чём может быть проблема и что предпринять? Putnik, посоветовали вам пингануть. — Викиенот 06:11, 29 мая 2016 (UTC)

  • ✔ Сделано. Судя по всему, там между названиями параметров и знаками равенства сидели какие-то символы, которые маскировались под пробелы. Vcohen 07:20, 29 мая 2016 (UTC)

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

В шаблонах {{cite book}}, {{cite web}} и {{cite journal}} не работают параметры first1, last1, first2, last2 и так далее. Al-Douri, 18:05, 28 мая 2016 (UTC)

Проблема с отображением версий страницы[править вики-текст]

На странице о фильме "В бой идут одни старики" столкнулся со следующим глюком: если я вхожу под своим ником - отображается последняя версия, если НЕ представившись системе - ПРЕДпоследняя. Что сие значит и что делать? SergeyStG 15:39, 28 мая 2016 (UTC)

Решил проблему удалением и повторным внесением той же правки. Извините за беспокойство. SergeyStG

Шаблон:Состав сборной по футболу[править вики-текст]

Смотрите на № 20 — вроде ведь неправильно, чтобы разрывалась строка между номером и именем игрока? Раньше я такого не видел, но последнее время стал за шаблоном этот грешок замечать. Как исправить этот баг системно? Сидик из ПТУ 13:28, 28 мая 2016 (UTC)

А ссылку на шаблон сложно дать?

Проблема не воспроизводится. — Джек, который построил дом 13:47, 28 мая 2016 (UTC)

Арон Гуннарссон — а так? Сидик из ПТУ 17:22, 28 мая 2016 (UTC)
Там же номер вместе с фамилией в <span style="white-space: nowrap;">...</span> обёрнут, с чего бы ему отрываться? Сообщите браузер/ОС, что ли. — Джек, который построил дом 17:26, 28 мая 2016 (UTC)
Windows 7 и Chrome. На работе Windows 7 и Mozilla — то же самое замечаю. Ещё от монитора и разрешения может меняться. Сидик из ПТУ 19:53, 28 мая 2016 (UTC)
Не знаю, мне тоже повторить путём игры с шириной экрана не удалось. Мазилка, вроде бы даже не последняя. ~Facenapalmобс, вкл 20:29, 28 мая 2016 (UTC)
Win 8.1, Chrome Версия 50.0.2661.102 m. Перевожу редактор в оконный режим, начинаю менять ширину окна от минимальной. Последовательно отрываются номера от фамилий всех игроков. — Igel B TyMaHe 08:02, 29 мая 2016 (UTC)
И в шаблоне:Состав футбольного клуба то же самое. Сидик из ПТУ 08:06, 29 мая 2016 (UTC)
  • Эксперимент показывает, что глюк, видимо, вызван оборачиванием номера в <small>...</small>:
строка без small: • 10 Иванов11 Петров12 Сидоров
строка со small: • 10 Иванов11 Петров12 Сидоров
Играя шириной окна, получаю перенос фамилии без номера во втором случае, но не смог добиться того же в первом. — Igel B TyMaHe 08:25, 29 мая 2016 (UTC)
  • Удалось воспроизвести, когда очень медленно изменял ширину окна. Заскакивает на предыдущую строку, как только освобождается чуть-чуть места, а потом обратно. Причём как со small, так и без. Вставил вместо пробела &nbsp; — отрываться перестало. Как только убрал ссылку вокруг фамилии игрока, также эффект исчез. Не знал, что white-space ведёт себя так. — Джек, который построил дом 08:43, 29 мая 2016 (UTC)
  • Глюк или фича? Существует ли тэг, свойство, запрещающий какое бы то ни было разделение символов внутри него? — Igel B TyMaHe 11:06, 29 мая 2016 (UTC)
Сосбственно, почитал о white-space, какие противопоказания к замене nowrap на pre? Менять {{nobr}}. — Igel B TyMaHe 11:13, 29 мая 2016 (UTC)
white-space: pre же будет пробелы сохранять, типа «текст внутри white-space: pre;» Может, display: inline-block; добавить? Кто-нибудь знает подводные камни? — Джек, который построил дом 12:00, 29 мая 2016 (UTC)
...Эээ, а лишние пробелы удаляет движок, так что «текст внутри white-space: pre;» отображается нормально. — Джек, который построил дом 12:03, 29 мая 2016 (UTC)

Проект:Казахстан[править вики-текст]

Можете сделать такое: Проект:Населённые пункты России/Свежие правки в обсуждениях в Проект:Казахстан?--Kaiyr 13:49, 27 мая 2016 (UTC)

  • Проект:Казахстан/Свежие правки в обсуждениях. → borodun 18:03, 27 мая 2016 (UTC)
    • А почему называется «в обсуждениях», в показываются сами статьи? Что в примере, что в ответе. ~Facenapalmобс, вкл 18:58, 27 мая 2016 (UTC)
      • Не знаю почему так... Была просьба сделать точно так же как по ссылке. Сделано. Показывает статьи, потому что в запросе стоит пространство статей, а не обсуждений... → borodun 19:12, 27 мая 2016 (UTC)
      • Можете также по шаблону {{Статья проекта Казахстан}} ?--Kaiyr 19:43, 27 мая 2016 (UTC)
      • borodun, всё работало до какого-то момента, а теперь основное пространство вместо обсуждений.--Arbnos 20:16, 27 мая 2016 (UTC)
      • borodun, посмотрел код: работало через |associated=1 , а теперь видимо это не работает--Arbnos 20:26, 27 мая 2016 (UTC)

Показать/скрыть карту[править вики-текст]

Можеть быть, раскрытую карту надо не показывать, а уже скрывать? MaxBioHazard 12:07, 27 мая 2016 (UTC)

Сравнение версий при откате[править вики-текст]

Собственно пропало. Теперь только дурацкое окошко вылезает «откачено к версии N». Как вернуть? Откат без сравнения бесполезен. Advisor, 09:17, 27 мая 2016 (UTC)

  • Я тоже это вчера заметил. Очень неудобно. Прошу вернуть как было. Oleg3280 09:59, 27 мая 2016 (UTC)
  • В хроме нет даже такого, какой-то дурацкий аякс - тупо откатывает с локальной перерисовкой этой строки в СН. Kmorozov 17:23, 27 мая 2016 (UTC)

Итог[править вики-текст]

Стало как раньше. Oleg3280 11:44, 28 мая 2016 (UTC)

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

Верхняя панель редактирования исчезла, нижняя хоть и есть, но не работает. ФВ

    • В режиме редактирования статьи не открывается панель инструментов редактирования. Вот даже четыре тильды приходится заводить в ручную--Andy.
  • Некоторое время назад Интернет эксплорер 7 перестал открывать гаджеты. Перешёл на Оперу, всё работало нормально и вот опять та же басня, что и с IE-7. Опера тоже для Википедии не годится? В Яндекс-браузере всё отключившееся работает. Или и для него следует ждать неприятностей? --ФВ 08:25, 27 мая 2016 (UTC)
    • Опера старая, не вебкитовая? Браузеры имеют свойство устаревать и отставать от развития интернет-технологий. Доля IE7 и старой оперы — порядка процента отсилы, разработчикам нет смысла тратить время и деньги на их поддержку. Лучше пересесть на активно обновляющийся браузер. Любителям старой оперы можно опробовать Яндекс. Браузер и Vivaldi — они, в некотором смысле, её преемники. Сейчас сюда придёт Макс и заявит, что хром — единственный браузер. ~Facenapalmобс, вкл 08:36, 27 мая 2016 (UTC)
    • Яндекс.Браузер вряд ли устареет, если его своевременно обновлять. В ближайшие несколько лет так точно. ~Facenapalmобс, вкл 08:37, 27 мая 2016 (UTC)

В 12 опере и 11 IE отвалились все скрипты (например, группировка правок, права участников). Не работает сворачивание навшаблонов и сортировка таблиц. Это случилось после 00:00 (UTC) 27.05.2016, то есть сегодня ночью. До этого всё работало замечательно. В 51 хроме, 45 файрфоксе и 13 эдже всё работает. В файрфоксе не работает гаджет прав участников. Oleg3280 10:20, 27 мая 2016 (UTC)

  • Сегодня ночью обновился движок. В числе прочего случилось это, к примеру. Вероятно, что-то задело функционал. — Джек, который построил дом 10:17, 27 мая 2016 (UTC)
    • Зачем делать такие обновления, которые ломают существующий функционал? Пусть бы и дальше были самозакрывающиеся теги, кому они мешали? Есть такая вещь как обратная совместимость. Oleg3280 10:24, 27 мая 2016 (UTC)
      • Хм, нет, видимо, пока что не случилось. <div style="margin-left:1px"/>Тест</div><div style="margin-left:1px"></div>Тест
        • Тест
      • Так или иначе, вряд ли самозакрывающие теги всё это могли поломать. Должно быть что-то другое. — Джек, который построил дом 10:29, 27 мая 2016 (UTC)
  • Ещё в файрфоксе отвалился гаджет поиска интервик. Причём не работает (в смысле недоступен из меню) именно в основном пространстве, где он больше всего нужен. Явно проблемы с последним обновлением. Oleg3280 10:59, 27 мая 2016 (UTC)
  • Господа, если уж вы увлекаетесь некромантией, зачем сообщать об этом всем? Слышать жалобы на поведение ИЕ-7 в 2016-м году, вообще-то, довольно сюрреалистично. Пользуйтесь браузерами, последнее обновление которых произошло не N лет назад, иначе у вас будут проблемы далеко не только с Википедией. MaxBioHazard 11:37, 27 мая 2016 (UTC)
    • Я написал, что 11 IE. Oleg3280 11:42, 27 мая 2016 (UTC)
    • А файрфокс 45, где тут некромантия? Oleg3280 11:44, 27 мая 2016 (UTC)
      • Опера 12 - такая же некромантия, актуальная версия этого браузера - 37. MaxBioHazard 12:17, 27 мая 2016 (UTC)
        • Опера на основе Blink — просто оболочка, уникальных функций типа почтовый клиент, менеджер загрузок или закладки нет. Просто копируют хром. Угробили браузер, к сожалению. Oleg3280 12:22, 27 мая 2016 (UTC)
          • Поэтому я и посоветовал смотреть в сторону Яндекс.Браузера и Vivaldi. Оба частично пытались восстановить функции старой оперы. ~Facenapalmобс, вкл 15:42, 27 мая 2016 (UTC)
    • Если есть серьёзные проблемы, почему участники не могут сообщить об этом на ТЕХНИЧЕСКИЙ форум? Oleg3280 11:46, 27 мая 2016 (UTC)
    • Или, например, проблемы с категориями ниже тоже причина в старых браузерах? Очевидно что это баг движка. Oleg3280 11:50, 27 мая 2016 (UTC)
Некроманты, как тут некоторые позволили себе выразиться работали и некому не мешали. Сейчас же их привычная работа поломана. И кто-то при этом радостно потирает ручки. Ага, избавились от некромантов! Вредительство како-то, иначе не назовёшь--Andy 12:38, 27 мая 2016 (UTC)
Поддержка старых браузеров — это плюс от 50 до 100% к времени разработки и количеству кода. Так что заканчивайте уже с этим «мы работаем в старых браузерах и никому не мешаем». Поддержка старых браузеров очень мешает скорости разработки и снижает её скорость, соотвественно из-за того, что процент участников получит новую фичу, 99% не получат другую полезную фичу. Так что, вредительство — это редактировать Википедию с микроволновки и жаловаться, что разработчики не удосужились сделать для этого нормальную поддержку. — putnik 13:04, 27 мая 2016 (UTC)
Да-да. Пожертвуем тысячами ради счастия миллионов. Где-то я уже слышалAndy 13:14, 27 мая 2016 (UTC)
Я вам могу один совет дать — учите Джаваскрипт, переписывайте скрипты с поддержкой шестого «Интернет-Эксплорера» и девятого «Нэтскейпа». Делать за вас это никто не будет, особенно когда поддержка трудоёмкая и нецелесообразная. St. Johann 13:24, 27 мая 2016 (UTC)
Совет бесполезен, ибо стар я, и сие мне неведомо. Продуктивную же работу вы мне убили основательно, хотя я очень старался сообща сделать википедию лучше. Но, видимо, теперь пора на свалкуAndy 13:41, 27 мая 2016 (UTC)
Не понимаю, каким образом за использование вами старых, неподдерживаемых браузеров ответственны и виноваты почему-то люди, которые тоже стараются «сделать Википедию лучше» (но обязанности поддерживать каждую кофемолку не имеют). Держите два браузера, обновитесь до относительно новой версии с необходимыми функциями, это полностью ваша проблема. St. Johann 14:03, 27 мая 2016 (UTC)
Поскольку я не силён во всех этих браузерах, при обновлении теряются весьма нужные мне для инструменты (у меня, кроме ИЭ, установлен и Гугл хром, и Мозилла и Яндекс браузер и что-то там ещё). Но я не могу (не умею, а помочь некому) восстановить те инструменты, которыми привык пользоваться. К примеру, строка поиска (то что в ГХ и пр. вызывается комбинацией Cntr+F) в ИЭ у меня присутствует постоянно и не нужно каждый раз ею вызывать. В других же версиях при переходе со страницы на страницу она исчезает. Как закрепить её на панели сверху на постоянной основе& Или вот в яндекс-браузере каждая новая страница открывается впереди уже открытой, а я привык, чтобы в конце. Как сделать так, как мне удобно? И других мелочей достаточно. Поверьте я не цепляюсь за ИЭ как таковой и не стою на пути прогресса. Меня, в силу возраста, новое выбивает из равновесия и очень хочется вернуть то, к чему привык Andy 14:25, 27 мая 2016 (UTC)
  • да уж, походу придется сказать пока Википедии, потому что редактировать стало вообще невозможно. GrV 14:44, 27 мая 2016 (UTC)
  • В нормальном варианте рядом с описанием Википедии и пр. должна быть ссылка на системные требования — а дальше уж пусть каждый решает, что и до чего ему там обновлять. putnik, возьмётесь написать страничку и приделать ссылку на неё в какое-нибудь подходящее место? NBS 14:47, 27 мая 2016 (UTC)
  • я прошу прощения, что вмешиваюсь в этот стон, но не пойму, что я делаю не так? У меня все что работало, то и работает. Категории, правда не пробовал, но с ними вечная беда у всех. -- ShinePhantom (обс) 16:15, 27 мая 2016 (UTC)
    • потому-что сейчас все работает. а пару часов назад - нет. Даже вкладки в настройках стали переключаться--GrV 17:17, 27 мая 2016 (UTC)
  • Раз уж разговор зашел о старых броузерах, вставлю свои три копейки - en:The Ancient Magus' Bride отлично открывается в современном Файрфоксе. Зато вообще не открывается в устаревшем и никому ненужном броузере Гугл Кеш. Серьезно, вбейте в Гугл "The Ancient Magus' Bride site:en.wikipedia.org", страницу Гугл найдет, а ссылочки "Сохраненная копия" не покажет. В двенадцатой Опере страница тоже не открывается (выдает пустую страницу), только сейчас проверил. Даже не представляю что нужно было поломать в движке для такого офигенного эффекта. Zero Children 21:33, 27 мая 2016 (UTC)
    • именно эта страница у меня открылась, но в последние года пол не всегда открываются любые страницы, содержащие апостроф. Например, если я в ВП поиске введу No Lifeguard on Duty: The Accidental Life of the World's First Supermodel или попробую открыть ее с гугла/нажать на эту ссылку - у меня не откроется (пустая страница). А если со списка мною созданных статей LRtools - откроется--GrV 23:15, 27 мая 2016 (UTC)
      • Хм, у меня наоборот Опера прекрасно открывает No Lifeguard on Duty: The Accidental Life of the World's First Supermodel. Но при этом английская версия статьи не открывается, а в Гугл-кеше не обнаруживается ни русской версии, ни английской. Странный весьма глюк. Zero Children 23:23, 27 мая 2016 (UTC)

Итог[править вики-текст]

Всем Спасибо Спасибо. Сегодня утром опера 12 и ие 11 замечательно работают. Oleg3280 08:10, 28 мая 2016 (UTC)

  • А что касается системных требований, то с этим всё в порядке, а баги в движке бывают всегда, и оперативно и не очень, но исправляются. Oleg3280 08:26, 28 мая 2016 (UTC)

Большие проблемы с шаблоном {{Таксон}} в Белорусской Википедии[править вики-текст]

Всем доброго дня. Поскольку шаблон портирован из рувики, хоть давным-давно, но до сих пор в почти неизменном виде, а мастеров и спецов по шаблонам нужного уровня у нас не имеется, то обращаюсь сюда. В общем, проблема заключается в том, что шаблон выборочно выдаёт какую-то мощную ошибку при просмотре и сохранении биостатей. Как мне кажется, в растениях чаще, чем в животных, но, возможно, это случайно. Вместо страницы со статьёй выдаёт строку вида "Унутраная памылка [V0ffbgpAEE0AACGXChgAAACO] 2016-05-27 05:47:26: Фатальнае выключэнне тыпу "MWException"" (рус. Внутренняя ошибка [V0ffbgpAEE0AACGXChgAAACO] 2016-05-27 05:47:26: Фатальное исключение типа "MWException"). Причём всё настолько плохо, что если создана статья без таксошаблона и сохранена, то потом при добавлении этого шаблона система даже не даёт сохраниться, выдавая полный запрет. Сохранится не даёт всегда. При этом статьи всё-таки иногда отображаются. Иногда на разных компах работают одновременно по-разному. Если из шаблона убрать параметр |parent, или удалить вспомогательный служебный шаблон, на который ссылается этот параметр, то сохранить даёт, но, естественно дерево таксономии в шаблоне не строится. У меня есть смутное предположение, что проблема как раз во вложенности этих служебных шаблонов один в один, но вот в рувики же её не наблюдается. Сейчас шаблон включён в более, чем 3 с половиной тысячи биостатей и это очень печально, что они, можно сказать, не работают. Пример ошибки (скорее всего, если не случится чудо) можно увидеть, например, здесь, здесь или здесь.--Хомелка  :) / обс 06:05, 27 мая 2016 (UTC)

А если просто попробовать скопировать рабочий шаблон из рувики и адаптировать его? Всегда можно отменить. Oleg3280 12:04, 27 мая 2016 (UTC)

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

Коллеги, вчера при редактировании обратил внимание на странную сортировку подкатегорий в Категория:Умершие в Баварии, сначала идут категории на А, потом, Г, Р, Ш, затем вновь следует возврат к началу алфавита - Б. Это не единственный случай. Отсортировано по последним правкам в категории, а не в алфавитном порядке. Со страницам такую странность замечал уже давно, наиболее наглядно будет видно в Категория:Родившиеся в Норвегии: начинается с М, О, Х, Э и только потом А. В чём причина и можно ли как-то решить вопрос? --Ksc~ruwiki 05:39, 27 мая 2016 (UTC)

Итог[править вики-текст]

phab:T136281 MaxBioHazard 11:32, 27 мая 2016 (UTC)

Шаблон в инкубаторе[править вики-текст]

Здравствуйте! Кто может прошу помочь с шаблоном Государство в тестовом разделе вики в инкубаторе! Скопирован полностью с шаблона рувики. Однако, столкнулся с неизвестными мне проблемами. Возможно не правильно или не везде проставлены соответствующие префиксы..или дело в модулях.. В общем, помогите кто может. Спасибо! С уважением, Adam-Yourist 21:42, 26 мая 2016 (UTC)

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

При попытке добавить страницу, которая ещё не до конца прогрузилась, начинает загружаться другая страница, а затем появляется предложение добавить её в список наблюдения и внизу кнопка "ОК". Нельзя ли сделать, чтобы страница добавлялась без этого диалогового окна? Ведь если я нажал на кнопку добавить её в список наблюдения, значит я хочу сделать это, а подтверждать свое действие немного напрягает. Тем более отменить свое действие достаточно легко, это же ведь не кнопка "удалить Википедию целиком и безвозвратно", где такое подтверждение было бы вполне уместно. --PunkNaruto осудить 18:08, 26 мая 2016 (UTC)

Проблемы с большими категориями[править вики-текст]

В больших категориях (>200 статей) перестали работать ссылки «(Следующая страница)» и «(Предыдущая страница)». См. например Категория:Химические вещества без указания плотности или Категория:Сульфиды. --Tretyak 14:20, 26 мая 2016 (UTC)

  • Похоже, что кто-то уже создал отчёт: phab:T136281. — Vort 14:28, 26 мая 2016 (UTC)

Итог[править вики-текст]

Ошибку исправили. --Tretyak 17:36, 27 мая 2016 (UTC)

Википедия:Книги[править вики-текст]

Википедия:Форум/Помощь начинающим#Википедия:Книги

Здравствуйте, уважаемые участники проекта!

Буквально недавно я обнаружил весьма, как мне показалось, удобный инструмент - создание книги. Однако в процессе работы с ним столкнулся с некоторыми сложностями. Так, как вы знаете, на панели мастера создания книг есть несколько кнопок - добавить страницу в книгу, показать книгу, ... а ещё там есть кнопка "скрыть"! Нажав на неё, я лишился доступа к панели мастера, и ни какие действия - вход, выход из портала, удаление книги и создание новой не помогли её вернуть. К сожалению.

Вопрос 1: Как вернуть панель мастера создания книги?

Вопрос 2: Можно ли сохранить книгу?

Вопрос 3: Можно ли создать несколько книг?

С уважением, Brddrdtt 13:16, 24 мая 2016 (UTC).

  • Ответ на второй и третий вопрос — да, насчёт первого вопроса, то это ошибка, так как панель должна восстанавливаться (доступно только отключить функцию книжного мастера (слева), без возможности добавления новых глав в книгу). Задам этот вопрос на техническом форуме. Спасибо, что обратили на это внимание. Oleg3280 13:44, 24 мая 2016 (UTC)
  • Собственно вопрос: как вернуть панель мастера создания книг после его скрытия? Oleg3280 13:51, 24 мая 2016 (UTC)
    • Вроде бы, если очистить кэш и куки, панель возвращается. Это на крайний случай и в случае, если это баг. Я не пользовался просто почти. ~Facenapalmобс, вкл 14:18, 24 мая 2016 (UTC)
      • Спасибо, так и сделал. Панель мастера вернулась. Главное её теперь не скрывать. Oleg3280 14:39, 24 мая 2016 (UTC)

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

Добрый день! Что посоветуете для отладки собственных скриптов по работе с ВП:ВД? Есть ли документация/лучшие практики ? -- A.sav 13:12, 24 мая 2016 (UTC)

  • Вам надо уточнить вопрос. Скрипты бывают: на JS, серверные для tools.wmflabs.org (на php обычно), ВП:Модули на Lua, боты на Python (включая бот/фрэймворк pwb) или чём угодно. Если самопис — то надо см. доки по Wikidata API. Все они по разному обращаются к ВД, есть разные фрэймворки для вики. Отладка — отдельный общий вопрос программирования. Песочница. --Vladis13 16:39, 24 мая 2016 (UTC)
    • Пока думаю ограничиться скриптами на JS для
      • автоматизации добавления в ВП:ВД тучи шаблонов вида Шаблон:Fb team Andover (сопоставлял с существующим Template:Fb team Andover)
      • также хочу дописать «Править ссылки», чтобы по галке в метку прописывалось название сопоставляемой статьи
      • и еще планирую написать скрипт типа HotCat, который добавлял бы соответствующие категории из статьи в другом разделе. -- A.sav 18:47, 24 мая 2016 (UTC)
        • Есть крупный JS WE-framework (ядро) (включается в настройках раздел «Викиданные»), но он не документирован, а автор отсутствует. Позволяет удобно вносить и редактировать инфу в ВД. Для массового вноса нужен бот, или обратится к ботоводам. Если просто надо в шаблонах получать данные из ВД, то есть модули (которые написаны на Lua) семейства {{wikidata}} (примеры использования см. например в {{персона}}). --Vladis13 19:43, 24 мая 2016 (UTC)
        • Отладчик — дело вкуса, можно и в «блокноте» писать маленькие скрипты. Для отладки и удобной работы нужна IDE. Для php и js популярны PhpStorm (+плагин LiveEdit) или NetBeans (русифицированный и бесплатный, но функций меньше). --Vladis13 20:07, 24 мая 2016 (UTC)

Joanjoc[править вики-текст]

Не знаю, у меня ли одного, или у всех так, короче: прошу разобраться, почему-то не работает приложение Joanjoc, выдаёт ошибку «No such file or directoryERROR: No result returned.». На днях пользовался, всё работало отлично. — Al ОУ 22:05, 23 мая 2016 (UTC)

  • Al-mazeratti, у меня работает.--Arbnos 09:43, 24 мая 2016 (UTC)
  • Оно работает «через раз», запрос прошёл с третьего раза. Похоже позволяет только 1 запрос от клиента, с двух вкладок — выдаёт эту ошибку. (Если делаете запрос как в ссылке, без уточнения категории, то получается глобально и он длится несколько минут. Если его отменить, он всеровно невидимо висит — может из-за этого ошибка.) Скрипт выложен у en:User:Magnus Manske. --Vladis13 09:54, 24 мая 2016 (UTC)
    • Там написано "сред.время выполнения 1268 сек", видимо у кого-то виснет и всем блокирует. --Vladis13 10:21, 24 мая 2016 (UTC)

Тысячелетия в шаблонах «ДатаРождения», «ДатаСмерти»[править вики-текст]

Шаблоны {{ДатаРождения}} и {{ДатаСмерти}} в карточках помещают статьи в удалённые категории типа Категория:Родившиеся в I тысячелетии, пример Каллистрат (софист). Согласно ВП:Даты правильно писать «в 1-м тысячелетии». Шаблоны эти помечены как устаревшие и защищены. Прошу исправить. --Vladis13 09:33, 23 мая 2016 (UTC)

  • Не нашёл у Каллистрата таких шаблонов. Думаю, это проблема получения и использования данных из Викиданных. — Igel B TyMaHe 14:00, 23 мая 2016 (UTC)
    • Похоже да, тогда вопрос к шаблону {{Wikidata/p569}}. Отписался на его СО. --Vladis13 14:41, 23 мая 2016 (UTC)
      • Статьи в категориях я немного поправил. На мой взгляд, тут только ручной вариант: категория действительно 1-е тысячелетие, но Каллистрат всё ж родился в более узком диапазоне: III-VI век. То же касается и других персоналий, все-таки они локализуются точнее. А одна персоналия мной вообше не категоризирована по "Родился", так как родился Карп Антиохийский между II в. до н. э. и II в. н. э. — Igel B TyMaHe 20:11, 23 мая 2016 (UTC)

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

Создал шаблон, подсмотрев в англ-вики, но отчего-то ничего, кроме изображения, подписи к нему и категории на Викискладе не отображается. Может кто-нибудь объяснить, в чём проблема или помочь с исправлением? И ещё вопрос. Как отключить отображение у данного шаблона «футера», что ли, показывающего «Шаблон: Просмотр • Обсуждение • Править»?

Иллюзионист 15:34, 22 мая 2016 (UTC)

  • Шаблон на базе {{Карточка}}. Почитайте его документацию, и посмотрите код других шаблонов на его базе. Футер откл. параметром «имя». Порядок нумерации параметров тоже надо соблюдать. --Vladis13 16:31, 22 мая 2016 (UTC)

Зачем второй экран при "Отклонить изменения"[править вики-текст]

Нельзя ли сделать так, что мы при отклонение изменений (имеется в виду возврат к патрулируемой версии), изменения отклонялись сразу, без запроса подтверждения на следующем экране? Этот запрос не имеет смысла - diff я всё равно на новом экране не вижу. А я несколько раз забывал нажать "Отклонить". Куда обратиться за такой фичей? Алексей Копылов 02:59, 21 мая 2016 (UTC)

  • Есть такой момент. Лучше бы добавили подтверждение при откате, чтобы исключить ошибочность при нажатии вместо отмены (либо случайность). Oleg3280 07:05, 21 мая 2016 (UTC)
    • Для отката используйте importScript('Участник:Dima st bk/otkat.js');. С уважением, Iniquity 12:58, 21 мая 2016 (UTC)

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

Юродство: ни один, ни другой (нет ссылок на раскрытие) MaxBioHazard 00:04, 21 мая 2016 (UTC)

  • [1], а второй это просто таблица, достаточно заглянуть в код шаблона. -- dima_st_bk 00:12, 21 мая 2016 (UTC)
    • Так надо что-то сделать, чтобы эта ссылка была внутри шаблона. Ваша правка ничего не изменила. MaxBioHazard 00:35, 21 мая 2016 (UTC)
      • Так очевидно, что дело в изображении. Тыжтехнарь. -- dima_st_bk 00:37, 21 мая 2016 (UTC)
        • Очевидно-то очевидно, но я хотел, чтобы изменили шаблон так, чтобы он корректно работал и на изображениях (не обязательно конкретно этот). MaxBioHazard 00:56, 21 мая 2016 (UTC)

Сообщение на служебной странице Подтвердить_e-mail[править вики-текст]

На странице Служебная:Подтвердить e-mail текст отображается с html-тегами.

На английской версии отображается как положено.

Ila 15:42, 20 мая 2016 (UTC)

Являются[править вики-текст]

Орфоботу исправить с «являються» и, как ни странно, «являютя» --S, AV 14:09, 20 мая 2016 (UTC)

Путь от статьи к категории[править вики-текст]

Скажите, а как по статье и категории, узнать входит ли статья опосредованно в эту категорию, и если да, то через какие промежуточные подкатегории? Алексей Копылов 01:37, 20 мая 2016 (UTC)

  • Вариант: {{Дерево статей|май 2016 года}}

Гаджет для отображения мобильной версии[править вики-текст]

Для людей, которые интересуются (а я надеюсь такие еще остались) как же верстка страницы выглядит в мобильное версии, есть очень удобный гаджет, пользуйтесь!

mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Brion_VIBBER/mobile-sidebar.css&action=raw&ctype=text/css', 'text/css');
mw.loader.load('//meta.wikimedia.org/w/index.php?title=User:Brion_VIBBER/mobile-sidebar.js&action=raw&ctype=text/javascript');

С уважением, Iniquity 20:53, 19 мая 2016 (UTC)

Your registered email adress has been unsubscribed[править вики-текст]

У меня сообщение: «Your registered email adress xxxxxx has been unsubscribed due to multiple message delivery failures. You can verify your email address again.»

После этого появилась кнопка на подтвержедние адреса электронной почты. Был потдверждён «Ваш адрес электронной почты подтверждён.»

Потом отправляю себе письмо с текстом «Тест». И всё заново. То же самое сообщение и снова надо подтверждать. Что произошло? --AnnaMariaKoshka 12:28, 19 мая 2016 (UTC)

  • Пробовали другой адрес указать? Пишет что с этим проблема. --Vladis13 12:41, 19 мая 2016 (UTC)
    • После того как на этот адрес пришло пиьсмо с просьбой подтвердить — было сообщение что «Ваш адрес электронной почты подтверждён.» Но при попытке отправить себе через «Письмо участнику» тестовое сообщение — опять всё заново. --AnnaMariaKoshka 12:45, 19 мая 2016 (UTC)
      • Ну технически об этом и сообщается, перевод фразы выше: "ваш е-мэйл был отключён из-за проблемы при попытке с ним связаться". Поэтому и предложил попробовать почту от другого хостинга (gmail.com mail.yandex.ru и т.д.). --Vladis13 07:12, 20 мая 2016 (UTC)
        • Vladis13, так до этого всё в порядке было :( Менять не хочется. Может починят. --AnnaMariaKoshka 07:16, 20 мая 2016 (UTC)

Ошибка не нова[править вики-текст]

phab:T134886 и phab:T123068 --AnnaMariaKoshka 17:50, 19 мая 2016 (UTC)

  • По второй ссылке внизу написано, если не ошибаюсь, что глюк только при отсылке письма самому себе, от других - принимает нормально. --Vladis13 07:12, 20 мая 2016 (UTC)
    • Напишете в первую тему, указав что проблема и в ru.wikipeda. Там сообщения недельной давности, лучше им напомнить о проблеме. --Vladis13 08:35, 20 мая 2016 (UTC)

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

Кто-нибудь знает почему PetScan не ищет неотпатрулированные статьи. Например, категория:Вариационное исчисление содержит непосредственно 26 статей. Petscan ищет все 26 статей. Если попросить найти его отпатрулированые он находит 21 статью А если попросить найти его НЕотпатрулированые он находит всего 1 статью. Причем эта статья давно отпатрулированная! Неотпатрулированные можно найдти другим инструментом: Deep Out Of Sight находит как раз 4 недостающие статьи Но как заставить PetScan искать неотпатрулированные статьи? Алексей Копылов 00:51, 19 мая 2016 (UTC)

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

При внесении страницы в Викиданные при нажатии «На других языках» открывается окно «Связь со страницей». При заполнении поля «Страница» под полем появляется список страниц, из которых следует выбрать вариант. Однако поле слишком короткое, и при длинных названиях предлагаемых страниц трудно сориентироваться, какую же из предлагаемых страниц выбрать. Неплохо было бы удлинить поле «Страница» до упора. Kalendar 12:17, 18 мая 2016 (UTC)

Замена шаблона {{статья}} на шаблон {{БСЭ3}}[править вики-текст]

Я хочу оспорить итог, подведённый здесь. Поскольку я против замены шаблона {{статья}} на шаблон {{БСЭ3}} относительно ссылок на БСЭ. Не нравится ссылка на Яндекс, удаляйте её из шаблона, но не заменяйте весь шаблон. Шаблон {{статья}} ближе к одноуровнему описанию по ГОСТу, которое я предпочитаю, а {{БСЭ3}} использует многоуровневое описание по ГОСТу, которое мне не нравится. Как вариант можно заменять шаблон {{статья}} на шаблон {{публикация}}, но не на шаблон {{БСЭ3}}. Illustr 09:35, 18 мая 2016 (UTC)

  • Вам ведь уже объяснили на СО шаблона, что {{БСЭ3}} — это и есть шаблон «публикация» (его обёртка, не верите — посмотрите в код). БСЭ3 _не_ использует «многоуровневое описание», вам же объяснили, надо было ознакомится с темой перед оспариванием. Также вам объяснили зачем вообще существует шаблонизация. Мне, например, ваш вариант (без параметра «серия») больше нравится, но вы внеся эту правку, без ожидания мнений на СО, сразу пошли сюда оспаривать итог… Кстати, из порядка 2 тыс. (± тысяча) сделанных замен на этот шаблон вы единственный (0.05 %) возразили. Для оспаривания придётся пригласить участников и администраторов которые были за операцию или лояльны, а собственно все были «за». --Vladis13 10:26, 18 мая 2016 (UTC)
    • Ну ошибся, имел в виду что мне нравится многоуровневое описание, а не одноуровневое как у БСЭ3. На СО я написал верно. Я все понял раньше, не заглядывая в код. Суть в том, что мне эта обертка шаблона «публикация» не нравится. Приглашайте кого хотите. У меня есть право предпочитать одно описание, рекомендуемое ГОСТом и _не отраженное_ в шаблоне {{БСЭ3}}, второму рекомендуемому тем же стандартом которое предпочитает использовать указанный шаблон и мне не нравится. И я это право отстаиваю. Illustr 14:49, 18 мая 2016 (UTC)

Ошибка при сохранении изменений[править вики-текст]

При сохранении изменений на некоторых страницах (самых разных), браузер выдает ошибку и страница не записывается. На других сайтах подобного не было. Через несколько часов изменение можно внести, после чего снова начинает выдавать ошибку. Пробовал три браузера: Opera, Safari, Chrome - итог одинаковый. Как решить эту проблему? (в архиве не нашел) Спасибо. Агнезий 08:00, 18 мая 2016 (UTC)

  • Есть такое в последнее время. В Firefox я жму в окне сообщения об ошибке Повторить операцию и всё колосится. -- A.sav 09:43, 18 мая 2016 (UTC)
    • A.sav попробовал с месяц назад - браузер просто удаляет все в окне и получается удаление содержимого страницы. Хорошо, что успел откатить сам себя :) Агнезий 10:00, 18 мая 2016 (UTC)

Что со шрифтом?[править вики-текст]

У меня сейчас включена латиница, но печатает русским шрифтом. Знаки препинания на русском исчезли вовсе там вместо запятой - б, вместо точки - ю, и так далее. При переключении на английский, шрифт оказывается русским, но со знаками препинания, расположенными как при русском шрифте. Проставлять викиссылки, примечания и даже подписываться стало невозможно. Проверил на работе с другого компьютера, там на моей странице та же история. Hunu 15:57, 17 мая 2016 (UTC)

  • Ctrl-M MaxBioHazard 14:44, 17 мая 2016 (UTC)
    • Spasibo, Thank you!!!! Hunu 14:47, 17 мая 2016 (UTC)

Требуются технически подкованные временно свободные руки для удовлетворения потребности[править вики-текст]

Википедия:Форум/Архив/Технический/2016/04#173 человек → 173 человека. С уважением Кубаноид; 06:09, 17 мая 2016 (UTC)

Cамозакрывающиеся теги, например, такие как <div/>, <b/> и <span/> перестанут поддерживаться[править вики-текст]

Вырезка из технического дайджеста:

Использование самозакрывающихся тэгов типа <div/> и <span/> вместо <div></div> и <span></span> перестанет поддерживаться. Шаблоны и страницы, на которых используется старый синтаксис, нужно исправить. После выполнения заявки T134423 эти тэги будут парситься как <div> и <span> (так же они парсятся в HTML5). [3]

С уважением, Iniquity 17:24, 16 мая 2016 (UTC)

  • У нас надо изо всех Викификаторов — подсветчиков синтаксиса — панелей быстрой вставки убрать нафиг самозакрывающийся <br /> (который тоже упомянут в тикете), точнее заменить на нормальный <br>. Из-за подсветчика синтаксиса я не могу написать, как требует HTML5, <br>, потому что подсветчик требует, чтобы всё закрывалось (иначе люди жалуются). Ну и вообще некошерно писать по устаревшим стандартам, по которым к тому же писать длиннее. — Джек, который построил дом 17:34, 16 мая 2016 (UTC)
    • Сначала несколько лет заставляли писать />, а теперь это, видите ли, неправильно... — Igel B TyMaHe 17:52, 16 мая 2016 (UTC)
      • Впрочем, я поторопился: в HTML5 эту штуку (/>) как раз разрешили, ради совместимости. Всё равно заставлять писать /> — сомнительное занятие. — Джек, который построил дом 18:29, 16 мая 2016 (UTC)
        • Нормальное занятие, если всех заставлять - парсеру не надо помнить 100500 исключений "этот элемент всегда пустой, а тому закрывающий тег нужен". А чем проще парсер, тем меньше в нем багов и вообще, скорость разбора повышается. Другое дело, что "ради совместимости" <br> один фиг останется, а значит парсер только усложнится ради поддержки двух форматов. Zero Children 21:48, 16 мая 2016 (UTC)
          • Боюсь, вы взялись судить о чём-то, в чём не разбираетесь. Вы ошибочно думаете, что парсер медиавики волнует, какие практики оформления тегов распространены в рувики (и где бы то ни было). Принцип, когда абстракции (то есть более общие конструкции) зависят от частностей, — антипаттерн в программировании, никому никогда не придёт в голову переписывать парсер, потому что в рувики все выучились самозакрывать br. Это принцип инверсии зависимостей. А санитайзеры (скрипты, преобразующие пользовательский ввод в HTML-вывод) на серьёзных проектах всегда пишутся так, что помнят досконально все исключения, никуда они не денутся. Я уж не говорю про принцип «потеть должна машина», тут он саморазумеющийся. Как я написал ниже, «медиавики вообще всю работу по тегам берёт на себя, нас соответствие каким-то там трендам в практиках написания кода вообще волновать не должно».

            Единственное, к чему ваша логика применима, — помянутый подсветчик синтаксиса, ну так он тоже от указания пары исключений никуда не денется. (Тем более что список исключений эксплицитно доступен.)

            > "ради совместимости" <br> один фиг останется, а значит парсер только усложнится ради поддержки двух форматов
            Судя по тому, что пишет Iniquity ниже, парсер наоборот будет удалять нелегальные слэши, то есть всё наоборот. — Джек, который построил дом 22:33, 16 мая 2016 (UTC)

          • И, если я непонятно выразился, ради совместимости разрешено писать />, конечно, не >, который стандарт. — Джек, который построил дом 01:27, 17 мая 2016 (UTC)
            • Нет, я думаю что парсер должна волновать верификация текста. В противном случае возникают такие "мелкие" проблемы, как возможность поломать HTML разметку страницы, спрятав при этом все вкладки необходимые для отката вандализма. Или закрыть страницу не проматываемой голой жопой (<div style="position:fixed; top:0;">[[Файл:Étude de fesses.jpg]]</div>). И чем больше вы навалите в верификатор исключений, тем меньше шансов что в нем исправят возможность добавления жопы. Ибо продираться через километры кода никому неохота, а пипл хавает и так. И вообще, безопасность через неясность же отличная практика, авось никто из вандалов до жопы не додумается. Zero Children 02:45, 17 мая 2016 (UTC)
              • Коллега, это называется не верификация, а санитация, и я вам про то, как она осуществляется, выше расписал. И основная проблема, которую решают санитайзеры, — не возможность вставки голой жопы, конечно, а безопасность. Поверьте, (профессиональные) программисты не столь легкомысленные люди, чтобы писать код с мыслью «пипл хавает», и у них не столь хрупкая психика, чтобы их смущало число «наваленных» исключений. Санитация кода — это стандартная процедура, осуществляемая по известным принципам, и учёт списков тегов и наличия слэша в их конце — последняя по сложности задача. — Джек, который построил дом 03:07, 17 мая 2016 (UTC)
      • Это вроде давно уже еще до 5рки не рекомендация. С уважением, Iniquity 19:31, 16 мая 2016 (UTC)
    • А что не так с <br /> и причём здесь он вообще? ~Facenapalmобс, вкл 18:52, 16 мая 2016 (UTC)
      • Раз его разрешили, то бог с ним. Но то, что в качестве стандарта навязывается это нелепое самозакрывание, свойственное XHTML, напрягает. Кому-нибудь хоть раз это пригодилось? — Джек, который построил дом 19:00, 16 мая 2016 (UTC)
      • Ну и до кучи, если для каких-то целей вдруг нужна совместимость с XHTML, к тегам <br> парсером автоматически дописывается слэш. Можете посмотреть исходный код
        <br>этого фрагмента. Почему в вики-тексте обычные люди должны париться о каких-то проблемах совместимости, непонятно. Мало того что те, кто знаком с HTML, вправе писать на нормальном HTML, так редакторы Википедии в большинстве своём вообще далеки от всяких HTML—XHTML. И пишут они то, что официально называется вики-текстом, а не кодом. — Джек, который построил дом 19:26, 16 мая 2016 (UTC)
        • br/ тоже будет парситься как просто br, насколько я могу судить по [4]. С уважением, Iniquity 19:31, 16 мая 2016 (UTC)
          • Про <br/> там ничего не сказано, коли <br>void element, а к ним в HTML5 слэш подставлять разрешили, в отличие от span'ов—div'ов. — Джек, который построил дом 19:36, 16 мая 2016 (UTC)
            • Не сказано, в патче прописано убивать все />. [5] С уважением, Iniquity 21:40, 16 мая 2016 (UTC)
              • Ну тем более, зачем писать слэши, которые уничтожатся. Да не, медиавики вообще всю работу по тегам берёт на себя, нас соответствие каким-то там трендам в практиках написания кода вообще волновать не должно. — Джек, который построил дом 22:33, 16 мая 2016 (UTC)
        • Насколько я понимаю, в HTML оба варианта — <br> и <br /> — абсолютно корректны (в отличие от всяких </br>). Но даже если парсить <br /> по «новым правилам» (как открывающий тег), всё остаётся корректным. Вообще, надо бы решить этот вопрос — <br> или <br /> — потому что мой бот попутно с правками заменяет любые формы тегов на <br />. Он этим исправляет всякие заведомо неправильные </br>, но и <br> заменяет, тупо потому что так реализовать было проще. ~Facenapalmобс, вкл 20:06, 16 мая 2016 (UTC)
          • Аха, то есть из-за этого навязывания <br /> люди ещё стали путать и писать </br>, что создало на ровном месте потребность в замене ботом. Если не будет ещё каких-то аргументов в защиту <br />, по-моему, вывод однозначен — <br /> не нужны. — Джек, который построил дом 20:13, 16 мая 2016 (UTC)
            • «что создало на ровном месте потребность в замене ботом» — ну, это ты зря, острой потребности не стоит. Это на уровне унификации кода, малая правка. Лично мне <br /> привычней и милее: <br> так и просит после себя закрывающий тег. Тем более, что аргумент ты сам же привёл: подсветчики синтаксиса. А то, что </br> является следствием навязывания <br /> — далеко не факт. ~Facenapalmобс, вкл 20:20, 16 мая 2016 (UTC)
              • <br> так и просит после себя закрывающий тег
                Ты просто привык. Я чётко понимаю, что функция br (перевод строки) — непарная, точно так же как, скажем, картинки (img), поэтому прописывание этого слэша, означающего закрытие, конфликтует со смыслом.

                > то, что </br> является следствием навязывания <br /> — далеко не факт
                Ну, я не знаю, по какой причине ещё человек может поставить слэш у br, если только он не «слышал звон, да не знает, где он».

                С подсветчиками разберёмся. Этакие хулиганы. — Джек, который построил дом 20:35, 16 мая 2016 (UTC)

                • «Ты просто привык» — я так и сказал. :) Но фишка в том, что увидев конструкцию <xxx />, я могу точно сказать, что она самодостаточна, и мне даже думать над значением тега не надо. Я ещё не осознал, что это перевод строки, а уже знаю, что тег непарный. Вообще, можно пойти на компромисс: исправлять </br>, а <br> не трогать. Но это кошмарно будет выглядеть, особенно когда разные br стоят в одной строке (такое часто бывает). Один унифицированный на всю статью вариант лучше, вне зависимости от того, какой именно. И вот, кстати, аргумент в пользу унифицирования со слэшем: википедийный <references />, насколько я понимаю, почти никто без слэша не пишет. Хотя, в рувики, в отличие от, например, девики, его даже в простейших случаях принято заменять шаблоном. Кстати, что-то мы далеко от изначальной темы ушли. ~Facenapalmобс, вкл 20:53, 16 мая 2016 (UTC)
                  • Слэш у references можно понять, — тег — собственное изобретение ВП, с которым никто не знаком, и надо дать понять, что он непарный. Но с br знакомы все на свете, и его, в отличие от references, пишут часто. Пустое расходование стуков по клавиатуре. Я (с перерывами) много лет пишу на HTML, и никогда незакрывающесть каких-то тегов меня не путала. На унификацию у меня взгляд такой: унифицировать надо только тогда, когда издержки из-за неунифицированности превышают издержки унификации. Я сам одно время увлекался установлением единообразия во всем, а потом познал дзен.

                    В данном случае разных форм br в одном месте быть не должно, но и сам br унифицировать с references сомнительная идея. — Джек, который построил дом 21:28, 16 мая 2016 (UTC)

                  • Если закапываться глубоко и смотреть style guide’ы по HTML, то ни Гугл

                    Although fine with HTML, do not close void elements, i.e. write <br>, not <br />.

                    ни другие

                    Self-closing elements must not be closed.

                    не рекомендуют закрывать <br> и другие void-теги. W3Schools делает оговорку о слеше:

                    If you expect XML software to access your page, it might be a good idea to keep it.

                    Это решается на стороне MediaWiki, как мы выяснили; никакие соображения единообразия нигде в качестве фактора не указываются. — Джек, который построил дом 01:17, 17 мая 2016 (UTC)
  • NapalmBot продолжает любовно добавлять / в br. -- A.sav
    • Да, логику br-тегов я ещё не менял. Ладно, хорошо, свои личные вкусы на присутствие слэша я отложу. Какой вариант предпочтительнее: унифицировать все br-теги в вид <br> или исправлять только ошибочные: </br> -> <br />? ~Facenapalmобс, вкл 09:34, 20 мая 2016 (UTC)
    • Пока что <br /> повсюду — в панели быстрой вставки, Викификаторе, так что бот — последний, кого надо винить :-) — Джек, который построил дом 12:31, 20 мая 2016 (UTC)
      • Я тогда тоже пока буду на <br /> унифицировать. Какая-то унификация точно нужна: у меня некоторые функции работают с тегом <br>, и мне было бы крайне удобно вставлять в регулярки что-то попроще, чем <[/\\]?br[ ]*[/\\]?>. ~Facenapalmобс, вкл 12:38, 20 мая 2016 (UTC)
        • Имхо, сразу всё надо делать правильно. С уважением, Iniquity 21:00, 27 мая 2016 (UTC)

Шаблон:Представители Челябинской области в Федеральном Собрании[править вики-текст]

Помогите пожалуйста, почему список членов СФ никак не хочет по центру быть? 37.113.174.22 16:27, 16 мая 2016 (UTC)

  • Выравнен список как раз по центру. Сейчас удалил лишние разрывы и поправил немного оформление - это стало более очевидным. Проблема, мне кажется, в ширине последних ячеек или всей таблицы. Окончательно решить вопрос у меня врядли получится. Нужен более сведущий специалист по оформлению навигационных шаблонов. --Ksc~ruwiki 07:32, 17 мая 2016 (UTC)

Евровидение 2016[править вики-текст]

Из непонятного места добавляется категория «Евровидение» по годам A.sav 15:01, 16 мая 2016 (UTC)

Категория:Конкурс песни Евровидение по годам: сортировка для 2014[править вики-текст]

Почему-то Категория:Конкурс песни Евровидение 2014 получается после 2015 и 2016. -- A.sav 14:54, 16 мая 2016 (UTC)

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

Наткнулся только что. Может кому полезно будет -> Служебная:ChangeContentModel. Одна из полезных возможностей - полное выключение всех тегов на странице. С уважением, Iniquity 14:02, 16 мая 2016 (UTC)

Теорема теннисной ракетки[править вики-текст]

Какая-то ерунда - я больше не могу ничего исправить в своём следующем топике. Всё блокируется фильтром неконструктивных правок. --217.197.250.81 11:40, 16 мая 2016 (UTC) Там вместо четырёх звёздочек стоят четыре тильды. --217.197.250.81 11:42, 16 мая 2016 (UTC)

[6] - а я всего лишь пытался вставить 4 тильды, обрамленные тэгами "новики". --217.197.250.81 11:45, 16 мая 2016 (UTC)

Теорема теннисной ракетки

Это у меня только? - в секции "Математическое обоснование" два раза красный жирный текст:

Невозможно разобрать выражение (Преобразование в PNG прошло с ошибкой — проверьте правильность установки latex и dvips (или dvips + gs + convert)): \begin{align} I_2 I_3 \ddot{\omega}_{2}&= (I_3-I_1) (I_1-I_2)(\omega_1)^2\omega_{2}\\ \text{т.е.} ****\ddot{\omega}_2 &= \text{(отрицательная величина)} \times \omega_2 \end{align}

Невозможно разобрать выражение (Преобразование в PNG прошло с ошибкой — проверьте правильность установки latex и dvips (или dvips + gs + convert)): \begin{align} I_1 I_3 \ddot{\omega}_{1}&= (I_2-I_3) (I_1-I_2) (\omega_{2})^2\omega_1\\ \text{т.е.}****\ddot{\omega}_1 &= \text{(положительная величина)} \times \omega_1 \end{align}

--217.197.250.81 11:24, 16 мая 2016 (UTC)--217.197.250.81 11:27, 16 мая 2016 (UTC)

Восстановил последнюю рабочую версию. Кстати, указанная рабочая правка от 2 марта этого года была почему-то откачена. Oleg3280 14:25, 16 мая 2016 (UTC)

Перестало работать зажирнение в СН непросмотренных ЛС и ЛСО[править вики-текст]

Сабж, в последние 24 часа. MaxBioHazard 11:58, 13 мая 2016 (UTC)

  • У меня всё ок. Пробовал отключить своё богатство СОулучшателей? ~Facenapalmобс, вкл 12:19, 13 мая 2016 (UTC)

Итог[править вики-текст]

Спасибо: проблема в Участник:Saint Johann/unformat.js MaxBioHazard 12:32, 17 мая 2016 (UTC)

Оповещения[править вики-текст]

Интересно, по адресу ли? Вверху стоят 2 оповещения, захожу туда, а там оповещений нет. Совсем. И до сих пор их там 2 висят. Они как бы есть, но их как бы нет. Что бы это могло значить? — Андрей Козлов 123 о-в 06:20, 13 мая 2016 (UTC)

  • Маловероятно, но, может, их промотать наверх можно? ~Facenapalmобс, вкл 06:23, 13 мая 2016 (UTC)
  • См. двумя темами ниже. Это вам кто-то в другом разделе написал (возможно, просто приветствия на странице обсуждения). — Джек, который построил дом 06:28, 13 мая 2016 (UTC)
    • А, всё. В оповещениях высветилось, что мне пришли сообщения из Indonesian Wikipedia и Lombard Wikipedia. — Андрей Козлов 123 о-в 09:11, 13 мая 2016 (UTC)
  • А у меня и здесь, и в англовики одновременно пришло оповещение о 99+ непрочитанных сообщениях. Вопрос на засыпку — как теперь обнулить счётчик сообщений? --Ghirla -трёп- 12:24, 14 мая 2016 (UTC)
    • Пройтись по своим СО во всех разделах Википедии. Больше никак. — Андрей Козлов 123 о-в 13:59, 14 мая 2016 (UTC)
      • Там же крестик удаления есть —- как у отдельных уведомлений, так и у общего. --INS Pirat 14:08, 14 мая 2016 (UTC)
        • А, ну да. Просто я с уведомлениями редко сталкиваюсь, не запомнил интерфейс. — Андрей Козлов 123 о-в 14:13, 14 мая 2016 (UTC)
        • Слава богу. Отключил "кросс-вики уведомления" (что бы эта абракадабра ни значила). --Ghirla -трёп- 16:42, 14 мая 2016 (UTC)
          • Спасибо за подсказку - а то "крестик" у меня не работал, а отыскивать каждый из разделов (преимущественно малых и без отображения их полного списка даже с 4-5 уведомлениями, уж не говоря о нормальных ссылках на них и, тем более, десятках таких уведомлений зараз — сочувствую) — удовольствие еще то. Tatewaki 16:47, 14 мая 2016 (UTC)
  • Вообще странно как-то. Кросс-вики с уведомлениями у меня выстрелил почему-то на Викискладе, а не в Рувики.--Dmartyn80 19:20, 14 мая 2016 (UTC)
    • Впрочем, и в Вицитатнике тож. Пришлось отключать. На фига улучшайзинг?--Dmartyn80 19:55, 14 мая 2016 (UTC)
      • А? Нафига нужны улучшения? Ну э, как бы это сказать, улучшения на то и улучшения :-) — Джек, который построил дом 20:16, 14 мая 2016 (UTC)
        • Не-а, улучшайзинг. Корень там Scheiße--Dmartyn80 20:24, 14 мая 2016 (UTC)
  • А что, таки всем включили? На мой взгляд полезная вещь — мне пишут в разных разделах и по делу. Advisor, 22:31, 15 мая 2016 (UTC)
    • Мне было несколько автоприветствий - из дремучих для среднего участника РуВП углов типа ломбардской и египетско-арабской ВП, персидского цитатника (из-за отсутствия действующих ссылок еще пока это понял) и т.п. - и ничего по поводу каких-либо моих действий где-либо (тем более, в такие разделы я и сам периодически захожу и увидел бы напрямую) или хотя бы из разделов, куда я вообще когда-либо заходил. Подозреваю, что у Гирландайо и многих других аналогично. Такое скорее похоже на кросс-викиспам, чем на реальную пользу; если у вас вышло большинство по делу - рад за вас. Tatewaki 00:04, 16 мая 2016 (UTC)
      • Ну естественно, первым вам вылезет «спам» — вы же никогда не смотрели в дремучих разделах свою страницу, а уведомления накапливаются. — Джек, который построил дом 00:43, 16 мая 2016 (UTC)
        • Ну и на кой оно мне, если я эти разделы даже ни разу не заходил и не зайду по незнанию языка? Понимаете, чем бесит улучшайзинг: тем, что мне что-то валят на голову без спроса и без смысла. Одно время успокоились было...--Dmartyn80 09:37, 16 мая 2016 (UTC)
          • Если вы считаете «улучшайзингом» интервики-уведомления, отключите их в настройках. Но вообще, по-моему, удобная фишка, за всеми вики-проектами из одного места следить. Благо все приветствия я просматривал сразу после из появления. ~Facenapalmобс, вкл 09:40, 16 мая 2016 (UTC)
            • Это можно сделать централизованно? Мне пришлось отключать во всех вики-разделах и вики-проектах, куда нелёгкая заносила в последние сутки.--Dmartyn80 10:49, 16 мая 2016 (UTC)
              • Честно говоря, сомневаюсь. Если настройка на мете ничего не меняет — видимо, нет. Но неужели вы активны в настолько большом числе проектов, что на них трудно отключить настройку? ~Facenapalmобс, вкл 11:00, 16 мая 2016 (UTC)
                • Так в том-то и дело: на хрена меня вообще заставлять каждый раз всё это выключать, стоит мне перейти на викисклад, викиновости, викисловарь, и так далее?--Dmartyn80 12:41, 16 мая 2016 (UTC)

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

Мое почтение присутствующим. Среди статей, посвященных Нью-Йоркскому метрополитену, есть несколько статей про пересадочные узлы (могу объяснить, почему они не разделены на отдельные статьи по станциям). В каждой такой статье имеется несколько шаблонов {{Станция метро}}: первый на весь узел, а дальше по шаблону на станцию. В первом шаблоне заполнен параметр "Координаты платформ", в остальных он оставлен пустым (могу объяснить почему). В результате все эти шаблоны, кроме первого, заносят статью в Категория:Википедия:Станции метрополитена без указанных географических координат, что неправильно. Как корректнее всего это исправить? Добавить в шаблон параметр, отменяющий категоризацию, или есть более красивое решение? Vcohen 12:42, 11 мая 2016 (UTC)

  • Но ведь платформы находятся не одна под одной, у них разные координаты. Почему бы их не указать в шаблонах? — putnik 13:14, 11 мая 2016 (UTC)
    • Платформа - это в любом случае протяженный объект, координаты все равно даются только для одной какой-то точки внутри прямоугольника. Прямоугольники для станций, входящих в узел, как правило пересекаются. Vcohen 13:36, 11 мая 2016 (UTC) P.S. Забыл! Там всё гораздо хуже. На странице нельзя указывать более одной точки с координатами, иначе выдается ошибка. Vcohen 13:38, 11 мая 2016 (UTC)
      • Обычно указывается точка в центре платформы. Указывать можно сколько угодно с параметром display=inline. — putnik 14:10, 11 мая 2016 (UTC)
        • Это хорошо. Но брать эти значения мне неоткуда. И главное: если будут координаты по станциям, то в первой карточке их придется убрать - и тогда проблема возвращается. Vcohen 14:22, 11 мая 2016 (UTC)

Господа, есть ли у кого-нибудь ответ на вопрос? Как бы мы ни выбирали, в какие из карточек, имеющихся в статье, ставить координаты, а в какие не ставить, - все равно будут какие-то карточки без координат. Будет ли корректно добавить в шаблон параметр, который бы игнорировал отсутствие координат и не заносил статью в категорию? Vcohen 13:23, 17 мая 2016 (UTC)

  • Я считаю, что nocat=1 во всех карточках, кроме первой — нормальная практика. Я так уже делал в фильмах, у которых есть ещё карточка-альбом для саундтрека, чтобы статья как альбом не категоризировалась (в том числе не вносилась в категорию «альбомы без обложки»). ~Facenapalmобс, вкл 13:49, 17 мая 2016 (UTC)