Кто может подсказать, почему невозможно отменить правку от 22 февраля с.г.? Следующие правки в статье никак не касаются этого раздела, но при попытке отмены выводится сообщение «Правка не может быть отменена из-за несовместимости промежуточных изменений». Отмену правки считаю обоснованной - к истории района она не относится, вдобавок содержит явную рекламу. Просто удалить абзац не тороплюсь - пусть кто-нибудь из специалистов посмотрит, в чём дело. --Гдеёж?-здесь16:42, 31 июля 2016 (UTC)
Касаются же, там звёздочка случайно добавлена в раздел «Ссылки». Почему при этом название раздела в описании правки — «История» — наверное, артефакт Визуального редактора. — Джек, который построил дом (обс.) 16:51, 31 июля 2016 (UTC)
Но это же правки в разделе "Ссылки". Рассматриваемый мною абзац не затрагивается. По крайней мере я вижу это, просматривая «Различия между версиями» для каждой из правок от 19 апреля и 19 июля. Мне до сих пор казалось, что подобная ситуация возникает, если в отменяемый кусок текста была позднее внесена какая-либо правка, причём здесь остальная часть статьи? Или я в чём-то ошибаюсь? --Гдеёж?-здесь17:03, 31 июля 2016 (UTC)
Теоретически, любую правку можно пометить как отмену, выставив параметр undidRev в HTML-форме. В частности, это должно создать уведомление для автора. Я, правда, не проверял, работает ли это. — Ivan Pozdeev23:10, 1 августа 2016 (UTC)
Работая с {{Навигационная таблица}} возник вопрос: все параметры надо локализовывать? Просто допустим listpadding или listclass это отсылки к явным элементам CSS и их преобразование в отступы_списка и класс_списка странно. По ощущениям - как указывать размер в пкс. Но просто тогда возникает проблема, что в шаблоне будут разноязычные параметры, и это тоже мне не нравится. Какое из зол меньшее? С уважением, Iniquity13:59, 30 июля 2016 (UTC)
Класс — нормальное слово, стиль же есть. По умолчанию должно быть русифицировано. Добавьте русскоязычные параметры, я тогда вместе с ними анонсирую новую разметку навшаблонов в новостях. — Джек, который построил дом (обс.) 14:23, 30 июля 2016 (UTC)
Ниже дана таблица. Как разобраться с колонкой, где написано слово Здесь? Как сделать так, чтобы текст начинался сверху, а не от середины? И если там писать длинный текст, то таблица растягивается, как сделать так, чтобы она не растягивалась, а предложение разбивалось на строки строго по заданной ширине? — Андрей Козлов 123о-в11:35, 30 июля 2016 (UTC)
Здесь. Как сделать так, чтобы таблица от длинного текста не растягивалась по ширине. Она должна быть такой же, как и колонка слева, на 250px
хххххххх
хххххх
ххххххххххх
хххххххх
У вас же стоит что таблица будет шириной в 500 пикселей, для каждой колонки указывается ширина. В чём проблема? --Туча11:46, 30 июля 2016 (UTC)
В том, что текст не делится на строки. Таблица от этого становится на весь экран. Я вот тоже не знаю, почему так происходит. 500px выглядит намного уже, чем здесь стало — Андрей Козлов 123о-в11:48, 30 июля 2016 (UTC)
Понятно у вас какой-то другой браузер, вероятно chrome или его клоны. В firefox ваш вариант и этот:
ххххххххх
ххххххххххх
хххххххх
Здесь. Как сделать так, чтобы таблица от длинного текста не растягивалась по ширине. Она должна быть такой же, как и колонка слева, на 250px
хххххххх
хххххх
ххххххххххх
хххххххх
- почти неотличимы, а вероятно в вашем браузере первый вариант растягивается, а второй нет. Удачи. --Туча12:10, 30 июля 2016 (UTC)
Согласен, типа. Я шо-то не догнал. По-моему, это разные шаблоны ("не путать" и "Также"). И? Как он должен работать? В чём проблема?Белов А.В. (обс) 11:39, 30 июля 2016 (UTC)
Вообще-то да. Именно для этого создали визуальный редактор. Но в вашем случае вы требуете изменить корректную форму {{не путать|название страницы|текст ссылки на страницу|пояснение}} на костыльную с {{!}}. — Igel B TyMaHe (обс) 14:11, 30 июля 2016 (UTC)
Вам, конечно, это следует вставлять через {{подст:АИ}}, что написано в документации, но КМПКВ по-хорошему такого быть не должно и обычные шаблоны должны совмещать функцию подстановочных. — Джек, который построил дом (обс.) 22:08, 29 июля 2016 (UTC)
Спасибо, {{подст:АИ}} сработало. Но давно ли шаблон {{fact}} без параметров перестал работать? Я использовал его за последние 10 лет тысячи раз, но только сегодня он начал сбоить. 2001:4898:80E8:8:0:0:0:54223:21, 29 июля 2016 (UTC)
Неделю назад, по результатам этого. В принципе, в этом шаблоне плохо, что он не добавляет дату, заставляя бота проходить следом (если он до сих пор проходит). Знаете что? {{подст:АИ}} писать чуть менее удобно (нужно переключать раскладку), поэтому я сделаю {{fact}} перенаправлением на {{АИ}}, чтобы можно было писать {{subst:fact}}. Тест: [источник не указан 3227 дней]. — Джек, который построил дом (обс.) 00:19, 30 июля 2016 (UTC)
Просьба отключить невесть откуда взявшуюся карту континента. Карты ЮАР + прямой ссылки на гуглокарты там за глаза и за уши. --Ghirla-трёп-21:45, 28 июля 2016 (UTC)
Собственно вот: оно не включено у меня ни в бета-функциях, ни в гаджетах, но работает, что наводит на мысль, что это включили по-умолчанию. Сия замечательная вещь отменяет мои собственные настройки интервики («Гаджеты» → «Интервики: переносить в начало списка») и упорно предлагает мне вики на чувашском и татарском взамен, сокращяя при этом общий их список. Что мне, к слову, не нужно совсем. Можно как-то убить это творение? Хотя бы локально? Для себя. – Meiræ18:41, 28 июля 2016 (UTC)
Администраторам и техникам: стоит пофиксить уже гаджет перевода интервики-ссылок, потому что сейчас из-за него ссылка на полный список вообще исчезает. St.Johann18:58, 28 июля 2016 (UTC)
А когда вернется в колонке интервик вид, установленный «Настройки/Гаджеты/Интервики/Заменить самоназвания языков русскими названиями, сортировать в алфавитном порядке» и «Настройки/Гаджеты/Интервики: переносить в начало списка»? Kalendar (обс) 07:12, 29 июля 2016 (UTC)
@Ksc~ruwiki: использую выделение нужных языков цветом заднего фона. гораздо визуальнее чем жирный шрифт. и можно каждый язык своим цветом выделить. надо прописать в своем common.css для каждого нужного языка: li.interwiki-en { background: #D5E5FF; } - вместо en указать нужный язык, код цвета тоже какой нравится... обсуждаемое "улучшение" не затронуло это оформление... → borodun™16:49, 29 июля 2016 (UTC)
Отключил компактный вид, но пропало выделение и перенос вверх списка английского, испанского, португальского, немецкого и языков народов России. Как вернуть обратно?--SoulTrain15:43, 29 июля 2016 (UTC)
Из-за этого "улучшения" теперь не работают гаджеты переноса нужных интервик и перевод на русский... → borodun™16:40, 29 июля 2016 (UTC)
Последнее время при использовании викификации в текстах стали появляться знаки вопроса. Убрать их никак не могу. Пример: в вики-тексте выглядит вот так "с аналогичным написанием-получает номинацию", при чтении - "с аналогичным написанием-?получает номинацию". Кто сталкивался с подобным? --Artem Ponomarenko (обс) 17:52, 28 июля 2016 (UTC)
Вы знаете, я пользуюсь только оперой. А виндовса браузер не использую. Если Вы считаете, что проблема из-за браузера-попробую другой и отпишусь.Artem Ponomarenko (обс) 23:21, 29 июля 2016 (UTC)
Мне при редактировании его было видно — он стоял сразу после подшаблона «Судно/Характеристики», так что его трудно было там заметить. --INS Pirat11:27, 30 июля 2016 (UTC)
Тем не менее это стандартный механизм для шаблонов, сказать ему что бы не ставил категории, реализованный во многих из них. --Туча14:05, 28 июля 2016 (UTC)
Это нав. шаблон для определённого типа статей. Если у вас возникает желание запихнуть его в статью, где ему не очень-то и место, то сопутствующие проблемы вам и решать. — putnik14:35, 28 июля 2016 (UTC)
Коллеги, кто-нибудь знает, как пользоваться инструментом Massviews? Интуитивно есть ощущение, что с помощью него можно ответить на важнейший вопрос, сколько человек посещает страницы моего авторства. Вот у меня, например, есть страничка, где я перечислил всё, чем осчастливил человечество. Как бы её скормить этой тулзе? Без создания специальной категории. Kmorozov (обс) 10:52, 28 июля 2016 (UTC)
На первый взгляд, тут создаётся куча страниц (pile) (Create New Pile, Manual list, одна страница в строке с префиксом (?) пространства имен), которой присваивается PileID. PileID скармливается Massviews (выбирается соответствующий пункт в выпадающем меню. — Igel B TyMaHe (обс) 14:32, 30 июля 2016 (UTC) PS. Не будет получаться, скажите мне, я попробую сам подготовить (где лежат - понял).
Кстати, посмотреть, сколько человек посещает страницы вашего авторства, можно и не выходя из Википедии, построив графики при помощи шаблона {{график просмотров}}. {{график просмотров|30|Человек разумный}} даст
После какого-то из очередных «улучшений» (кажется, странного последнего) навигационные шаблоны, используемые в блоке «Совместная работа недели» на заглавной странице, безосновательно увеличивают правую колонку при раскрытии. Я бы, конечно, мог и сам посмотреть, что там (скорее всего с CSS не так), но как-то после последних encounter’ов с инициаторами не хочется. St.Johann17:38, 27 июля 2016 (UTC)
@Saint Johann: Как освободился, так сразу сюда. Извиняюсь, правки провели незадолго перед последними днями установки десятой Винды, не смог зорко мониторить ситуацию. Всегда возникают неудобства, когда приходиться полагаться на других.Исправлено. Это побочный эффект правила, запрещающего перенос строки в ссылках в навшаблонах, и если они попадаются длинные, а формат узкий, то таблица может раздвинуться. Не думаю, что ради частного случая узких форматов стоит отменять это правило. Собственно, раньше мы могли наблюдать в подобных ситуациях сверхдлинные названия групп по сравнению со списками, потому что перенос строки в названиях групп был запрещён всегда. Наиболее эффективно и то, и другое можно исправить, добавив |groupstyle = white-space: normal; шаблонам, которые показываются на заглавной, я напишу ребятам, которые ей занимаются.> как-то после последних encounter’ов с инициаторами не хочется. Блин, и что же мы плохого сделали? Почему улучшения в кавычках? У вас есть серьёзные аргументы, или это просто стандартное луддитское (как вы себя сами охарактеризовали) ворчание? Давайте уже переходить от поверхностных обид и неуместных сарказмов к трезвому осмыслению ситуации. Улучшения довольно капитальные и общеполезные, поэтому неприятно это слышать. — Джек, который построил дом (обс.) 23:33, 28 июля 2016 (UTC)
Полагаю, логотип NVIDIA достаточно оригинален и должен быть удалён с Викисклада как нарушение авторских прав (два файла были загружены в мае с подложной лицензией: [1][2], ещё три вчера туда перенёс бот: [3][4][5]). Соответственно, в этом случае он не может быть включён и в шаблон. --INS Pirat16:43, 27 июля 2016 (UTC)
После того, как я вчера отправил по википочте письмо одному из участников русской Википедии и возникших сомнений относительно того, дошло ли письмо, я попробовал отправить письмо самому себе. Результат — письмо не дошло. Прошу починить. Раммон (обс) 07:10, 27 июля 2016 (UTC)
Могу предположить, что википедия отправляет письма с адресом отправителя, в котором стоит ваш email, а принимающий сервер банит их, по той простой причине, что почтовый сервер википедии и почтовый сервер где у вас почта - это не одно и тоже, домен разный, в результате чего письмо оказывается либо в спаме, либо вообще не доходит, в зависимости от настроек принимающего сервера. Проще говоря, принимающий сервер считает, что сервер википедии не имеет право отправлять такие письма, с таким отправителем и считает отправителя подделанным. --Туча21:32, 27 июля 2016 (UTC)
Туча, это вряд ли, поскольку раньше мне письма через википочту приходили, и вчера пришло письмо с wiki@wikimedia.org об удалении моего адреса электронной почты из настроек. Раммон (обс) 05:35, 28 июля 2016 (UTC)
С письмами от wiki@wikimedia.org никаких проблем и не должно быть при этом, потому что там отправитель поставлен wiki.
А почему раньше работало? Да потому что менее параноидальные настройки были у серверов принимающих почту. Проблема кажется имеет место для mail.ru, но пока не имеет место для gmail.com. То есть дойдёт письмо или нет зависит от принимающей стороны. --Туча06:19, 28 июля 2016 (UTC)
Туча, нет, дело не в этом - я только что попробовал, и вот результат: через русскую Википедию невозможно ни установить новый адрес электронной почты, ни изменить существующий адрес, а через английскую Википедию можно. Раммон (обс) 07:03, 28 июля 2016 (UTC)
Дважды только что сменил почту через настройки и никаких проблем при этом не испытал. Заодно проверил, действительно через Служебная:Письмо_участнику письма без всяких проблем доходят до gmail.com, но совершенно не работают, если почта mail.ru. --Туча07:18, 28 июля 2016 (UTC)
Большущее спасибо! Вы, как врач-диагност, наконец-то нашли причину неполадок в википочте. Я сменила в настройках mail.ru на другой сервер — и почта заработала, как новенькая. Может, нужно как-то объявить всем участникам, что в настоящее время письма через mail.ru не доходят? А то ведь многие так и ждут ответа… --Люба КБ (обс) 10:48, 28 июля 2016 (UTC)
Проблема давно известна, именно в подмене адреса заключена и решения нет. Википочта создана для анонимизации, это бьёт в обратку через спам-фильтр. — Igel B TyMaHe (обс) 14:42, 30 июля 2016 (UTC)
Охмуренно. Меня интересует конкретно статья Лахман, Ричард, которая именно в эти дни попала на заглавную. И именно в эти дни счётчик накрылся именно для этой статьи? --Алый Король07:36, 27 июля 2016 (UTC)
Ладно, раз уж оно на уровне движка ругается на <br />, то придётся всё-таки заменять. Поменял пока на панели вставки, в Викификаторе и в AWB. — putnik10:32, 27 июля 2016 (UTC)
А можно ещё поменять в меню редактирования статьи? Выпадающая строка инструментов «Дополнительно», кнопка «новая строка»? --VladXe (обс) 19:43, 28 июля 2016 (UTC)
Какое странное улучшение, взять и объявить часть синтаксических конструкций недопустимыми. --Туча22:04, 28 июля 2016 (UTC)
Не, здесь всё нормально. В HTML5 они недопустимы давно, за исключением <br />. И о том, что они в Википедии теперь будут трактоваться так же, как и в HTML5, сообщалось давно. Более странным решением было бы продолжать поддерживать сомнительные конструкции, тратя на это время и ресурсы. А с самозакрывающимся br до сих пор непонятки: я не уверен, что движок считает их некорректными, потому что страниц с ним как минимум на порядок больше двух тысяч, представленных в категории. ~Facenapalmобс, вкл10:35, 29 июля 2016 (UTC)
Викификатор стал менять <br /> на <br>, а гаджет «Подсвечивать синтаксис в окне редактирования» начинает подсвечивать всю страницу красной после незакрытого <br>. Либо верните как было, либо заставьте гаджет не реагировать на этот тэг как на незакрытый. Очень уж напрягает. --WikiFido☯18:57, 29 июля 2016 (UTC)
Поправил категории. Шаблоном подобная категоризация просто не была предусмотрена. Проверил по статье Импэто, оттуда удалил прежнюю ручную простановку категории. Вроде бы работает. Размер иллюстрации проставляется в самой карточке издательства таким, каким Вы хотите его видеть. Но, если более опытные участники смогут задать значения по умолчанию — буду рад. --Ksc~ruwiki (обс) 14:21, 26 июля 2016 (UTC)
Удаляются ли все записи из СН при удалении статьи?
Да, статья в СН остаётся (при пересоздании новые правки покажутся), но удалённые правки в СН не показываются, даже у админов. Они только на отдельной спецстранице для конкретной статьи есть. — putnik11:53, 26 июля 2016 (UTC)
см. Блэкмор, Ричард Додридж. Раньше он благополучно сосуществовал с карточками и расползался по ширине ДО них. А сейчас "Показать " залезло в текст карточки и так видать во всех статьях, где я его применял. Кому опять не спалось и он решил что-нибудь улучшить? --S, AV☎06:35, 26 июля 2016 (UTC)
> Кому опять не спалось и он решил что-нибудь улучшить? Мне. Собственно, это изменение делалось заодно с остальным на основе кода энвики, и основная цель была — исправление отступов и размеров. Я посмотрел, как ведёт себя этот шаблон у них, — там подобное залезание тоже наблюдается, и я не копал так глубоко, чтобы понять причины, почему так сделано. При этом у нас изменение, после которого «показать» перестало залезать на прибитое к правому краю, внёс Vlsergey и весьма поспешно, оставив свойства top и right, которые утратили смысл в отсутствие position:absolute;, и не уверен, что оно не обернулось где-нибудь багами. Поэтому код выглядел как какая-то корявость, и я, недолго думая, предложил его заменить. Но можно желаемое поведение вернуть, заменив в MediaWiki:Common.css у селектора a.NavToggle
Ну так верните обратно, коли можно. Мне эти кракозябры ниче не говорят. Стало хуже. Повторяю, я этот шаблон (только я) сотни раз использовал. Другие тоже. Потом вдруг бац - вторая смена. Если хочется сделать чудище- так сделайте новое и может кому оно по душе будет- шаблон в шаблоне. Этакая головоломка. --S, AV☎05:35, 27 июля 2016 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
На Мета-вики и в разделах на каталонском, иврите и македонском появились интерактивные карты. Инструкция по добавлению таких карт доступна по ссылке.
Откат на предыдущую версию движка задокументирован. [8]
Проблемы
Исправлена проблема в визуальном редакторе, из-за которой иногда требовалось повторное сохранение изменений. [9]
Изменения текущей недели
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 26 июля. Невикипедийные вики-сайты получат её 27, все Википедии — 28 июля (календарь).
На страницу уведомлений добавлена круглая синяя кнопка, помечающая все уведомления на Special:Notifications как прочитанные при нажатии. [10]
Поиск будет пытаться определить язык запроса (если найдено менее трёх результатов) и показывать ссылки на википедию на соответствующем языке, если там есть нужная статья. Первые 5 языков вскоре получат данную возможность. [11]
Встречи
Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 26 июля в 19:00 (UTC). См. инструкцию.
Также приглашаем на встречу с Архитектурным комитетом. Темы недели — расширение, имплементирующее хранилище пар «ключ-значение» с аутентификацией. Встреча пройдёт 27 июля в 21:00 (UTC). См. инструкцию. [12]
Будущие программные изменения
Иконка «Уведомления» поменяется с облачка на документ. [13]
Программный код страницы Special:Notifications изменится ради увеличения совместимости с мобильными устройствами. [14]
Класс metadata надо убрать; говорили, он влияет на мобильную версию. Если только это сделано специально с какой-то целью; но он на месте с начала существования шаблона. В энвики этого нет. Для привлечения внимания:
Хм, а как по-вашему должна работать ссылка на Коммонс при лишней строчке в заголовке? Она же берёт текст ссылки из него. Разве что предусмотреть отдельно параметр «альтернативное название», сейчас сделаю. — Джек, который построил дом (обс.) 14:25, 24 июля 2016 (UTC)
@NBS: Да, там ссылка формируется через двойные квадратные скобки, а тут через одинарные, что позволяет прибавить ?uselang=ru к адресу для русского языка, но исключает вставку переносов строки (сам <br> тут не при чём — его можно вставить, если не переносить строку после него). На самом деле никакие поля для альтернативного имени, пожалуй, там не нужны, я верну как было. — Джек, который построил дом (обс.) 20:26, 26 июля 2016 (UTC)
Вообще за переносами строк в параметрах шаблона лучше следить, потому что они часто интерпретируются неверно, и не везде от этого есть или возможна защита. Вот, например, что будет, если я введу по букве на строчке в шаблоне {{ambox}}:
Много раз объяснял, что я (как и многие нормальные участники) не хожу на викидату. Должна быть возможность отключать параметры карточки без посещения других веб-сайтов. --Ghirla-трёп-12:10, 24 июля 2016 (UTC)
А что значит «не доверяем»? Насколько понимаю, возможны три варианта. 1) Сведения на викиданных откровенно ошибочны, тогда там надо однозначно вносить правку. 2) Параметр в викиданных не значим, тогда он просто не будет грузиться в карточку, так как соответствующего поля не будет в самом шаблоне. 3) Когда в разных языковых версиях википедии указываются различные утверждения, например, по дате какого-либо события, дате рождения и т. п., но только один из вариантов указывается в викиданных и этот вариант нам кажется сомнительным. Тогда мы просто заполняем поле в самой карточке и подгрузки информации из викиданных не происходит. Какие-то иные варианты мне в голову пока не пришли. --Ksc~ruwiki (обс) 21:19, 24 июля 2016 (UTC)
Ну элементарный вариант: есть некий клейм (утверждение), для которого поле у нас есть, но которое в нашем разделе мы хотим подвесить в состоянии неопределённости. Ну, с потолка — вроде умер кто-то, в ВД уже заполнили дату смерти, а мы не доверяем этим данным, ждём подтверждения от более лучших АИ. Пытаемся править в ВД — там засели «эксперты» и откатывают. Что остаётся делать — менять данные у себя. — Джек, который построил дом (обс.) 21:24, 24 июля 2016 (UTC)
Спасибо, так стало понятно. Это любой случай сомнения в том, что определённое событие имело место, хотя в викиданных оно будет указано, а параметр будет подлежать заполнению. --Ksc~ruwiki (обс) 21:58, 24 июля 2016 (UTC)
Все программисты очень тонко чувствуют разницу между false, null и undefined ;-) Даже если мы поставим чёрточку напротив даты смерти, это будет воспринято как однозначное утверждение о том, что человек ещё не умер. — Джек, который построил дом (обс.) 22:12, 24 июля 2016 (UTC)
(Добавлено в список техзадач на будущее)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (3) 2016-07-25: Опция в шаблонах-карточках, чтобы отключить подгрузку в поле информации с Викиданных. Jack who built the house. /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем с низким приоритетом. Суть: «Опция в шаблонах-карточках, чтобы отключить подгрузку в поле информации с Викиданных». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 20:05, 25 июля 2016 (UTC)
Итог
Сделано. Сейчас во всех карточках дефисы отключают прогрузку с викиданных и - уже долгое время используется конкретно для этого, так воспринимается пользователями и заполнен повсеместно. И кажется что у большинства пользователей уже ассоциируется именно с отключением, а не отрицанием или отсутствием данным. А необходимость в дополнительной обработке последних в связке между карточками и ВД кажется сомнительной — null и undefined и так уже заполняются на WD и отображаются в карточках. False должен решаться исправлениями. А если для программистов важен другой символ при отключении подгрузки, то наверное сперва нужно обсуждить целесообразность этого на данный момент и прийти к консенсусу. А то, что указано техзадачей фактически решено — опция отключения подгрузки в конкретное поле была уже реализована в 2016. Solidest (обс.) 07:44, 13 мая 2024 (UTC)
Шаблон поддерживает вывод двух позиционных карт. По умолчанию автоматически выводятся позиционные карты, соответствующие значениям параметров Страна и Регион. Если по каким-то причинам требуется вывести другие позиционные карты, нужно указать их явно в параметрах Позиционная карта и/или Позиционная карта 1. Также возможно отключить любую из этих карт, указав...
Добавление подкатегории в категорию «Типы военных кораблей»
Не могу добавить подкатегорию «Плавучие батареи» в базовую категорию. При попытке редактирования вместо перечня подкатегорий появляется пустая страница, на которой лишь список категорий, в которые включена сама категория «Типы военных кораблей». SergeyStG (обс) 16:07, 23 июля 2016 (UTC)
И кроме того, добавление чего бы то ни было в категорию делается редактированием не категории, а того, что в нее надо добавить. Vcohen (обс) 19:28, 23 июля 2016 (UTC)
Анонимный участник помог не советом, а более действенно, создав требуемую подкатегорию в нужной категории. Вопрос можно закрывать.--Ksc~ruwiki (обс) 19:44, 23 июля 2016 (UTC)
Подгружаемая из Викиданных ссылка разрывает карточку и я так и не нашёл, как дать ссылке название, если проставлять её локально (конструкция [www название] не работает). – Meiræ14:50, 23 июля 2016 (UTC)
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Создайте, пожалуйста, шаблон {{ОЭВТбио|...}} для указания следующей книги в разделе "Литература" для статей о персоналиях:
Отечественная электронная вычислительная техника. Биографическая энциклопедия / сост. С. А. Муравьёв. — М.: Столичная энциклопедия, 2014. — 400 с. — 1000 экз. — ISBN 978-5-903989-25-6.
{{книга
|автор =
|часть = << сюда должно подставляться название энциклопедической статьи... вообще, должно совпадать с названием статьи в Википедии >>
|заглавие = Отечественная электронная вычислительная техника. Биографическая энциклопедия
|оригинал =
|ссылка =
|ответственный = сост. С. А. Муравьёв
|издание =
|место = М.
|издательство = Столичная энциклопедия
|год = 2014
|том =
|страницы = << сюда нужно, чтобы подставлялись номера страниц >>
|страниц = 400
|серия =
|isbn = 978-5-903989-25-6
|тираж = 1000
|ref = ОЭВТбио /* ref мне нужен, чтобы ссылаться на эту книгу из текста статей с помощью {{sfn|ОЭВТбио|2014}} */
}}
Хотелось бы, чтобы шаблон принимал два параметра (например, как в Викисловаре wikt:Шаблон:ССРЛЯ) вот так:
После часть = напишите {{{1|{{{статья|{{PAGENAME}}}}}}}}, а после страницы = напишите {{{2|{{{страницы|}}}}}} и так создайте. --INS Pirat13:35, 22 июля 2016 (UTC)
Теперь {{подст:техзадача|Суть задачи}} не производит лишнего текста, ограничиваясь скромным шаблоном, а задачи собирает со страниц бот, складывая их в удобную таблицу на странице Проект:Технические работы/Задачи из обсуждений. Задачи можно сортировать по дате, приоритету и имени добавившего.
Как я описывал ниже, наиболее очевидный юзкейс — «Увидел проблему, требующую решения, — но интереса никто не проявляет, — добавил в неё {{подст:техзадача|Суть задачи коротко}} и пошёл заниматься своими делами». Задача становится на учёт и больше никогда не потеряется. Проходясь по списку, технически подкованные участники могут решать задачи.
Также вторым параметром можно указать приоритет (1/2/3, где 1 — высокий) или спрятать выводимый текст с помощью |спрятать = 1. Как только задача будет выполнена, к шаблону следует добавить |выполнено = 1.
Предлагаю всем пользоваться этим инструментом и не терять техзадачи.
Кстати, у меня появилась идея, что этот механизм может использоваться не только для отслеживания технических задач. Код шаблона, код .py-скрипта в вашем распоряжении; поменяв фасад, можно превратить это в инструмент трекинга чего угодно, дающий возможности, которые не даёт базовый функционал категорий.
P.S. Бонус-трек: шаблон {{ссылка на раздел}} преобразует компьютерное
Дополнение: регулярно пускать бота у меня пока возможности нет, но где-то в начале-середине августа я настрою ежедневное обновление таблицы. Работать бот, скорее всего, будет ранним утром (по Москве), сразу после бота-архиватора. ~Facenapalmобс, вкл22:59, 21 июля 2016 (UTC)
Ещё предлагаю раз в месяц пихать список актуальных задач на Ф-Т (в свёрнутом виде) и еженедельно рассылать подписавшимся (список сделать на подстранице например). —Ле Лой00:16, 22 июля 2016 (UTC)
Мне всё-таки кажется, что это дикое извращение. Единственный плюс такого подхода — всё остаётся в рувики. И я вот не уверен, что он перевешивает все минусы :( — putnik04:40, 22 июля 2016 (UTC)
Не представляю, как ты заставишь для каждой микроерунды (посмотри, чем я забил пока список задач) создавать таски на Фабрикаторе. Но если заставишь — почему нет. Кстати, можно и переносить постепенно задачи из списка, особенно более серьёзные, то есть использовать этот механизм как мост. — Джек, который построил дом (обс.) 11:06, 22 июля 2016 (UTC)
Плюс это удобно для использования обычными участниками, которые пишут темы и затем наблюдают их медленное скатывание в топку архиватора. Фабрикатор уже много времени на горизонте, захотели бы — перебросили всех туда, но что-то препятствует. — Джек, который построил дом (обс.) 11:28, 22 июля 2016 (UTC)
Коллеги, помогите разобраться. Почему на статью о косторезе Айезначится куча ссылок из разных статей об округах, каньонах и кантонах - тогда как в самих этих статьях ссылок вида "[[Айе|]]" нет? (Нужны только ссылки из дизамбигов (их 2) и из статей о косторезах (3)). Не могу понять, в чем дело. С уважением, --Meistaru 10 (обс) 21:35, 20 июля 2016 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
В уведомлениях сообщения теперь называются «Уведомления». [17]
Проблемы
12 июля все вики-проекты были откачены на MediaWiki 1.28.0-wmf.8 из-за проблемы со входом в систему. [18][19]
Изменения текущей недели
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 19 июля. Невикипедийные вики-сайты получат её 20, все Википедии — 21 июля (календарь).
Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 19 июля в 19:00 (UTC). См. инструкцию.
Также приглашаем на встречу с Архитектурным комитетом. Темы недели — план разработки бэкенда для межпроектного списка наблюдения. Встреча пройдёт 20 июля в 21:00 (UTC). См. инструкцию. [24]
Будущие программные изменения
Пользовательские скрипты и боты больше не могут править через http. [25][26]
Планируется обновление Gerrit, приглашаем разработчиков для бета-тестирования. [27]
@putnik: Ладно, не буду (очень уж тяжело было смотреть:)). В том-то и дело, что с другими художниками такого не наблюдалось (выборочная проверка - напр. Елена Янку осталась в порядке). --Meistaru 10 (обс) 21:26, 18 июля 2016 (UTC)
Если не пытаться управлять шириной, то всё будет хорошо. Всё равно параметр size перестал работать благодаря усилиям @putnik: правильно, на данном форуме этому счастью просвещенна половина тем. Хотя, конечно же, шаблон {{Кинематографист}}, защищенный до админа, не плохо бы переделать, раз он не может теперь управлять корректно шириной. --Туча12:40, 17 июля 2016 (UTC)
Помогите - подскажите, как правильно оформить ссылку на раздел 5.2.2 Эквивалентное последовательное сопротивление в статье Электрический конденсатор. То есть что конкретно должно быть после символа # в конструкции [[Электрический конденсатор#...]]? --Гдеёж?-здесь19:16, 16 июля 2016 (UTC)
Там перед тире неразрывный пробел, поэтому просто по названию сослаться не получится. Почему-то не получается, и, допустим, поставив в ссылке мнемонику вместо того пробела. Но можно вот так:
Спасибо за подсказки, сработало. А вообще есть ли ограничения на внесение подобного форматирования в подзаголовки? Пока мне известно лишь о рекомендации не использовать в подзаголовках ссылки. У меня было желание подправить данный подзаголовок, оставив лишь Эквивалентное последовательное сопротивление. Это было бы неправильным? --Гдеёж?-здесь20:18, 16 июля 2016 (UTC)
Инструмент для отслеживания технических задач в рувики
Презентую вам свою гениальную, хотя и несколько костыльную, систему отслеживания технических задач в рувики. Существует проблема «У нас есть достаточно большое количество технических задач, которые не решаются сразу, и проблема с ними в том, что они публикуются, в основном, на форумах и уходят в архив».
Практика и здравый смысл показывают, что:
Заходить на отдельную страницу (типа Проект:Технические работы) и что-то там вручную вписывать и растекаться мыслью по древу — не очень удобный способ, так как требует трудозатрат и создаёт дробление единой темы по разным страницам.
Переходить на громоздкие системы-органайзеры типа Фабрикатора ещё более затратно.
Но есть ещё и другой инструмент в нашем распоряжении: поиск. В отличие от категорий, он не просто выдаёт ссылку на страницу, но и показывает фрагмент текста, а также может давать ссылку на раздел. На основе этой особенности я создал подстановочный шаблон {{подст:техзадача}}, который используется так:
{{подст:техзадача|Суть задачи, не более 80 символов|по желанию приоритет: 1/2/3}} вставляется в тему и генерирует видимый текст
Эта тема добавлена в список технических задач для выполнения в будущем с таким-то приоритетом. Этот список доступен через поиск. — Джек, который построил дом (обс.) 13:34, 16 июля 2016 (UTC)
в невидимый же текст добавляется подраздел «(Добавлено в спиcок техзадач на будущее)», по ссылке на который можно перейти из поиска, и текст с датой, сутью задачи и вашей подписью. В поиске это выглядит так.
Единственный недостаток — в поиске отображается только одно вхождение со страницы.
Этот способ может использоваться как промежуточное звено между темой на форуме и более основательными списками техзадач, как на Проект:Технические работы. Увидел проблему, требующую решения, — но интереса никто не проявляет — добавил в неё {{подст:техзадача|Что-нибудь}} и пошёл заниматься своими делами. Далее кто-то, зайдя в поиск, может либо сразу решить эту задачу, либо перекинуть её в проект или куда-то ещё.
Предлагаю всем пользоваться этим инструментом и не терять техзадачи.
По-моему, какая-то жутко громоздкая и абсолютно лишняя сущность. Я и поднятой Путником проблемы-то не ощущаю и не наблюдаю, чтобы в текущем положении чего-то не хватало. MBH15:28, 16 июля 2016 (UTC)
Громоздкая? Что громоздкого во вставке одного шаблона с параметром? В том и была цель, чтоб не было громоздко. Распыляться между отдельной страницей и темой на форуме неэкономично, то есть мы уничтожаем сущности, а не множим их.> Я и поднятой Путником проблемы-то не ощущаю и не наблюдаю А ты часто поднимаешь какие-то todo-листы, чтобы решать задачи? Чтобы у тебя возникал вопрос: «Так, что следующее мне надо сделать?». Именно что касается технической части РуВП. — Джек, который построил дом (обс.) 15:39, 16 июля 2016 (UTC)
Отличная идея, но есть проблема. Когда тема уйдет в архив, особенно с тех. форума, придется искать если их много на странице. С уважением, Iniquity16:29, 16 июля 2016 (UTC)
Всё, что угодно, можно придумать, как только задачи становятся помеченными. Да, действительно, причём необязательно так делать с уходящими в архив страницами. И бот может уже выполнить какую угодно вёрстку, например добавить новую задачу в качестве ячейки в таблице с полями [дата добавления] — [ссылка] — [суть задачи] — [приоритет] — [добавивший]. Приоритет также можно цветом фона. В принципе, так поиск становится и вовсе не нужен, разве что бот может уйти в отпуск. — Джек, который построил дом (обс.) 17:11, 16 июля 2016 (UTC)
Но выносить (точнее, копировать) на отдельную страницу каждую тему тоже удобно, так как архивные страницы как бы не редактируются, а на этих мы можем писать сколько угодно после ухода темы в архив.@DR: можно что-нибудь такое реализовать? Чтобы бот-архиватор темы с подразделом «(Добавлено в список техзадач на будущее)» выносил на отдельную страницу (подстраницу Проект:Технические работы, полагаю), а также добавлял строку в таблицу на странице, где всё собирается (например, Проект:Технические работы/Задачи с форумов), вычленяя дату, суть задачи, приоритет (если он указан: 1 — низкий, 2 — средний, 3 — высокий) и добавившего из строки
Тхздч (3) 2016-07-16<nowiki/>: Попросить бота выносить техзадачи на отдельные страницы. — ''[[У:Jack who built the house|Джек, который построил дом]]'' ([[ОУ:Jack who built the house|обс.]]). /Тхздч.
Разве что стоит учесть, что названия двух тем в принципе могут совпасть, и для второй одинаковой темы тоже нужно создать подстраницу. То есть в название подстраницы включать не только название темы, но и дату, например. — Джек, который построил дом (обс.) 18:07, 16 июля 2016 (UTC)
(Задача выполнена)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (1) 2016-07-16: Попросить бота выносить техзадачи на отдельные страницы. — Джек, который построил дом (обс.). /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем с высоким приоритетом. Суть: «Попросить бота выносить техзадачи на отдельные страницы». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. Сделано. — Джек, который построил дом (обс.) 16:50, 16 июля 2016 (UTC)
Даже если полагаться на то, что бот всё вынесет на отдельную страницу, у бота будет список страниц, куда включено, и больше ничего. Он не сможет никак определить, появилась ли на этой странице новая задача. Строго говоря, он не сможет это сделать и через поиск, но через поиск хотя бы будет удобнее отслеживать людям, а во-вторых, ещё никакой ботовод не дал согласия на то, чтобы мониторить кучу страниц на факт появления в них новых шаблонов (я пока задал вопрос DR только про бота-архиватора). В принципе, если какой-либо ботовод даст согласие на то, чтобы регулярно обрабатывать информацию со всех мест, где встречается шаблон, и совершать вышеуказанные действия, то в подстановке действительно не будет нужды. Только кто его даст? — Джек, который построил дом (обс.) 15:52, 17 июля 2016 (UTC)
Я не про то, что поиск может как-то по производительности ударить, а про то, что это инструмент, который на такой сбор данных не рассчитан. Грузить страницы поиска ради того, чтобы посмотреть, не появились ли новые техзадачи — сомнительное удовольствие, что руками, что ботом. Тем более, что информация в выдаче едва ли коррелирует с нужной информацией; тем более, что отсортирована выдача ни разу не по порядку добавления шаблона; и так далее. Мониторить страницы на появление каких-то там слов, а потом по крупицам собирать информацию с этих страниц, конечно, никакой ботовод не возьмётся — это геморрой ещё тот, нафиг надо. По включениям шаблона пройтись труда не составит абсолютно. В идеале я вижу такую картину: есть шаблон {{техзадача}}, у него в параметрах лежит всё необходимое: краткое описание задачи, приоритет, дата простановки шаблона (её можно автоматом подставлять как раз через subst:, насколько я понимаю механизм шаблонов), статус выполнения (по этому параметру можно будет фильтровать), кто взялся. Бот раз в N дней собирает все эти шаблоны в кучу, для каждого запоминает ещё ссылку на страницу. Затем идёт на специально предназначенную для этого страницу и меняет её содержимое на что-то такое:
{{таблица техзадач/шапка}}
{{таблица техзадач/строчка|все те параметры из шаблона "техзадача" без изменений|ссылка=ссылка_на_страницу}}
<!-- повторить для каждой найденной техзадачи -->
{{таблица техзадач/конец}}
Шаблоны «таблица техзадач», соответственно, формируют табличку, может, с какими-то комментариями, и сортируют её по дате. При такой архитектуре, во-первых, бот будет представлять из себя скрипт в десять строчек, а во-вторых, участники проекта смогут менять оформление таблицы техзадач, как их душе угодно, без терзания ботовода. Выдирать не ссылку на страницу, а ссылку на раздел может быть проблематично, с учётом всяких возможных служебных символов в заголовках и дубликации оных. Однако если каждый шаблон, относящийся к невыполненной задаче, будет добавлять в оглавление условно уникальную «(Добавлено в список техзадач на будущее)», получение ссылки на этот скрытый раздел проблемой не должно быть — по сути, надо просто число шаблонов до данного раздела посчитать. При такой постановке задачи я мог бы взяться, вот только стабильного регулярного обновления чаще условного раза в неделю я гарантировать не могу. Хотя мне давно пора переступить лень и настроить рабочее окружение на ПК, а то всё хощу ботов с ноутбука. Да, кстати: шаблон {{техзадача}} я бы добавлял исключительно в шапку, чтобы, во-первых, это сразу было видно, а во-вторых, чтобы шаблон не ломал рубрикацию в случае, если обсуждение разрослось по куче подтем. ~Facenapalmобс, вкл17:30, 18 июля 2016 (UTC)
> это инструмент, который на такой сбор данных не рассчитан Спору нет, просто он рассчитан чуть больше, чем голые ссылки.> Мониторить страницы на появление каких-то там слов, а потом по крупицам собирать информацию с этих страниц, конечно, никакой ботовод не возьмётся — это геморрой ещё тот, нафиг надо. По включениям шаблона пройтись труда не составит абсолютно. Так нет же разницы нифига. Список включений, выдача поиска — суть одна: список ссылок. Просто один может прочитать человек, другой нет. Я согласен, что первое годится только как временное решение (просто потому что шаблон легковесней, чем то, что вставляется подстановкой, и не множит сущности). Но то, что ты описал, содержательно ничем не отличается — тот же самый сбор информации «по крупицам» со страниц.> дата простановки шаблона (её можно автоматом подставлять как раз через subst:, насколько я понимаю механизм шаблонов) Ну дык — уже нужна подстановка. Но на самом деле она не нужна, потому что боту ничего не стоит получить эти данные из ближайшей следующей подписи, которая легко отличима машинным зрением. Там же будет лежать и ник. Хотя стоп. Это как раз нафиг не нужно. У меня есть идея получше: пишется то же самое {{подст:техзадача|тра-та-та}}, только вместо кучи текста подставляется другой шаблон с ником и временем в параметрах. (Можно — тот же {{техзадача}}, так как не в каменном веке живём, каждый шаблон может совмещать обе функции, см. {{орисс}} для примера.)Твоё предложение об устройстве обобщающей таблицы меня устраивает. Давай так и сделаем.> Выдирать не ссылку на страницу, а ссылку на раздел может быть проблематично, с учётом всяких возможных служебных символов в заголовках и дубликации оных. А? Можешь взять у меня код, пережёвывающий вики-текст заголовка в часть адреса после #, на Участник:Jack who built the house/transferHeadingToSummary.js. Теги он не вырезает, но теги мало кто использует. Не понял про «число шаблонов до данного раздела посчитать» — в чём проблема добраться до кода вызова шаблона, а от него искать вверх?> стабильного регулярного обновления чаще условного раза в неделю я гарантировать не могу Может, если сбросишь код матёрому ботоводу, он на автомате будет запускать с кучей остальной рутины. — Джек, который построил дом (обс.) 18:19, 18 июля 2016 (UTC)
«Список включений, выдача поиска — суть одна: список ссылок» — нет. Это ты рассуждаешь с позиции пользователя. А я — с позиции ботовода. Понимаешь? Для списка включений есть отдельный очень приятный апишный запрос. Кроме того, он фреймворком pywikibot поддерживается, так что и его писать мне не надо будет: я пишу одну строчку кода — и сразу получаю список. А выдирать ботом результаты поиска — это ад. «Но то, что ты описал, содержательно ничем не отличается — тот же самый сбор информации „по крупицам“ со страниц» — опять нет. Я выдираю один кусок информации и без изменений его пихаю в другой шаблон на другой странице. И ссылку добавляю. В текущем виде мне этот кусок информации ещё по крупицам собирать. «У меня есть идея получше» — вот эту «идею получше» я и имел в виду. Как человеку, нифига не смыслящему в шаблонах, мне это видится так: если в шаблоне нет параметра «дата», он выдаёт код своего вызова с теми же параметрами и проставленной сегодняшней датой. Тогда подстановка шаблона будет давать его же с проставленной датой. «в чём проблема добраться до кода вызова шаблона, а от него искать вверх?» — в этом как раз проблемы нет, проблема в общем случае по вики-коду заголовка получить ссылку на него. В случае с шаблоном всё чики-пуки, о чём я и написал. «Может, если сбросишь код матёрому ботоводу» — как-то стыдно мне будет с умным видом пихать кому-то десять строчек кода. :) Я лучше рабочее место на ПК организую, он у меня почти круглосуточно включён. Но если что со мной вдруг случится — я коды обычно выкладываю, не пропадёт. Я готов этим всем заняться, только я сейчас за городом с крайне медленным интернетом и ограниченным трафиком, так что пока отложим. С тебя, главное, шаблон {{техзадача}} со всем вам необходимым. Вообще, с тем, как часто мы пересекаемся, нам с тобой было бы круто где-то координироваться. Ты скайпом пользуешься? Vk? Телеграм? ~Facenapalmобс, вкл20:57, 18 июля 2016 (UTC)
> Для списка включений есть отдельный очень приятный апишный запрос. Так бы и сказал. Так ссылку на тему сложно выдрать из предшествующего вики-текста? Просто мне кажется, это очень просто.Телеграм или VK. — Джек, который построил дом (обс.) 22:19, 18 июля 2016 (UTC)
«Этот невидимый раздел используется...» — с невидимостью то у раздела проблема-с... В Содержании заголовок то отображается... вызывая недоумение... → borodun™16:43, 18 июля 2016 (UTC)
У спортсменов биологический рост с Викиданных подгружается в параметр, предназначенный для указания личных рекордов в прыжке в высоту. Сидик из ПТУ (обс) 10:19, 16 июля 2016 (UTC)
@DmitTrix: тонкий неразрывный —  . @AleUst: ну там лучше без дивов и смоллов через font-size: smaller; и br. У small'а есть ещё тот недостаток, что он оставляет межстрочный интервал таким же, как для шрифта большего размера. Ещё есть известный баг при использовании переносов строк в параметрах шаблонов, когда первая и последняя строчка выделяется в отдельный абзац и отступы получаются неравномерными. Чтобы обойти это, надо использовать br либо без переносов строк, либо писать так:
Всем спасибо. А почему теперь элементы перечислены с использованием синтаксиса маркированного списка, а получается одна строка? Это модуль Navbox такой умный? Может, уважаемые авторы нового синтаксиса обновят документацию шаблона {{Навигационная полоса}} (и, возможно, ещё каких-то?) по аналогии с {{Навигационная таблица}}? DmitTrix (обс) 06:23, 17 июля 2016 (UTC)
В результате очередных «улучшений» (которых в последние сутки почему-то оказалось слишком много), если изображение берётся в ВД, то его разносит на всю страницу. Лечится это внесением имени файла в карточку-шаблон. Как-нибудь можно посмотреть, где ещё такая проблема (и починить)? Спасибо, — Adavyd (обс) 19:01, 15 июля 2016 (UTC)
В Википедии есть статьи о других людях с фамилией Иванов.
В Википедии есть статьи о других людях с фамилией Петров.
В Википедии есть статьи о других людях с фамилией Сидоров.
людей раздражают, большинство в одну строчку хотят. А человек мог фамилию менять несколько раз, особенно мамзель. Ну или с рождения повезло.
Может сделает кто, чтобы этот функционал работал также, как в шаблоне «См. Также». Большой вклад будет, кучу барышень и носителей составных фамилий от сего ужоса избавит.
Очень большая просьба. Если можно побыстрее, чтоб людям показать пока опрос))) С меня «спасибо» )) --S, AV☎18:44, 15 июля 2016 (UTC)
Schekinov Alexey Victorovich, сделать-то одна минута, но я не уверен, честно говоря, — а он найдёт достаточно широкое применение? Может, в таких случаях просто напрямую использовать {{См. также}} с изменённым текстом? {{Также|Босния и Герцеговина (значения)|l1=Босния и Герцеговина|Босния (значения)|l2=Босния|Герцеговина (значения)|l3=Герцеговина|altphrase=У этого термина существуют и другие значения, см.}}
@INS Pirat:, так в сто раз мутнее. Пусть он будет. Лично я буду пользоваться им, просто Босния и Г. - мутный случай, а вот утрамбовать на страницах вроде Трубная улица (Москва) - я мимоходом смогу и все рады, а спецом за таким бегемотом в дебри на полезу. Вот: засек - 8 секунд. А у вас вариант мне минуты на три минимум- я бы тупо мимо прошел. --S, AV☎01:36, 16 июля 2016 (UTC)
Хотя мне лично не очень формулировка нравится «У этого термина …». С одной стороны, он именно для случаев, когда терминов несколько, с другой стороны, «У этих терминов» тоже не скажешь, потому что не всегда понятно будет, у каких «этих». Кроме того, к топонимам, допустим, слово «термин», по-моему, вообще не совсем корректно применять. --INS Pirat02:02, 16 июля 2016 (UTC)
@INS Pirat:, там благодаря запятой и См: все около дела. Хотя я бы точку с запятой поставил. Но не суть. документацию бы еще, чтоб попросить защиту потом поставить. --S, AV☎02:08, 16 июля 2016 (UTC)
Ну саму страницу документации я пустой сразу создал и включил в шаблон. Документацию не защищают, так что можно будет дополнить когда угодно. Мне сейчас, честно говоря, просто не охота думать над оформлением. Пока приходит в голову только скопировать с соответствующими изменениями уже написанное в документации к «Однофамильцам». --INS Pirat03:00, 16 июля 2016 (UTC)
Еще одна мысль
Уважаемый коллега @INS Pirat:, не сочтите за наглость, но можно ли вас попросить подумать над еще одним вариантом? Возможно ли аналогичным образом объединить шаблон, который даёт ссылку на список аббревиатур и на обычный список «других значений»? Например: статья о ТНП-1 у которого есть название «Акцент». Возможно ли в ней оформить ссылки на ТНП и на Акцент одной строчкой? Заранее признательна, --MarchHare1977 (обс) 02:23, 16 июля 2016 (UTC)
Реализовать это, вероятно, нетрудно (может быть, даже имеет смысл задействовать модуль на Lua, чтобы упростить эти шаблоны). Но вопрос в том, какая должна быть формулировка. На мой взгляд, в две строки, как в ТНП-1 (тепловизор), такая информация о разнородных омонимах всё же воспринимается лучше. --INS Pirat03:00, 16 июля 2016 (UTC)
Знаки препинания после тега <math></math> могут переноситься на другую строку. Попробуйте поменять размер окна: .
Я не нашёл багрепорта на фабрикаторе. Но можеn я не там ищу? Вопрос заключается в следующем: чей это баг, существет ли на эту тему баг репорт, если нет, то где его нужно создать? — Алексей Копылов✍🐾18:23, 15 июля 2016 (UTC)
Упс... У них этот баг отмечен, как "WONTFIX". То есть чинить его не будут. Тогда надо решить, что делать. Я вижу три варианта:
Игнорировать.
Использовать шаблон {{nobr}}: {{nobr|<math>x</math>.}}. Но это слишком сложно. Я, например, не готов, для всех формул писать такую длинную конструкцию (а знаки препинания стоят чуть ли не после каждой формулы).
Ставить знак препинания внутрь формулы: <math>x.</math> → Проблема, что это семантически неправильно. Да и выглядит знак, внутри формулы не совсем так как снаружи. (Особенно это заметно для скобок:
Почему-то не масштабируется изображение на 250px параметром шаблона. Вот так сейчас выглядят карточки в некоторых статьях — KY Лебедя. Кто понимает в чем причина? Bechamel (обс) 09:42, 15 июля 2016 (UTC)
Почему в некоторых статьях [34], [35] вместо изображения постера только его название Unsere Mütter unsere Väter.jpg ? При попытке править, изображение вдруг появляется. --81.177.127.15507:12, 15 июля 2016 (UTC)
Причины те же, что и у ряда проблем, описанных ниже. Изображение появляется после нулевой правки в статье. Просто не внося никаких изменений, сохраните страницу. Изображения появятся. По двум страницам, которые Вы указали, изображения поправил.--Ksc~ruwiki (обс) 08:06, 15 июля 2016 (UTC)
У кучи фото фэрюз пропала ссылка, что они используются, и бот предупредил об их удалении через неделю. Что делать?Nicolas-a (обс) 02:22, 15 июля 2016 (UTC)
Это не сюда, скорее на техфорум или форум ботоводов. Однозначно помогает нулевая правка в статье, но восемь с лишним сотен статей обработать вручную будет сложно. Хозяин вынесшего бота появится — надеюсь, поможет. Sealle04:08, 15 июля 2016 (UTC)
Если какие-то файлы сейчас не являются неиспользуемыми, то они ими уже не станут. Те, что сейчас считаются неиспользуемыми, но есть в статьях, исправятся после обновления кеша. Можно попробовать форсировать этот процесс для тех файлов, у которых стоит шаблон с обоснованием. — putnik10:10, 15 июля 2016 (UTC)
На странице обсуждения ботовода уже висит плашка с просьбой форсировать процесс с помощью нулевых правок в статьях, где используются файлы. --Well-Informed Optimist (?•!) 10:22, 15 июля 2016 (UTC)
Я добавил категорию на страницы документации трёх шаблонов ({{d-}}, {{d-l}}, {{d-ll}}). Я так понимаю, сами шаблоны должны попасть в категории. Но они не попали. Видимо, нужна нулевая правка. Но шаблоны защищенные. Как в таких случаях принято поступать? — Алексей Копылов✍🐾19:51, 14 июля 2016 (UTC)
Поставил себе единственный юзербокс на страницу, и тут он стал лиловым. Хорошая попытка, но нет; может, другие юзербоксы представляют собой жуткую вахканалию цветов и им показано радикальное хирургическое вмешательство, но не этот. — Джек, который построил дом (обс.) 19:28, 14 июля 2016 (UTC)
не все ли равно, какого они цвета? если надо, можно цвет и поменять. вообще я сейчас трогаю только шаблоны вида «участник проекта», он во-первых и так почти всегда лиловый (см. {{userbox/Участник проекта}} cf. {{userbox/Участник проекта2}}), а во-вторых дело в неверных категориях, неполной поддержке параметров и неадекватном/неудобном, а главное разномастном коде. кому не нравилось, отменяли. если какой цвет где не нравится — отмените, почему бы и нет. хотя какая разница. а вообще суть в том, чтобы код был однородным и подвергался в итоге ботообработке, а также имел унифицированный набор параметров и стилей вызова. может, когда-то даже дело дойдет до замены всех проектных шаблонов на вызов вида {{участник проекта|<имя проекта>}}. Это то, к чему следует стремиться, но едва ли это дело ближайшего времени — тот факт, что свою любимый цвет люди готовы отстаивать в ущерб удобству и логике, мне известно. посему, если какой конкретно не нравится — отменяйте и всего делов. но желательно хоть проверить, что там стоят корректные категории, поддерживается nocat и gender switch.--Abiyoyo (обс) 20:17, 14 июля 2016 (UTC)
Хорошо, буду переносить цвет для мало-мальски активных проектов, где есть основания полагать, что он неслучаен.--Abiyoyo (обс) 20:47, 14 июля 2016 (UTC)
Видимо, мне ещё пару дней придётся писать один и то же ответ, поэтому вдруг автор следующей темы вдруг увидит эту: если у вас какие-то проблемы с изображениями, то прежде чем написать сюда, посмотрите, пожалуйста, ВП:Кеш. — putnik18:25, 14 июля 2016 (UTC)
В статье Тяньцзиньская арена вылезает какая-то предупреждающая надпись о проблеме с параметром чего-то (чего именно?), из-за которого ошибка в Lua. Как убрать — непонятно. Помогите, пожалуйста. --VAP+VYK15:10, 14 июля 2016 (UTC)
P.S. @putnik: вы бы в таких случаях делали пошагово: шаблон + поправить использования, потом следующий? А то ведь много где получается выглядит как поломка, что потенциально отвлекает или раздражает авторов и удивляет читателей. Ну, или ночью пускать. - DZ - 15:17, 14 июля 2016 (UTC)
Скорее всего, проблема с вашими расширениями для браузера. По крайней мере, все прошлые разы приходили именно к такому результату. — putnik15:20, 13 июля 2016 (UTC)
Расширение подставляет под некоторые слова рекламу, а на страницах Википедии при правках эти самые слова удаляются. У меня было так. В Гугл-Хроме, которым пользуюсь, теперь в расширениях только адблок стоит и больше ничего.--Лукас (обс) 18:48, 13 июля 2016 (UTC)
У меня такие проблемы были из-за некоторых расширений в браузерах. А в браузере Альфа вообще это была такая фича, потому как нельзя было убрать, потому убрал сам браузер.--Лукас (обс) 18:44, 13 июля 2016 (UTC)
«Правильные» и "неправильные" кавычки в названии категории
Добрый день. Не подскажете что делать с такой проблемой: Есть давно созданная категория Категория:Лауреаты премии «Золотая маска». Создал её добрый человек, у которого на раскладке есть «правильные кавычки». При внесении названия в ХотКэт с клавиатуры, не имеющей в раскладке таких кавычек (написании там - Лауреаты премии "Золотая маска") категория искомая не всплывает в поиске. Приходится втаскивать в редактор, викифицировать и потом таким способом добавлять категорию. Вопрос собственно в чём - это ошибка (фича) ХотКэт, что он не выдает по поиску нужный вариант, или это не лечится и надо категорию переименовать? А если переименовывать, то лучше вообще без кавычек? Какая практика? Спасибо. НоуФрост❄❄❄08:37, 13 июля 2016 (UTC)
Смело переименовывать с "нормальными кавычками", могу помочь ботом. Удобство использования имеет абсолютный приоритет перед типографическими красивостями. MBH10:42, 13 июля 2016 (UTC)
Я как раз таки нормально редактирую. ТСа не устраивают по каким то причинам устанавливаемые раскладки, поэтому единственный вариант для него alt+.........--Мечниковобс15:44, 13 июля 2016 (UTC)
Не, жестоко предлагать такое. Проще: 1) сразу под полем редактирования есть панель быстрой вставки — кавычки там в самом начале, 2) в панельке над полем редактирования в «спецсимволы → символы». Обрамляет выделенный текст. --Vladis13 (обс) 18:15, 13 июля 2016 (UTC)
В смысле так можно вносить «правильные» кавычки? Не устраивает тем, что процент тех авторов, кто написал 250 статей текущих о Лауреатах «Золотой маски», и кто знает про «альт+» ничтожно мал. И ничтожно мал в перспективе написания остальных статей. Меня интересует решение, чтобы хоткэт давал категорию по поиску и тем самым способствовал категоризации этой категории. Хочется чтобы это мог сделать любой автор без технических ухищрений. НоуФрост❄❄❄13:26, 13 июля 2016 (UTC)
Вообще, это, по-хорошему, проблема HotCat’а. Хорошо, а перенаправления он обрабатывает? Может, перенаправления на категории создать с обычных кавычек на «ёлочки»? ~Facenapalmобс, вкл13:33, 13 июля 2016 (UTC)
В смысле создать категорию с «перенаправлением»? Как то был случай, когда такая идея пришла мне в голову, но мне сказали, что так не принято. Админ сказал. НоуФрост❄❄❄13:36, 13 июля 2016 (UTC)
Не, в русской википедии такой практики и правда нет. Но ведь можно и ввести, если хоткат обрабатывает редиректы. А, уже неактуально, видимо. ~Facenapalmобс, вкл23:41, 13 июля 2016 (UTC)
Я таких правок ещё не делал, но считаю их возможным разрешением поднятой проблемы (типографисты насовали знаков даже туда, где нельзя воспользоваться механизмом редиректов и, как следствие, любой участник, желающий что-то там править, обязан откуда-то брать экзотические кавычки и прочие подобные знаки). MBH15:30, 13 июля 2016 (UTC)
Категории — всё же не чисто техническая вещь, они создаются в первую очередь для читателей. А то, что создаётся для читателей, должно полностью соответствовать стилистическим нормам проекта. Удобство редакторов тут на втором плане. ~Facenapalmобс, вкл23:41, 13 июля 2016 (UTC)
«При внесении названия в ХотКэт с клавиатуры, ... категория искомая не всплывает в поиске.» - в смысле не всплывает?! Только что проверил - через хоткат добавляю категорию, набираю "Лауреаты премии", тут же выскакивает предложение с первой по алфавиту категорией и всплывает окошко на пять строк с предлагаемыми категориями и скроллом [38] (точно так же как при вики-поиске), где можно или колёсиком, или ЛКМ прокрутить до нужной [39], и ничего набирать на клавиатуре уже не надо, а тем более осуществлять какие-то хитрые манипуляции... → borodun™19:27, 13 июля 2016 (UTC)
Ах ты ж «ёшкин кот». А я то набирал ошибочное «Лауреат премии….» и думал что категория вообще не ищется «с правильными кавычками». «Во тупые…» Виноват. НоуФрост❄❄❄19:31, 13 июля 2016 (UTC)
Хотя проблема всё одно потенциальная есть для полностью закавыченных категорий. Хорошо что хоть эта не такая :) НоуФрост❄❄❄19:35, 13 июля 2016 (UTC)
Затерроризируйте разработчиков Хотката, и делов-то. Неразрывные пробелы в обычные, я смотрю, он превращает, значит для него это не проблема. Но вообще для редактора энциклопедии вполне естественно иметь у себя типографскую раскладку клавиатуры. Макс, пора уже перейти к стадии принятия и потратить 5 минут на установку. — Джек, который построил дом (обс.) 19:46, 13 июля 2016 (UTC)
В запрос можно и остальные кавычки добавить — „“, например. У нас они только в текстах статей употребляются, и то очень редко, но мало ли, везде свои стилистические нормы. А если уж решать проблему — так решать целиком. ~Facenapalmобс, вкл23:47, 13 июля 2016 (UTC)
u:Jack who built the house, на ведроиде мне её тоже поставить? Бирмана нет даже под просто линукс, подавляющее же большинство ведрораскладок не включают кавычки из экзотических языков (вот японские кавычки в японской раскладке на моей клавиатуре есть, русских на русской - нету). MBH17:07, 19 июля 2016 (UTC)
Беда. А Бирман-то сноб известный, да:
Хочу раскладку под Линукс, Юникс, Убунту и ФриБСД Что бы это всё ни значило, делайте и распространяйте. Раньше я обещал поставить ссылку со страницы раскладки на версию для чего-то такого, но больше не обещаю. Дело в том, уже три или четыре раза я это делал, а потом мне писали, что у меня на странице дохлая ссылка. Видимо, в мире странных операционных систем такое отношение нормально, но мне это надоело.
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (2) 2016-07-18: Добиться того, чтобы HotCat воспринимал машинописные кавычки как типографские. — Джек, который построил дом (обс.). /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем со средним приоритетом. Суть: «Добиться того, чтобы HotCat воспринимал машинописные кавычки как типографские». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 15:54, 18 июля 2016 (UTC)
Wikipedia.org портал обновление
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
{{PLURAL:$4|Результат <strong>$1</strong> из <strong>$3</strong>|Результаты <strong>$1—$2</strong> из <strong>$3</strong>}}
$1 - minimum offset
$2 - maximum offset
$3 - total number of results
$4 - number of results
Это даёт «Результат 1 из 31» вместо «Результаты 1—31 из 31» на страницах результатов поиска (пример), если оное значение $4 заканчивается на единицу (кроме того, что заканчивается на «одиннадцать»), то есть {{plural:}} работает не так, как нам надо (он-то нужен в других целях — чтобы приставлять правильное окончание к «1 яблоко», «2 яблока», «30 яблок», «31 яблоко»). Я интуитивно чувствую, в каком направлении здесь надо двигаться, но пока сам лезть не готов, может кто сталкивался. — Джек, который построил дом (обс.) 19:12, 12 июля 2016 (UTC)
А это нормально вообще? Год же есть в date, почему бы его оттуда не извлекать. А так для сохранения года можно использовать |ref = Сбербанк РФ2005 вместо |ref = Сбербанк РФ. — Джек, который построил дом (обс.) 06:05, 13 июля 2016 (UTC)
Там не «год», а «дата» в произвольном формате. Вообще это шаблон для сайтов, год там обычно не указывают или владельцы сайта могут его менять. Год в ref для cite web может быть некорректен, например в статьях может быть десяток разных новостей одного СМИ одного года. --Vladis13 (обс) 12:49, 13 июля 2016 (UTC)
Уж в {{cite web}} с автоматической обработкой даты и извлечением номера года всё в порядке. А что делать-то? Если год для сайт-веба плох, то, казалось бы, тогда и не должен быть указан в шаблоне {{sfn}}, а если с ним всё в порядке, то якорь с годом должен работать. — Джек, который построил дом (обс.) 15:37, 13 июля 2016 (UTC)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (1) 2016-07-16: Номер года в якоре для шаблона sfn в шаблоне cite web. — Джек, который построил дом (обс.). /Тхздч.
Эта тема добавлена в список технических задач для выполнения в будущем с высоким приоритетом. Суть: «Номер года в якоре для шаблона sfn в шаблоне cite web». Список задач доступен на странице проекта; задачи добавляются при помощи шаблона {{подст:техзадача}}. — Джек, который построил дом (обс.) 14:50, 16 июля 2016 (UTC)
Вот таким образом у меня в Опере отображается этот шаблон. Данный скрин сделан в этой статье, но шаблон криво отображается не только там, а везде, даже на странице его документации. Участник, пишущий статью про Государственный строй Тямпы говорит, что у него в «трёх браузерах всё нормально». Кстати, он используется в качестве примера на ВП:ИЛЛ.--Мечниковобс16:01, 12 июля 2016 (UTC)
В хроме - нормальный горизонтальный ряд. Какой браузер? Попробуйте отключить свои пользовательские стили, попробуйте другой браузер. Вы с десктопа с десктопной осью смотрите? MBH16:54, 12 июля 2016 (UTC)
Если вы про Оперу 12, то она вышла уже больше четырёх лет назад, и никем не поддерживается. — putnik17:12, 12 июля 2016 (UTC)
Официально поддерживается (MediaWiki). Плюс большинство сайтов нормально работают. Сам пользуюсь только этой версией (12.12). Oleg3280 (обс) 17:18, 12 июля 2016 (UTC)
Я всегда использую последнюю версию Оперы. Версия 38.0. В Хроме всё тип-топ. Другие шаблоны, например, Фоторяд в Опере нормально отображаются.--Мечниковобс17:38, 12 июля 2016 (UTC)
Специально поставил Оперу (38.0.2220.41 под мак), всё работает как надо. Попробуйте открыть в приватном режиме и поотключать расширения, проблема на вашей стороне. — putnik14:15, 13 июля 2016 (UTC)
Спрошу здесь, поскольку больше спрашивать негде. В благих вики-целях хотел поставить себе бирмагский шрифт, в итоге бирманский шрифт не встал, так ещё и русский поехал. Шрифты в вики, мэйл.ру и прочих сайтах отражаются как на картинке. Сохранил страницу вики как хтмл, открыл блокнотом, и в качестве фонта там указан уже удалённый бирманский шрифт. Скажите, что делать, кто виноват, я и так знаю. --Алый Король06:24, 12 июля 2016 (UTC)
Здравствуйте коллеги! В этом шаблоне воспроизводится одна и та же ошибка: Ошибка выражения: неопознанный символ пунктуации «[». Полагаю, что это связано с применением викиданных (изменения внесены в феврале этого года), но я могу ошибаться. Самостоятельно исправить шаблон, к сожалению не получилось. Помогите, пожалуйста, решить вопрос.--Ksc~ruwiki (обс) 18:53, 11 июля 2016 (UTC)
Забыл привести пример - Алстахёуг, Балланген. --Ksc~ruwiki (обс) 18:55, 11 июля 2016 (UTC)
В правиле нет мотивировки, почему его нужно применять и к заголовкам. В обсуждениях этот вопрос вообще никем не затрагивался. На мой взгляд, такое выделение избыточно.
По поводу шаблона: да, не обратил внимания на ограничение (см. комментарий Джека ниже). Используйте тогда напрямую магическое слово: {{DISPLAYTITLE:''The End of the Beginning'' (альбом God Is an Astronaut)}}.--INS Pirat19:16, 11 июля 2016 (UTC)
Если бы это кого-то не устраивало, то правило было бы изменено. Или были бы попытки изменения. Спасибо. С уважением Кубаноид; 01:59, 12 июля 2016 (UTC)
Этот невидимый раздел используется для формирования ссылок на разделы на странице поиска. Тхздч (1) 2016-07-16: Исправить {{заголовок курсивом}}, чтобы он работал для длинных заголовков. — Джек, который построил дом (обс.). /Тхздч.
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Введён в работу новый алгоритм уменьшения изображений, он исправил несколько старых проблем, но привёл к появлению новых. [40][41][42]
Уведомления были сгруппированы по типу, их количество теперь соответствует числу непрочитанных сообщений, а не групп с непрочитанными сообщениями. Непрочитанные уведомления теперь отображаются первыми. [43][44][45]
У страницы Special:Notifications появилось максимальное значение ширины списка в немобильной версии, это позволит правильно обрезать длинные названия и описания. Улучшен парсинг уведомлений. [46][47][48]
Проблемы
5 июля Викисклад находился в режиме «только чтение» в течение 20 минут, и спустя несколько минут после этого журнал свежих правок и несколько гаджетов работали некорректно. Кроме того, проблема затронула административные действия в других проектах. [49]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 12 июля Невикипедийные вики-сайты получат её 13, все Википедии — 14 июля (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 12 июля в 19:00 (UTC). См. инструкцию.
Не закрываются в статьях, даже если их (шаблонов) там два и более. Закрываются только те, где прописан state=collapsed. А autocollapsed не закрываются даже если их несколько. Пробовал исправить ситуацию вот так -- не помогает. Прошу исправить или подсказать, как это сделать--Unikalinho (обс) 06:24, 11 июля 2016 (UTC)
Сворачиваются в статьях, где БОЛЕЕ двух шаблонов, няп. Приведите пример от трёх шаблонов. MBH11:03, 11 июля 2016 (UTC)
Если эта тема появляется во второй раз, тогда предположение: может раньше это работало неправильно, а теперь стало работать правильно, что люди это заметили? И стоит 2 заменить на 1? Я, честно говоря, не помню, сколько шаблонов раньше по умолчанию не сворачивалось. — Джек, который построил дом (обс.) 14:46, 11 июля 2016 (UTC)
Просто кто-то переделал в прошлом месяце все навшаблоны, некоторые до си пор в отвратном состоянии, кроме того впендюрил туда гайку, гораздо более заметную, и теперь не стоит удивляться, почему люди на это стали больше обращать внимание. --Туча15:05, 11 июля 2016 (UTC)
Ну заменю, заменю я гайку (будет как тут), потерпите вы чуток. Толстый набор фиксов уже накопился, но надо подготовить текст запроса к админам. (Не люблю подобную «бумажную работу» и всякую бюрократию, поэтому всё время перескакиваю на другие дела, что ж поделаешь.) — Джек, который построил дом (обс.) 15:20, 11 июля 2016 (UTC)
Уважаемые коллеги!
Дня четыре тому назад в моих "Оповещениях" увидел, что от пользователя (с некоторым именем) было мне письмо. Однако в указанном в настройках Википедии мною ящике только извещения о правках страниц; никакого письма от того пользователя нет. В самих же "Оповещениях", где я увидел эту информацию, видно начало текста ("Здравствуйте, коллга Белов!..." И так далее). И не более. Что же это за письмо и как его можно достать (если можно вообще)? — Эта реплика добавлена участником Белов А.В. (о • в)
Может оно попало в спам. Некоторым программам, кажется подозрительно, что письма от человека с адресом скажем gmail, приходят с сервера википедии. Они подозревают, что кто-то шлёт письма от чужого лица. — Алексей Копылов✍🐾11:56, 10 июля 2016 (UTC)
Там были два письма - также о правках в статьях из списка наблюдения. Этого письма там не было. Может сработала защита самой Википедии?.. Белов А.В. (обс) 18:36, 10 июля 2016 (UTC)
Была схожая фигня. Проверка показала что письмо отправлено из японской Вики, заблокированным в Ру-Вики участником. Видимо, поэтому уведомление на емейл и не попало. Zero Children (обс) 18:43, 10 июля 2016 (UTC)
Здравствуйте, помогите, пожалуйста, с технической проблемой. Я пишу комментарий на страницу обсуждения, никаких ссылок не вставляю, пытаюсь сохранить. Мне выдают: "Правка не сохранена, поскольку добавленная внешняя ссылка находится в «чёрном списке»"; ссылка, которая вызвала срабатывание - нечто связанное со словарями Яндекс. И так много раз подряд уже второй день. Что случилось? — Эта реплика добавлена участником Aranelle (о • в)
Браузерным поиском по странице найдите эту ссылку в окне редактирования и отрежьте у неё квадратные скобки/префикс хттп:, в общем сделайте её неактивной. MBH12:08, 10 июля 2016 (UTC)
Вот не надо ей резать префикс http, пожалуйста. Потом мой бот пытается такие ссылки фиксить и сталкивается с фильтром. Если ссылка не должна быть здесь — убирайте сразу. Полумеры только добавляют проблем. ~Facenapalmобс, вкл12:26, 10 июля 2016 (UTC)
Движок ищет запрещённые ссылки в added_lines, а в их число попадают и изменённые или перемещённые абзацы, а иногда - и просто не трогавшиеся. MBH22:33, 10 июля 2016 (UTC)
А почему попадают? В данном случае, я пытался редкатировать, просто нажав на кнопку "добавить тему". Я даже не видел в окне редактирования запрещенной ссылки. — Алексей Копылов✍🐾03:35, 11 июля 2016 (UTC)
Как убрать часы?
Бесят они меня. даже не тем, что время показывают по Тимбукту, а тем, что подгружаются позднее, ты тыкаешь вверху в одно, а попадаешь в другое, ибо в момент клика догрузилось, что в Тимбукту сейчас 10:34 (хотя настрой ки по москве, где щас 13:34). у меня моноблок старой версии --S, AV☎10:35, 9 июля 2016 (UTC)
Вот фото. Целый адмирал и зам.министра, куча наград. Только фото это не копируется. Кто умеет может как-то перетащите на Викисклад? Достойный человек какбэ. --S, AV☎10:08, 8 июля 2016 (UTC)
Если используете файрфокс то поставьте аддон image toolbar - при наведении на картинку всплывают кнопочки для сохранения. Помогает во многих местах где "хитрые" сайтописцы что-то пытаются "защитить" (да и просто удобно)... В том числе на вивальди... А вообще в вивальди есть кнопка "сохранить" (правда сохраняет в пдф). → borodun™14:07, 10 июля 2016 (UTC)
странно, раньше на вивальди срабатывало... теперь точно квадратик дает... видно что-то "подкрутили"... ну тогда старым добрым скриншотом, если с пдф возиться не охота... :) кстати, разведчик давно есть на торрентах... → borodun™14:59, 16 июля 2016 (UTC)
Мне интересно, почему в мобильной версии нет навигационных шаблонов, не показываются статусы и номинации на статусы. С уважением, EKBCitizen09:12, 8 июля 2016 (UTC)
Чтобы они отображались нужно кое-что прописать, но для этого необходим консенсус. А я подозреваю его не будет. С уважением, Iniquity14:12, 9 июля 2016 (UTC)
Возникли вопросы по сортировке в таблице. В данной статье необходимо сортировать страны по алфавиту, однако поскольку там названия стран вызываются с помощью шаблона СтранаОИ, то по умолчанию сортировка происходит по списку кодов МОК, в результате чего, например, после Болгарии (BUL) идёт Чили (CHI), а только потом уже Великобритания (GBR). Сейчас я всё это оформил через Шаблон:Sort, но это требует много времени и вносит путаницу в код. Есть ли какие-то другие более простые способы отстортировать страны в соответствии с кириллицей? --FC Mezhgorye (обс) 16:09, 6 июля 2016 (UTC)
Спасибо. Так намного удобнее получается. Но, как я понимаю, полностью избавиться от прописывания в коде русского названия не получится? --FC Mezhgorye (обс) 18:35, 6 июля 2016 (UTC)
Может быть, есть какой-нибудь шаблон, аналог СтранаОИ, который выдает в самом начале это русское название, но невидимым образом. Vcohen (обс) 18:45, 6 июля 2016 (UTC)
Сейчас сделано так, что если статья переименовывается с перенаправлением и нажата галочка «переименовать соответствующую страницу обсуждения», СО тоже переименовывается с перенаправлением и их приходится ставить на КБУ. Надо изменить. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜15:10, 6 июля 2016 (UTC)
Кстати, хорошая идея при переименовании страниц подавлять перенаправления для страниц обсуждений. Поддерживаю, если это реализуемо. Dmitry89 (talk) 15:51, 6 июля 2016 (UTC)
У нас есть достаточно большое количество технических задач, которые не решаются сразу, и проблема с ними в том, что они публикуются, в основном, на форумах и уходят в архив. Предлагаю для того, чтобы их не терять, создавать задачи в фабрикаторе. Тогда они будут все в одном месте, и если кто-то захочет заняться их исправлением, то легко их найдёт. Но тут важно, чтобы практику создания задач поддерживали достаточное число активных участников, иначе идея заглохнет. Другие крупные проекты так делать не пробовали, не очень крупные его используют. В частности, можно посмотреть phab:T802 относительно общего обсуждения и phab:T34578 для отслеживания задач в тамильских проектах. Если будет активно пользоваться, то можно будет попросить сделать отдельный проект, а не просто таск для отслеживания. Есть потенциальный минус, что фабрикатор международный, т. е. по сути англоязычный. Теоретически никто не против, чтобы мы писали по-русски, но что получится на практике, не очень понятно. Вероятно, хотя бы часть информации имеет смысл дублировать по-английски. Что думаете по поводу такой идеи? — putnik17:49, 5 июля 2016 (UTC)
Я тоже как-то продумал о нашем проекте, а группа активистов может перетаскивать их уже на Фабрикатор. Просто на мой взгляд Фабрикатор это уже для задач, которые обсудило сообщество. С уважением, Iniquity18:18, 5 июля 2016 (UTC)
Я всегда считал, что на фабрикатор нужно отправлять уже чётко сформулированные техническим английским багропорты, а не общий форумный флуд, тем более на никому непонятном языке. Я регулярно перетаскиваю на него все потенциальные баги движка, которые вижу на форумах, вот последний (как его бампнуть там?) Считаю, что не надо перетаскивать русскоязычный форум, с неконструктивными стонами гуманитариев по поводу изменений в движке, на Фабр. MBH23:10, 5 июля 2016 (UTC)
Так я и не предлагаю перетаскивать форум. Грубо говоря, тут пишется десяток сообщений, треть их них не требует действий, почти все закрываются сразу, для одного-двух оставшихся создаём задачи в Фабрикаторе. — putnik09:23, 6 июля 2016 (UTC)
Мне показалось, предлагается перевести на фабрикатор треды вида "Фсё сломалось!", открывающиеся после обновлений движка. Вот им там делать нечего. Что до более адекватных тредов с техническими просьбами - вы предлагаете заводить их на фабре, даже если реализацию способны сделать локальные админы (правками на защищённых страницах)? MBH10:02, 6 июля 2016 (UTC)
Вот создал кто-нибудь на форуме тему про то, что есть баг, и его нужно поправить. Все понимают, что он есть, и поравить нужно, но за неделю никто так и не взялся. Я предлагаю создавать для таких тем таски в фабрикаторе, чтобы они не терялись. И речь именно о тех багах, которые способны поправить локальные админы (и даже иногда не админы). — putnik15:49, 7 июля 2016 (UTC)
Но ведь на фабре такие запросы будут гораздо менее заметны как для локальных уч-ков, способных их пофиксить, так и для уч-ков, желающих присоединиться к запросу. Как на нём вообще найти "наши" баги? MBH23:44, 7 июля 2016 (UTC)
> У нас есть достаточно большое количество технических задач, которые не решаются сразу, и проблема с ними в том, что они публикуются, в основном, на форумах и уходят в архив. Предлагаю для того, чтобы их не терять, создавать задачи в фабрикаторе. Тогда они будут все в одном месте, и если кто-то захочет заняться их исправлением, то легко их найдёт. @Putnik: на самом деле для этой конкретной цели есть куда более экономичное решение: в задачи, которые не должны потеряться, хоть шаблон вешать и в нём добавлять в категорию, хоть html-комментарий писать. Достаточно договориться, что это будет. Фабрикатор, конечно, дал бы организацию, но если цель — просто не терять задачи… Хм — неудобство в том, что если это будут темы в обсуждениях, то там, где мы будем это трекать, будет только название страницы. А вообще нет: в поиске, если не искать в кавычках, выводится название раздела; например. Можно сделать подстановочный шаблон, который будет производить текст типа: <span style="display:none;">Техническая задача на будущее 2016-07-03</span>. В порядке рекурсии сейчас это опробую. Техническаязадачанабудущее 2016-07-03 — Джек, который построил дом (обс.) 06:33, 13 июля 2016 (UTC)
А нет, чтобы давал ссылку на раздел, надо, чтобы текст запроса содержал слова из названия раздела. Можно добавлять какие-нибудь пометки к названию раздела или создавать подраздел (может, даже скрытый?), сейчас попробую:
Кажется, в какой-то момент что-то изменилось в процедуре, сравнивающей версии. Если в абзаце сделано минимальное изменение, пусть просто добавка пробела, - он не распознаётся как тот же самый. Пример вот.
Если я прохожу по ссылке на дифф (например, из извещения о благодарности), то в качестве последней просмотренной версии отмечается не та, которая в диффе, а та, которая последняя сейчас. В результате в списке наблюдения пропадает отметка, что в данной статье есть непросмотренные изменения.
Есть хороший гаджет wikEdDiff (встроенный в англовике), который зачастую показывает дифф информативнее. Добавить в common.js: mw.loader.load('//en.wikipedia.org/w/index.php?title=User:Cacycle/wikEdDiff.js&action=raw&ctype=text/javascript'); В области сравнения версий по центру появится кнопка для его включения (см. описание на странице гаджета). В нём нету проблем с пробелами и переводами строк. Можно использовать совместно с обычным. --Vladis13 (обс) 01:39, 5 июля 2016 (UTC)
Первое, по-моему, всегда так было. Чтобы строка распознавалась как та же самая, если она сдвинулась вверх/вниз, надо, чтобы она не изменилась вообще. — Джек, который построил дом (обс.) 13:14, 5 июля 2016 (UTC)
Я убрал ломающие список переносы строки и заменил ---- на <hr>, а также добавил теги <p></p> для восстановления отступов текста; проверил через своё ЛП — работает. — Джек, который построил дом (обс.) 22:42, 7 июля 2016 (UTC)
Тест:
# 1
# 2 {{Участник:Jack who built the house/начало закрытой секции}}
#: 2.1{{конец закрытой секции}}
# 3
1
2
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.
Recent changes
A daily email summary of notifications could be sent even when there were no notifications from the wiki. Now no email will be sent if there is no activity. [50]
Changes this week
The "⧼citoid-citefromidtool-title⧽" button in the visual editor's toolbar will move into the "Вставить" menu except for Wikipedias, Wikibookses and Wikiversities. This is to make it less prominent on wikis that don't use it as much. [51]
The new version of MediaWiki will be on test wikis and MediaWiki.org from 5 July. It will be on non-Wikipedia wikis and some Wikipedias from 6 July. It will be on all wikis from 7 July (calendar).
Meetings
You can take part in the next office hour for Wikidata on IRC on July 8 at 16:00 (UTC). See how to join.
Никак не могу понять, почему шаблоне {{начало цитаты}} задаёт серый фон для цитат, тогда как аналогичный код, перенесённый в УкрВики, даёт прозрачный фон. И как понять, какой фон задумывался автором в оригинале? Меня лично серый коробит и я бы голосовал за прозрачный, или белый (что по сути одно и то же). --Алый Король15:54, 3 июля 2016 (UTC)
Согласен. Иначе цитата от просто текста статьи никак и не отличить будет, её и кавычками чаще всего не выделяют при использовании этого шаблона, перекладывая роль кавычек как раз на фон... Вот что надо сделать в оформлении, так это чтоб справа фон не заезжал под картинки и шаблоны, когда они есть справа... А если надо цитату с прозрачным фоном - есть {{Цитата}}. → borodun™22:05, 3 июля 2016 (UTC)
С заездами меня давным-давно научили бороться фигурными скобочками в коде. {| и так далее. Автоматизировать, конечно, не помешало бы.--Dmartyn80 (обс) 05:03, 4 июля 2016 (UTC)
Необходимо убрать задваивание координатов во всех геостабах, подобных Бертон-апон-Трент. Исходя из бритвы Оккама задваивание чего бы то ни было в коротких статьях, где каждая строчка на счету, не требуется. (Предыдущее обсуждение заболтали). --Ghirla-трёп-22:04, 1 июля 2016 (UTC)
Сами и заболтали, одни хотелки - никаких аргументов. Повторяю вопрос, какие строчки у вас на счету?
@Dima st bk:, @Putnik: По делу: а в какой момент координаты в карточке приобрели такую форму? Это формат чисто для intitle, никаких ссылок на карты быть не должно, так как для геообъектов ПозКарта есть в карточке. На G O Я ходят из заголовка. — Igel B TyMaHe (обс) 09:09, 2 июля 2016 (UTC)
(G) появился до 2009 года. О и Я добавили в 2011-м, что ли. П. С. Странно задавать вопрос участнику, появившемуся гораздо позже явления. Advisor, 09:26, 2 июля 2016 (UTC)
Не всегда координаты есть в заголовке, могут быть и число инлайновые. По-хорошему, надо дождаться нормального GeoHack'а и выкинуть эти ссылки вообще, но, к сожалению, это не вопрос ближайшего года. — putnik00:03, 4 июля 2016 (UTC)
В энвики координат в карточке этой статьи нет, но из каких-то других соображений. Давать или не давать координаты где-то в зависимости от длины статьи — левый критерий. Про один населённый пункт читаю, статья подробная, смотрю координаты в карточке. Про соседний населённый пункт читаю, статья короткая, координат нет. Интерфейс должен быть предсказуемым, а не играть с пользователем в кошки-мышки. Ой, а куда это координаты из карточки делись? Сейчас добавлю их туда, забыли видимо. Аааа, здесь это не надо, потому что это стаааб. What. — Джек, который построил дом (обс.) 10:25, 2 июля 2016 (UTC)
Имхо нужно отказываться от формата «title,inline» в пользу только «title». Координаты непосредственно в карточке могут быть нужны только там, где их больше одной штуки. Например, для рек. — putnik00:03, 4 июля 2016 (UTC)
Окей, окей, я не хотел этого делать, но вы не оставляете мне выбора, придётся процитировать свой ответ про бритву Оккама, коли вы не прислушиваетесь и считаете, что энвики, по крайней мере в части статей, лишена здравого смысла и не понимает сути бритвы Оккама, а вы понимаете.«Awww, ну что бритва Оккама, неужели неясно, что смысл «умножения на два» в том и состоит, что мы полагаем необходимость умножения сущностей наличной. То же самое касается дублирования ссылки на официальный сайт в карточке и разделе ссылок. Удалите эту ссылку из одного из мест, и никто вам спасибо не скажет. Но вы можете это сделать из мнимой потребности, чтобы всё было только в одном экземпляре».«[Лебедев], хоть и такой-растакой, как бы тоже не идиот, и принцип, отражающий бритву Оккама, у него тоже есть и называется «Учимся делить на два». Он как бы говорит: «Вы должны уметь отличать случаи, когда множить сущности не надо и когда это всё же надо», а ваша логика осталась на шаг позади и говорит: «Всегда не надо». Бритва Оккама — не некий универсальный аргумент, чтобы избавляться от всего на свете, что бы повторялось». — Джек, который построил дом (обс.) 11:25, 6 июля 2016 (UTC)
специально для таких вот любознательных товарищей у нас есть вкладка "История",загляните, посмотрите,увидите, что так поставил автор статьи. Так почему этот вопрос возникает на общем форуме? Если уж лень искать кто установил, то в любом случае в коде прекрасно виден вручную установленный размер картинки к карточке. -- ShinePhantom(обс)09:58, 2 июля 2016 (UTC)
Просто любознательных товарищей коробит, что в каждом инфобоксе шаблономаны ввели свой эзотерический способ определения ширины изображения. Господа карточники, не пора ли уже определиться? Тем более в период, когда тут всё и вся пытаются свести к единому знаменателю. --Ghirla-трёп-10:48, 2 июля 2016 (UTC)
Сегодня заметил лупу в первой строке шаблона {{Внешние ссылки}} например тут. В связи с чем два вопроса:
Не нарушает ли в данном случае использование лупы авторских прав как это обсуждалось недавно с нав-таблицами?
Нужна ли в принципе подобного рода ссылка через лупу на шаблон в данном случае? Разве что документацию шаблона почитать… С уважением, AleUst (обс) 20:07, 1 июля 2016 (UTC)
Разница есть. Изменяя изображение вы создаете новую его сущность, для который нужен такой же текст лицензии и не факт, что он хранится где-то на нашем сайте. С уважением, Iniquity16:47, 2 июля 2016 (UTC)
Убрал размер вообще. Устаревшая финтифлюшка, в большинстве шаблонов фиксированные размеры, что есть хорошо и правильно. Advisor, 16:23, 1 июля 2016 (UTC)
Немного обновил английский гаджет, теперь он работает у нас, но пока только для семейства cite ({{citeweb}}, {{citebook}} и т.д.). Пользуйтесь на здоровье (возможны баги), в скором времени надеюсь обновлю под наши реалии: importScript('Участник:Iniquity/ProveIt.js');.
С уважением, Iniquity15:48, 1 июля 2016 (UTC)
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.
Здравствуйте!
Подскажите пожалуйста, как можно разместить в Википедии ссылку в которой присутствуют квадратные скобки? Может есть шаблон какой-нибудь для таких случаев?
--MMH (обс) 11:33, 1 июля 2016 (UTC)