В браузере Firefox (50.1.0, Linux x86-64, в браузере Vivaldi всё хорошо) при включении гаджета «Показывать, сколько байтов ещё можно ввести в поле „Описание изменений“, когда их остаётся мало» не показывается панель редактирования, bezik°07:34, 31 декабря 2016 (UTC)
Спасибо за оперативную магию, теперь всё хорошо. Гаджет полезный, так что очень приятно, что не пришлось его отключать надолго, bezik°11:08, 31 декабря 2016 (UTC)
так удалить все, не относящееся к футболу, из текущей версии элемента. И создать новые элементы для хоккейной и обзорной статьи, к которым уже привязать выкинутые из футбольного элемента интервики. ShinePhantom(обс)06:38, 31 декабря 2016 (UTC)
ShinePhantom, посмотрел, что на момент создания элемента из Немецкой Википедии, в ней была обзорная статья. То есть элемент бывший у статьи в Русской Википедии, когда я увидел эту тему, был не футбольный, а обзорной статьи. Так что создал футбольный и хоккейный элементы, соответственно проверив и правильно определив, куда из трёх элементов должны идти интервики.--Arbnos (обс.) 01:28, 1 января 2017 (UTC)
Греческая типографика
Вопрос к искушённым знатокам шаблонов и подобного. Заинтересовался, как проставить в шаблоне «Книга» и «Статья» греческое обозначение страниц. Прежде всего, в связи со статьёй Георгий Кодин. Кажется, был какой-то шаблон, где при проставлении языка регистр выставлялся автоматически, или я выдаю желаемое за действительное?--Dmartyn80 (обс.) 18:22, 30 декабря 2016 (UTC)
"Книгу" не проверял, а в той же "статье" при русском языке проставляет С., при греческом (el) сигму Σ. - так корректно? И вопрос в сокрашении или там еще и специфика с числами или разделителем? Tatewaki (обс.) 21:34, 30 декабря 2016 (UTC)
А в "книге", собственно, и параметра такого в коде шаблона нет, даже если в документации где-то завалялся или в гаджет вставлен - вместо него несколько наборов (страницы/страниц/том/колонка) для английского, русского и немецкого - думаю, и для других можно добавить, но он один из критических (под четверть миллиона включений; защищен), так что, как минимум, нужно более широкое обсуждение. Tatewaki (обс.) 23:02, 30 декабря 2016 (UTC)
Отсутствие шаблонов и категорий в андроид и мобильной версии википедии
Друзья, обращаю ваше внимание — в мобильной версии Википедии (https://m.ru.wikipedia.org/wiki/ ссылка доступна со смартфонов и планшетов) отсутствуют шаблоны и категории. При этом Просмотры мобильной версии превышают просмотры компьютерной версии.
Что приводит к невозможности просмотра ряда страниц в мобильной версии. К примеру, На сегодня статьи о песнях исполнителей объединяются через шаблон (раздел Песни, пример Шаблон:Кино (группа) и через категории (пример Категория:Песни группы «Кино»).
Таким образом, через мобильную версию нет ни какой возможности узнать о всех статьях про песни исполнителя. Как возможно это исправить?
Навигационный шаблоны вроде никогда не отображались в мобильной версии, так как бы вроде и задумывалось. --Туча19:21, 29 декабря 2016 (UTC)
Они не отображаются по вполне определённым причинам — они ужасно выглядят, если их показывать как таблицы. Тем более с кастомными styles. — VlSergey(трёп)19:47, 29 декабря 2016 (UTC)
Поэкспериментировал с дополнительными стилями. К сожалению, просто введением дополнительных class'ов не обойтись. В мобильном skin’е в коде «захардкожено» название стиля navbox и он безусловно скрывается. Чтобы разрешить показ navbox’а, надо менять имя стиля в генерируемом шаблоне. В Common.css & Common.js я-то могу добавить второй стиль, но кто знает, что ещё при этом может сломаться. теоретическая оценка трудоёмкости — несколько часов работы. Поэтому хочется больше мнений, насколько нужно этим заниматься. — VlSergey(трёп)12:58, 30 декабря 2016 (UTC)
По-моему, логичнее включить категории, чем шаблоны. Шаблоны на экранах телефонов реально будут выглядеть диковато. Кому очень нужны — переключится на полную версию. А вот чем не угодили категории, я вообще не понимаю. AndyVolykhov↔13:40, 30 декабря 2016 (UTC)
Места на серверах явно достаточно. Меня, к примеру, больше интересует — не слишком ли сильно загружает сервер рендер такой страницы в кеш? Одна из таких моих «толстых» страниц секунд 20 грузится (при первом доступе за день). — Vort (обс.) 12:22, 29 декабря 2016 (UTC)
Длинный текст комментария пропал полностью
правки При отмене правки при патрулировании вбил длинный текст, затем он скопировался не полностью в форму подтверждения (где добавился автоматически сгенерированный "отмена правки..."), а после отправки - исчез весь комментарий. — Igel B TyMaHe (обс.) 10:32, 29 декабря 2016 (UTC)
Давняя проблема, возникающая, если обрезание коммента до 256 байт разрезает посередине один из многобайтных юникод-символов. Ещё год назад писалось на фабрикатор, они вроде даже исправили, но получается нет. MBH10:48, 29 декабря 2016 (UTC)
Удалить сноску фактически означает удалить текст, который она подтверждает. Лучше оставить, пока кто-нибудь не разберется, хоть какой-то намёк на источник. — Igel B TyMaHe (обс.) 11:20, 30 декабря 2016 (UTC) PS. Ну и вообще: там стопицот сносок "Штейнпресс, 1980" с подходящим диапазоном страниц. Откуда сомнения, что и это 1980? — Igel B TyMaHe (обс.) 11:28, 30 декабря 2016 (UTC)
Здравствуйте! Надеюсь, что я в нужный раздел Форума пишу. Раньше в статьях о водоканалах отображалась физическая карта страны или региона, но теперь она почему-то исчезла. Да и шаблон вроде никто не трогал. И подобное только у каналов России, а в статьях о каналах других стран, физическая карта страны как и раньше отображается. Кто нибудь может в этой проблемке помочь? Chereck (обс.) 17:24, 28 декабря 2016 (UTC)
Существует ли какое-то «волшебное слово» — переменная, чтобы получить юзернейм автора первой правки? Или как это лучше сделать, чтобы шаблоном в текст включать? --cаша (krassotkin) 09:52, 28 декабря 2016 (UTC)
Жаль. Эти ссылки читал, надеялся там не всё, вдруг затерялось. Ну и как реализовать для вставки шаблоном? --cаша (krassotkin) 10:15, 28 декабря 2016 (UTC)
Лучшее, что могу предложить при моих скудных знаниях — получать ссылку на первую строку в истории страницы: {{canonicalurl:{{{1|{{FULLPAGENAME}}}}}|action=history&dir=prev&limit=1}}. Полагаю, реализовать получение имени автора первой правки можно на Lua; надеюсь, знающие Lua смогут предложить конкретный код с запрошенной функциональностью. Гамлиэль Фишкин16:22, 28 декабря 2016 (UTC)
Если это нужно для викиновостей для модераторов (быстро видеть, кто автор новости), или, скажем, просто для отображения на экране, проще всего это через JavaScript сделать и на страницу добавить куда-нибудь. Для Википедии я скорее буду против любых подобных попыток, ибо автор первой правки не важен, это очень условная информация, а её возвели в ранг магической цифры, которая что-то там означает. — VlSergey(трёп)16:36, 28 декабря 2016 (UTC)
Через вызов API это просто сделать, но задача чуть другая. Да, это для ВН. Вот это хотел автоматом прикрутить к какому-нить уже включённому всюду шаблону. Там, как и на Викискладе, вклад большей частью авторский. В ВН практически всегда первая правка если не единственный автор, то, как минимум, один из главных соавторов. Меня смутило то, что в служебной информации практически всё через переменные можно реализовать, кроме этого (ну и ещё там кой чего, при пристальном изучении). --cаша (krassotkin) 17:21, 28 декабря 2016 (UTC)
С 22 декабря все правки участника, следующие после непроверенных версий, помечаются как отпатрулированные автоматически. Это какой-то глюк, тема скорее для техфорума. И что означает "прежнее патрулирование", не с этим ли связан баг? Oude-rusman, а Вы в курсе ситуации? --Meistaru 10 (обс.) 09:33, 29 декабря 2016 (UTC) PS. Коллега GAndy, флаг АПАТа Вы присвоили 21 декабря, что-то пошло не так - не прольете свет? --Meistaru 10 (обс.) 09:43, 29 декабря 2016 (UTC)
Видимо, участник редактирует ранее отпатрулированную версию, вставляя туда более поздний текст. Это уже неоднократно обсуждалось, ничего толкового не придумали. --Sabunero (обс.) 13:48, 29 декабря 2016 (UTC)
Привёл пример статьи. Была неотпатрулированная анонимная правка, потом правка участника, которая превращает статью в патрулированную, хотя этого не должно быть. Это глюк. Я не думаю, что с такой скоростью правок новый участник будет редактировать заранее отпатрулированные страницы. Oleg3280 (обс.) 13:52, 29 декабря 2016 (UTC)
Вы дали ссылку на журнал старого патрулирования, это не имеющая отношения к тому, что в рувики называют патрулированием, встроенная функция движка, которую всё никак не могут окончательно отключить. Не обращайте внимания на то, что показывают её логи. В нормальном патрулировании уч-к производит только автопатрулирования, патрулирование автопатрулируемым возможно описанным выше способом. Наиболее заметная проблема во всём этом кейсе - журнал нормального патрулирования почему-то на английском, хотя соотв. сообщение на русском. Для старого патрулирования я добавил уточнение. MBH14:16, 29 декабря 2016 (UTC)
С английским понятно - русское всего 5 дней назад создано (хотя они говорили, что уже ежедневно загрузка переведённого идёт). MBH14:30, 29 декабря 2016 (UTC)
Предлагаю снять и заново присвоить флаг АПАТ этому участнику. Ничего личного, но все правки после 24 декабря 2016 года отпатрулированные независимо от предыдущего состояния статьи. А таких правок уже более 1000(!). Другой участник привёл пример статьи от 22 декабря. Это глюк! Все комментарии выше я внимательно прочитал, но от этого проблема не решилась. Статьи как патрулировались, так патрулируются в прямом смысле этого слова. Посмотрите вклад внимательно в плане патрулирования. У других апатов такого глюка нет. Oleg3280 (обс.) 22:35, 2 января 2017 (UTC)
Это регулярная проблема. И на КПМ случалось. Уже пару раз оптимизировали шаблоны, но кол-во вызовов только растет (новые дни открываются, а старые не закрываются), поэтому это рано или поздно случается снова. Нужно реорганизовывать либо страницу КОБ/КПМ, либо порядок подведения итогов (чтобы они проще и быстрее закрывались). По мне лучше второе, только что предложить не знаю. Dmitry89 (talk) 13:50, 27 декабря 2016 (UTC)
Если я обращаюсь к участнику и жду от него ответа, мне же надо как-то получить информацию, что он мне ответить не сможет? Vcohen (обс.) 17:31, 25 декабря 2016 (UTC)
У меня вопрос: существует ли инструмент для автоматического преобразования ref в sfn для раздела примечаний? Хочу номинировать одну статью, над которой работал в последнее время, на статус добротной, а там много таких ссылок. Или всё руками? Просто привык оформлять примечания через обычный ref. Если такого инструмента нет и кто-нибуть его напишет, уверен, что многие участники, в том числе и я, скажут большое спасибо. Oleg3280 (обс.) 16:28, 25 декабря 2016 (UTC)
Зейнал, у одной сноски был не указан год. А на какой источник должна вести эта ссылка? Источника 1992 года с идентификатором «Malcolm X» в статье нет: есть «Malcolm X. In Our Image», «Malcolm X (a)» и «Malcolm X (b)». --INS Pirat23:24, 24 декабря 2016 (UTC)
Datasets: Таблицы данных и карты теперь доступны с Викисклада
Commons Datasets (Tabular and map data) теперь включены на Commons и доступны с любой вики.
TLDR: Единое хранилище данных. Доступно везде. Положите данные в Викисклад "data:" с локализацией и используйте их для создания вики-таблиц, списков или прямо из графиков. Также работает с картами в GeoJSON (вместо KML). Все данные должны быть под CC0. Вот пример ВВП в каждом штате США. Активируйте и попробуйте выбрать диапазон лет снизу {{Graph:US Map state highlight}}:
Данные могут хранится как *.tab и *.map страницы в пространстве "data". Данные могут содержать локализированный текст -- одна клетка в таблице может менятся в зависимости от языка. Данные доступны с любой вики из Lua scripts, графиков и карт.
Lua позволяет генерировать вики-таблицы из данных, фильтруя, конвертируя, смешивания и форматирования исходных данных. Lua также позволяет генерировать списки или любой другой Вики-маркап.
Graphs могут использовать и .tab, и .map напрямую для представления данных. ВВП demo использует карту из Викисклада и раскрашивает сегменты на основе данных из таблиц.
Kartographer может использовать .map данные как дополнительный слой поверх основной карты. Таким образом, можно показать карту вымирающего вида:
Если нашли проблему, создайте Phabricator ticket с #tabular-data тагом или прокомментируйте на странице с документацией.
FAQ
Отношение к Wikidata: Wikidata содержит "факты" (небольшие кусочки информации). Commons datasets хранят "blobs" - большие объемы (max 2MB) данных, например, исторические погодные данные или очертания армейских позиций во время военных действий.
@Yurik: При записи данных их код переоформляется, отступы добавляются пробелами. А их много... С templatedata так было, затем сделали табуляцию [1][2] - экономия треть размера (например добавилась templatedata на +6979, затем на -2524 заменились пробелы). Эту треть можно занимать полезными данными (max 2MB) или просто уменьшать размер. --Sunpriat (обс.) 23:18, 5 января 2017 (UTC)
@Sunpriat: Не совсем так. Хранятся данные как раз в сжатом виде, без лишних пробелов. Но к сожалению мы ещё не сделали, чтобы пересылка к клиенту была бы в сжатом виде. При записи тоже, к сожалению, учитывается разжатый размер. Как только доделаем редактор, будем везде пересылать сжатую версию. А пока к сожалению действительно размер на 1/3+ теряется. --Yurik (обс.) 00:13, 6 января 2017 (UTC)
Как можно настроить, что разделителем в комментариях к правке была не запятая, а точка с запятой? Я часто нажму на кнопки под панелью, в которую вбивается комментарий, а затем пишу предложение с запятыми. Приходится менять разделитель. — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜22:22, 21 декабря 2016 (UTC)
Я лишнее заключил в теги <noinclude></noinclude>, чтобы не вставлялось в статьи. Но у шаблона больше никакого содержания и нет. Что он должен делать-то? --INS Pirat12:05, 21 декабря 2016 (UTC)
словами написать нельзя что-ли? даже короче выйдет, нет, обязательно шаблонов кучу навтыкать, чтоб новичкам сложнее было. 12:04, 21 декабря 2016 (UTC) — Эта реплика добавлена участником ShinePhantom (о • в) 12:04, 21 декабря 2016 (UTC)
Это потому что файлы герба и флага указаны в карточке вручную: похоже, значение параметра "size" из ш:Wikidata применяется только к файлам, получаемым с Викиданных, а для всех локальных, передаваемых во втором параметре шаблона, работает размер 250x350px (см. функцию "formatCommonsMedia" в модуле). --INS Pirat01:38, 21 декабря 2016 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Технические новости
Из-за новогодних праздников следующий выпуск технических новостей выйдет 9 января 2017 года.
Авторы технических новостей просят поделиться мнением об этой рассылке. Освещает ли она все нужные темы? Не пропустили ли мы что-нибудь? Возможно, что-то было опубликовано слишком поздно? Расскажите нам! Принимаются сообщения на любых языках. Заранее спасибо.
Последние изменения
Администраторам и администраторам переводов добавлена возможность использовать Special:PageLanguage в вики-проектах с расширением Translate, чтобы быстро определять язык страниц. Расширение «Translate» будет подставлять этот язык при переводе. Ранее подставлялся язык по умолчанию (обычно — английский). phab:T153209
Википедии, соединённые с Викиданными, теперь могут использовать функции парсера {{#statements: }} для получения отформатированных данных. Сырые данные доступны через функцию {{#property: }}. См. разницу между этими выражениями. Аналогичная функция добавлена в Lua. phab:T152780
Проблемы
Некоторые фильтры правок для загрузки файлов работали неправильно, пока что источник ошибок не определён, но эффектом данной неисправности стала загрузка файлов, которые не должны были пройти первичные проверки через фильтры. Данная проблема присутствовала на MediaWiki.org и Testwiki с 13 октября, Склад и Мета с 17 октября, остальные вики-проекты — с 17 ноября. phab:T153217#2876258
Изменения текущей недели
Новых версий движка Медиавики не будет ни на этой, ни на следующей неделе.
Встречи
Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 3 января в 20:00 (UTC). См. инструкцию.
Читал статью Богемия и решил взглянуть кто автор первоначального теста. И тут какая-то неразбериха: первой правкой автор пишет что "статья перенесена из статьи Богемия, авторов см. там же". Но это же и есть статья Богемия! Посмотрел историю переименований: Чехия (историческая область) -> Богемия (историческая область) -> Богемия. Т. е. была какая-то другая статья Богемия, с историей правок. На её основе создали статью Чехия (историческая область). Потом статью Богемия вероятно удалили (и вся история правок пропала). А уже потом статью Чехия (историческая область) переименовали в Богемия (историческая область) и затем обратно в Богемия. Вопрос: как найти оригинальную историю правок статьи Богемия, до удаления 04:31, 7 мая 2014 Torin? А то как-то нелепо получается что первой же правкой отсылается на историю правок которую не видно. По-хорошему надо было бы объединить истории правок удалённой статьи и нынешней статьи Богемия. --130.37.58.20110:57, 19 декабря 2016 (UTC)
Разделил и склеил куски. Причиной нарушения АП послужили действия 2014 года: Glovacki (выставление 56 правок истории на КБУ и переименование поверх) и Torin (удаление старой истории). В 2008 году Jaspe пытался написать отдельную статью о другом понятии данного термина, но всё было затёрто позже и получился дубль. Такие дела. История дубля от Jaspe вынесена по адресу Богемия (Jaspe). Advisor, 18:56, 20 декабря 2016 (UTC)
Страница со столь оригинальным названием не может существовать в основном пространстве. Предлагаю (по крайней мере в качестве вре́менного решения) заменить перенаправлением на «Богемия» и переименовать в «Богемия (историческая область)». А то там есть полезный вклад, который может пригодиться, и будет жаль, если удалят (особенно если для возможности переименования несуществующей страницы ). Гамлиэль Фишкин19:25, 20 декабря 2016 (UTC)
Theli: Ключ сортировки по умолчанию «Theli» переопределяет прежний ключ сортировки по умолчанию «i». Кто-нибудь может объяснить, откуда взялось это «i»? NBS (обс.) 10:43, 19 декабря 2016 (UTC)
Создаю новый раздел обсуждения, действую по инструкции: «1. Переведите курсор под „шапку“ страницы. 2. Нажмите == == и впишите заголовок новой темы». После нажатия на «== ==» появляется строчка с двумя «==» по концам и двумя пробелами между ними. Но при этом курсор в одних браузерах встает между этими пробелами, как и надо, а в других между двумя правыми «==». Не знает ли кто, в чём дело? Vcohen (обс.) 17:21, 18 декабря 2016 (UTC)
ИЭ вроде как уже не поддерживается, а потому нет обновлений и будут технические проблемы. Из-за технических проблем я перешёл на другие браузера. Вряд ли есть решение конкретно с ИЭ.--Лукас (обс.) 18:01, 18 декабря 2016 (UTC)
То, что с ИЭ надо уходить, понятно. Вопрос был про "почему". Например, наш скрипт, перемещающий курсор, отсчитывает символы от начала, а в ИЭ перевод строки делается другим количеством символов, чем положено по стандарту, поэтому от начала до позиции курсора набегает за две строки разница в два символа. Что-то в этом духе. Vcohen (обс.) 19:31, 18 декабря 2016 (UTC)
А где проблема, достаточно серьёзная, чтобы её здесь обсуждать? Тыкнуть мышкой в нужное для курсора место нельзя? MBH22:29, 18 декабря 2016 (UTC)
Приветствую! Необходимо в таблице (приведена только для примера, будет другой контент):
Год
Чемпион
Финалист
Счёт
9:9
9:9
9:9
9:9
в столбце Год все четыре ячейки сделать одной (то бишь объединить все четыре по вертикали). Помогите, пожалуйста. --Gennady (обс.) 16:34, 18 декабря 2016 (UTC)
Со вчерашнего дня перестали приходить на почту уже и уведомления об изменениях на страницах из СН. У кого-нибудь наблюдается такое? --Meistaru 10 (обс.) 12:18, 18 декабря 2016 (UTC)
Встречный вопрос — изменения были помечены как малые? Насколько я знаю, оповещение по почте не приходит для малых изменений. -- Q-bit array (обс.) 12:26, 18 декабря 2016 (UTC)
Это я знаю, про малые. Ни про какие не приходит, в СН порядка 2 тыщ стр., до вчерашнего дня приходило не меньше сотни в день, со вчерашнего дня - ни одного. Не знаю, связано ли, но прекращению писем предшествовала установка в настройках галочек насчет уведомлений об "удачном/неудачном" упоминании. Галочки обратно сняты, но писем так и нет. --Meistaru 10 (обс.) 12:40, 18 декабря 2016 (UTC)
Так мало? У меня в Википедии на русском языке в СН больше семи тысяч страниц, в Википедии на эсперанто больше трёх с половиной тысяч. Почтовые уведомления об изменениях наблюдаемых страниц я никогда не включал. Только что послал сам себе тестовое сообщение по википочте — пришло немедленно целое и невредимое. Гамлиэль Фишкин14:16, 18 декабря 2016 (UTC)
Так мало, да :) Собственное тестовое письмо мне тоже пришло при этом. Т.е. проблема моя личная, получается. Ни у кого нет идей, как починить и с чем это может быть связано? (Кроме этих галочек ничего не менялось ни в вики-настройках, ни в почтовых.) --Meistaru 10 (обс.) 14:48, 18 декабря 2016 (UTC)
Ребят, как у вас это получается? У меня в СН около сотни страниц, высвечиваются все изменения (а не последние), так они уходят за список по количеству изменений, несмотря на количество установленных дней. — Etomonick (Михаил) ОВ15:50, 18 декабря 2016 (UTC)
А может банально сработал спам-фильтр от количества сообщений, вот они и не приходят? Смысл включать уведомления на почту об изменениях на страницах из СН, особенно когда их много? Oleg3280 (обс.) 16:22, 18 декабря 2016 (UTC)
В обсуждении шаблона {{Карточка программы}} поднимался вопрос о включении в него параметра с данными о репозитории программы. Тогда запрос был отклонён (в обсуждении высказались только двое участников, но оба против), и было предложено при необходимости начать новое обсуждение на Википедия:Форум/Технический. Хотелось бы вернуться к этому вопросу.
Репозиторий с исходным кодом программы — это важная вещь для свободного программного обеспечения. Соответствующая информация во многих случаях есть в викиданных, но на странице не отображается. Исходные тексты программы вероятно можно использовать как источник некоторой информации о ней (в частности, о датах выхода версий и о внесённых изменениях, в исходных текстах часто есть файл с соответствующими данными). В англоязычной версии при использовании аналогичного шаблона данные о репозитории выводятся, вот например: en:Gzip. Аналогичным образом происходит, например, при использовании шаблона {{Карточка ОС}}. Кажется логичным, чтобы и в шаблоне «Карточка программы» также выводилась информация о репозитории. Askh (обс.) 11:08, 18 декабря 2016 (UTC)
Мне кажется нелогичным загружать карточку этой информацией только потому, что она есть. Ссылка на репозиторий есть и на сайте самой программы (либо репозиторий может быть таким сайтом) и ссылка на офф. сайт есть и в карточке, и внизу статьи. Так зачем увеличивать количество ссылок и где остановится? Потому что если добавлять ссылку на репозиторий, то почему бы не добавить ссылку на FAQ, форум, bugtrack? Всё это есть на офф. сайте, пусть там и останется. — VlSergey(трёп)13:27, 18 декабря 2016 (UTC)
Значит ли это, что также следовало бы убрать данные о репозитории из шаблона {{Карточка ОС}}? Всё-таки нелогично, если в двух похожих случаях применяется разный подход. Или Карточка ОС и Карточка программы отличаются в чём-то таком, что оправдывает данное различие? Askh (обс.) 19:56, 18 декабря 2016 (UTC)
ИМХО, да, следовало бы убрать. Но у нас очень много случаев, когда в одних шаблонах сделано одно, в других -- другое. -- VlSergey(трёп)07:58, 19 декабря 2016 (UTC)
Ещё такой вопрос: считаете ли вы информацию о репозитории программы вообще неуместной для Википедии? Просто для свободного программного обеспечения репозиторий с исходным текстом — это, можно сказать, самое главное, и, как мне кажется. ссылка на репозиторий (например в разделе «Ссылки») была бы многим полезна. Если вы против размещения этой информации в шаблоне, то как отнесётесь к тому, чтобы ссылка на репозиторий была дана в разделе «Ссылки»? Askh (обс.) 06:50, 26 декабря 2016 (UTC)
В разделе «ссылки», ИМХО, тоже лишнее, но зло меньшее, чем в карточке. Просто потому, что это настолько техническая информация, которую вы не сможете найти в 99 % вторичных источников о программах и библиотеках (если только сам репозиторий не является офф. сайтом, как бывает для github-проектов). Тут уместно вспомнить, например, про ВП:ВЕС. — VlSergey(трёп)09:39, 26 декабря 2016 (UTC)
Тут важным моментом является то, кто является аудиторией для соответствующих статей. Можно предположить, что многие статьи о свободном программном обеспечении будут интересны в первую очередь тем, для кого данные о репозитории могут оказаться полезной информацией. Askh (обс.) 16:45, 26 декабря 2016 (UTC)
Если оно важно для соответствующей аудитории, это можно легко проверить, посмотрев, указывают или нет адрес репозитория (отдельно от адреса сайта) во вторичных АИ, описывающих такое программное обеспечение. Всё равно статьи по тем же самым АИ и пишутся (а значит -- примерно для той же аудитории). — VlSergey(трёп)18:25, 26 декабря 2016 (UTC)
В источниках, описывающих ту или иную программу, может указываться ссылка на репозиторий в описании процедуры установки, то есть, первым шагом может быть получение исходного текста программы из репозитория, и в соответствующей команде естественно присутствует ссылка на репозиторий. Это считается? Чтобы не быть голословным, вот пример: статья про Wayland в Linux Format (да и вообще можете поискать в выпусках этого журнала строчку «git clone»). Linux Format был выбран потому, что он прямо указан как АИ в ВП:СОФТ. Askh (обс.) 06:25, 1 января 2017 (UTC)
Поддерживаю в случаях, когда репозиториев не больше двух. Полагаю, адрес репозитория лучше выводить немного уменьшенным шрифтом под адресом офсайта. Гамлиэль Фишкин14:26, 18 декабря 2016 (UTC)
А почему именно я? Вообще у меня нет определённого мнения. С одной стороны, я не против, и смысл есть, так как на сайте самой программы ссылку на репозиторий иногда может оказаться не так уж просто найти. С другой, стоит учитывать, что в случае с большинством программ для среднего пользователя слово «репозиторий» почти ничего не говорит. altes23:35, 29 декабря 2016 (UTC)
Я прикинул, у кого может быть квалифицированное мнение по данному вопросу. После чего значительно сократил этот список. Чувствую себя виноватым перед всеми, кого не назвал. «Средний» в смысле «средненький» или «среднестатистический»? Средненькому пользователю проприетарных программ, пожалуй, ничего не говорит; а вот среднестатистическому пользователю свободных программ, думаю, говорит. Гамлиэль Фишкин07:45, 1 января 2017 (UTC)
Эээ, а где взять такую «Показывать только правки, требующие проверки» опцию? Макс, у тебя тоже её нет. windewrix: случаем не гаджет сбоит? Advisor, 17:09, 20 декабря 2016 (UTC)
windewrix: у меня такой опции нет, хотя флагов более чем (и ПАТ и выверка). Всё-таки это какой-то из гаджетов. Стоит попробовать отключить всю бэту, все гаджеты, а если не виновник не выявится, то почистить monobook.js. Advisor, 10:57, 21 декабря 2016 (UTC)
Как можно проверить существование статьи в другом проекте/языковом разделе?
Можно ли? #ifexist, как я понимаю работает только внутри языкового раздела, или я что-то неправильно делаю? {{ #ifexist:en:The Korea Times }} возвращает false, по крайней мере. Какими инструментами (кроме ручек) Википедия позволяет это проверить? Скрипты, посылка бота? Кристобаль Фейра (обс.) 04:51, 17 декабря 2016 (UTC)
Для моих целей не подойдёт, ибо скрипт, всё же, требует личного участия, а нужна автоматическая проверка. Но, по крайней мере, ясно, что техническая возможность есть, спасибо. Кристобаль Фейра (обс.) 10:51, 17 декабря 2016 (UTC)
Можно посмотреть как работает указанный скрипт (скорее всего, выполняет AJAX запрос к MediaWiki API) и сделать свой, полностью автоматический. — Vort (обс.) 10:55, 17 декабря 2016 (UTC)
У меня вопрос. В журнале удалений часто вижу записи не от администраторов или подводящих итоги, например, [3] или [4]. Когда я хочу переименовать страницу и есть страница, которая уже создана, я ставлю шаблон {{db-move}} и жду удаления. Как такое получилось в этих случаях, особенно когда есть только флаг загружающего?
16:22, 16 декабря 2016 Анатолич1 (p,r,s) (обсуждение | вклад) удалил перенаправление Майами-Дейд с помощью перезаписи (О7: для возможности переименования)
07:34, 16 декабря 2016 Alexandronikos (обсуждение | вклад) удалил перенаправление Уинсор (Новая Шотландия) с помощью перезаписи (О7: для возможности переименования)
А где у нас прописан класс bkl-link, подсвечивающий ссылки на неоднозначности? Хочу добавить туда класс error, чтобы отлавливать такие ссылки из шаблонов при помощи #iferror. В common.css уже смотрел… Advisor, 12:24, 16 декабря 2016 (UTC)
Фиг с ним с покраснением (она и должна быть яркой), проблема оказалась сложнее: класс ссылки собирается позже обработки парсером. Может быть есть предложения, как отлавливать такие ссылки? Advisor, 16:08, 16 декабря 2016 (UTC)
@Мастер теней: Что-то отдалённо похожее есть в Lua API: =mw.title.new('Html', 0).isRedirect выдаст true. Если бы был метод isDisambig, проблему можно было бы как-то решить. Но я запустил поиск по вот этому репозиторию и, к сожалению, не нашел никаких намёков на дизамбиги. Можно, конечно, вытащить викикод страницы (=string.find(mw.title.new('COM', 0):getContent(), '{{неоднозначность}}') ~= nil), возможно, даже, и раскрыть затем шаблоны (чтобы обработать все разновидности включения __DISAMBIG__), но я бы такого не советовал делать. — Vort (обс.) 17:54, 16 декабря 2016 (UTC)
Ещё одна мысль — использовать для этой цели Викиданные. То есть, проверять у элемента наличие P31:Q4167410. Но запрос на реализацию нужной функции (получения Q-ID по названию статьи в Википедии) висит с 2014 года. — Vort (обс.) 00:28, 17 декабря 2016 (UTC)
У вас нет прав на переименование этой страницы по следующей причине: Невозможно переименовать страницу «Андронов, Федор» в «Андронов, Фёдор Иванович», так как новое название запрещено следующей записью в чёрном списке: .*\x{00AD}.* <casesensitive> # Soft-hyphen
У вас нет прав на переименование этой страницы по следующей причине:
Невозможно переименовать страницу «Бубликов, Тимофей» в «Бубликов, Тимофей Семёнович», так как новое название запрещено следующей записью в чёрном списке: .*\x{00AD}.* <casesensitive> # Soft-hyphen
+1. А ещё не удалять/закрывать темы перед носом у отвечающего. Накатал подробный ответ, что это такое и как с этим бороться — бац — конфликт редактирования, тема удалена. Ну окей, видимо, человек сам разобрался, бывает, стираю своё сообщение и закрываю вкладку. И тут она возвращается со словами «начинает бесить». И захрена было удалять? Впрочем, и на то, и на другое я уже указывал, но это было проигнорировано. ~Facenapalmобс, вкл18:25, 14 декабря 2016 (UTC)
Статья существует в рувики с 22 октября сего года. А вот в Викиданных её сейчас нет. Нужно ли ждать у моря погоды, когда боты создадут эту статью в Викиданных, или можно как-то вручную ускорить этот процесс? -- Andrew Krizhanovsky (обс.) 16:30, 14 декабря 2016 (UTC)
Имитация бурной деятельности со стороны пользующихся инструментом. Особенно приятно видеть предложения получить флаг для участников, которых оных лишили. Advisor, 15:09, 17 декабря 2016 (UTC)
Инструмент у меня работает, просто очень медленно. Лабс в последние два дня вообще тормозит и глючит, я писал тикет на фабр. MBH15:53, 17 декабря 2016 (UTC)
Ждали открытия страницы или обработки своего запроса? У меня и то, и то быстро отрабатывает. MBH09:43, 20 декабря 2016 (UTC)
В первый раз — обработки запроса. Сейчас и от загрузки страницы можно состариться (но эта проблема может быть у одного меня). Статистику за месяц и за полугодие медленно, но загружает. При загрузке за год ждёшь, и в конце видишь своё браузерное сообщение, что сервер не отправил данные. Кстати, поделитесь, пожалуйста, номером тикета. — Etomonick (Михаил) ОВ22:19, 20 декабря 2016 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Пользователи с почтовым ящиком на Yahoo не могли посылать письма с помощью функции Special:EmailUser, эта проблема устранена. Отправителем будет указан адрес @wikimedia.org, однако при ответе на такое письмо будет отображаться настоящий адрес. [5]
В Special:TrackingCategories стало можно видеть, сколько категорий и статей там находится, это было сделано для того, чтобы стало проще искать страницы, требующие внимания редакторов. [6]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 13 декабря. Невикипедийные вики-сайты и некоторые википедии получат её 14, все Википедии — 15 декабря (календарь).
Встречи
Приглашаем на встречу с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 13 декабря в 20:00 (UTC). См. инструкцию.
Если у кого-нибудь из администраторов выдастся пять минут свободного времени, посмотрите, пожалуйста, на первую правку в статье Старица (протока Оби). Она помечена как малая, по описанию правки я только указываю координаты, но эта правка начинает статью. Такое ощущение, что предыдущие правки куда-то пропали. Координаты помню, ставил, но статья явно ботописная. WBR, BattlePeasant (обс.) 18:03, 12 декабря 2016 (UTC)
Спасибо! Но зачем на меня повесили левую статью. Я такого не писал, мне что, всю жизнь теперь этого стыдиться? Ну и забирал бы себе разделивший, как это обычно бывает. WBR, BattlePeasant (обс.) 19:25, 12 декабря 2016 (UTC)
Альтернатива конечно обычный вынос текста в новую статью. Не нашел ничего по вашему вопросу в справках ру-вп. При разделении не было оставлено никакого указания (даже на стр.обсуждения) на то, что разделение было проведено, соответственно на авторов прежнего текста. Видимо вопрос правильности и допустимой применимости принципа разделения истории нужно где-то пообсуждать (на форуме администраторов или вниманию участникам). --Sunpriat (обс.) 21:48, 13 декабря 2016 (UTC)
BattlePeasant: это я распилил. Данная статья получилась в результате ошибочной ассоциации вот этой реки с данной протокой. То есть по сути с Вашей правки началась статья о другом объекте. Вот там и разделил. Advisor, 12:29, 16 декабря 2016 (UTC)
Advisor, да я уже понял. Я не уверен, что это ошибка. Да, внутри ссылки госреестра параметры, возможно, от того самого Егана. Но название — Старица. Выше неё — протока Соловьёва, ниже — Васькина (в которую Еган и впадает), расположение верное. Расстояние между протокой Соловьёва и Старицей по реестру 9 км, до Васькина — 11 км. То есть, если предположить, что Старица и есть Еган, а Старица в реестре просто отсутствует, то в двух километрах ниже никакой протоки больше нет. А если Старица Старица и есть, то в 2 км ниже как раз Васькина, либо финальная часть Егана, текущая в обратном направлении, чем положено течь протоке, и находится. Это навскидку, без точных измерений. А если попытаться померить, то всё равно моя версия ближе к истине. Путаница конечно дикая в реестре, но я всегда по расположению смотрел, потому как, если смотреть по параметрам, то запутаешь ситуацию ещё сильнее. WBR, BattlePeasant (обс.) 13:49, 16 декабря 2016 (UTC)
Ну не впадает там ничего в двух километрах ниже впадения Егана и ни одно из Ваших трёх предположений это никак не объясняет. Если имеется ввиду впадение Егана, тогда протока Васькина по реестру и есть Еган, а это не так. Вам так и ответили, что это просто домыслы, вот и весь разбор.
Я растолковал ему, что, по нашей системе, всякий иероглиф есть или буква, или метафорическая фигура, изображающая известное понятие, или вместе буква и фигура, или ни буква, ни фигура, а только произвольное украшение почерка. Итак, нет ничего легче, как читать иероглифы: где не выходит смысла по буквам, там должно толковать их метафорически; если нельзя подобрать метафоры, то позволяется совсем пропустить иероглиф и перейти к следующему, понятнейшему.
Единственное, чего я не понимаю, если даже я ошибаюсь, зачем на меня вешать ботостатью вашего проекта, что за кара такая небесная. WBR, BattlePeasant (обс.) 10:56, 17 декабря 2016 (UTC)
JavaScript: выгрузить исходный код из другого раздела
А что хорошего в базовых классах есть для этой цели? Стандартными средствами, как известно, с другого домена вытянуть что-либо проблематично... Хочу написать скрипт сравнения данных с Девики. Advisor, 23:13, 11 декабря 2016 (UTC)
Добавил в Шаблон:Маньчжоу-го категорию «Навигационные шаблоны:История Китая» (негоже ведь шаблону совсем без категорий) а она стала появляться везде, где есть этот шаблон. Что теперь делать, чтобы шаблон был, а категория — нет? 109.124.231.10015:18, 11 декабря 2016 (UTC)
Добрый вечер, коллеги! Просматривая статью Мотовилихинские заводы, обнаружил мелкий дефект в оформлении карточки компании, а именно — после добавленных наград продолжается текстовое поле с категорией, которое у меня не получилось убрать. Возможно проблема немного шире, чем отсутствие у меня навыков в разметке таких наград и нужно изменить шаблон {{Карточка компании}}, добавив в него такой раздел. Заранее благодарю за помощь. Alexxsun (обс.) 14:59, 11 декабря 2016 (UTC)
Так она уже проверяется, просто знак ударения, видимо, не считается частью слова (хотя у меня в саблайме считается), поэтому символ перед ним считается последним символом в слове. Вообще, если регулярки берутся отсюда, предлагаю заменить все \b (конец слова) на концах регулярок на \b(?![́ ]) (конец слова, не стоящий перед символом ударения; пробел для читаемости, он тут ни на что не влияет). UPD: влияет, я что-то тормоз. Тогда на \b(?!́). Или на \b(?!\u0301), что лучше. ~Facenapalmобс, вкл19:53, 10 декабря 2016 (UTC)
(?!что-то) — синтаксическая конструкция регулярных выражений, означает, что сразу после текущей позиции не находится это что-то. Чтобы как раз отсеять эти случаи, когда сразу за «рассы» идёт ударение. Блин, только сейчас понял, что пробел там, конечно, всё сломает. :) Убрал. ~Facenapalmобс, вкл22:34, 10 декабря 2016 (UTC)
А ломает, поскольку тогда это не будет действовать только, когда после знака ударения пробел, то есть если бы было расы́ пать, он бы нет менял, а в случае с расы́пать всё равно менял бы? — 1234qwer1234qwer4⇝обс⇜⇝вклад⇜08:12, 11 декабря 2016 (UTC)
PetScan. Пересечения категорий, включений шаблонов, произвольных списков, «ссылок сюда», запросов к репликации базы данных, выборок из викидаты и кучи ещё всего с дополнительными фильтрами. ~Facenapalmобс, вкл19:03, 10 декабря 2016 (UTC)
Википедийный генератор пдф имеет кучу багов, которые давно не исправляются. Лучше сохраните эти страницы как HTML, а потом перегоните HTML2PDF, должны быть конвертеры (Ворд или Адоб Ридер наверняка смогут). MBH13:11, 9 декабря 2016 (UTC)
Да, категория была проставлена вручную. Я же ссылку на дифф кинул. Во второй статье тоже вручную прописана категория, можешь сам убрать. ~Facenapalmобс, вкл20:10, 6 декабря 2016 (UTC)
В подобных случаях хорошо помогает бинарный поиск. Проблема минимизирована до {{ Население | Муниципальное образование «Город Архангельск» | с }} {{ Население | Архангельск | с }}. — Vort (обс.) 13:36, 6 декабря 2016 (UTC)
Могу даже сказать, что в первом случае генерируется примечание <ref name="2016AA">{{Население/2016AA}}</ref>, а во втором — <ref name="2016AA">[http://www.gks.ru/free_doc/doc_2016/bul_dr/mun_obr2016.rar Численность населения Российской Федерации по муниципальным образованиям на 1 января 2016 года]</ref> (то есть шаблон разворачивается внутри примечания). Осталось понять, что не так с модулем --windewrix (обс.) 08:13, 9 декабря 2016 (UTC)
Исправлено Это я случайно разломал, в двух разных модулях Модуль:Statistical/RUS-AAA и Модуль:Statistical/RUS-ARK источник фигурирует дважды(может быть в ещё каких-то модулях и трижды), в одном месте меняешь должно меняться в другом. От этого вероятно нужно уходить, что бы источник описывался один раз. --Туча08:22, 9 декабря 2016 (UTC)
Я отменил эту правку, так как из-за неё выдавало такое: Численность населения Российской Федерации по муниципальным образованиям на 1 января 2016 года Ошибка в сносках?: Неверный тег <ref>: название «2016AA» определено несколько раз для различного содержимого--Русич (RosssW) (обс.) 08:54, 9 декабря 2016 (UTC)
Туча, вы произвели отмену отмены с комментарием наоборот это починка, если где то сбой, то нужно разговаривать предметно. Но именно из-за вашей "починки" сбой есть везде, где вы не сделали правки по каждому модулю по каждому региону. Зачем делать такую "починку", требующую зачем починку в каждом модуле по регионам? Вы обсуждали это где-то? Перечислять и искать все статьи по регионам, где ещё не успели исправить последствия вашей одной починки, повлекшей цепную реакцию по всем модулям-регионам? --Русич (RosssW) (обс.) 12:40, 9 декабря 2016 (UTC)
Последние новости технического сообщества Викимедиа. Проинформируйте остальных об этих изменениях. Не все изменения повлияют на вас лично. См. также переводы на другие языки.
Последние изменения
Добавлена возможность фильтровать участников по группам на странице Special:ActiveUsers. [9]
Страница Special:UserRights стала доступна для просмотра всеми участниками. Ранее её могли открывать только участники, имевшие возможность изменить права, остальным показывалось сообщение об ошибке. [10]
ORES стал показывать вероятность вредоносности правки разными цветами. Это работает только для языков, на которых ORES натренировали распознавать потенциально вредоносные правки. [11]
Новая версия движка MediaWiki апробируется на тестовых вики и MediaWiki.org с 6 декабря. Невикипедийные вики-сайты и некоторые википедии получат её 7, все Википедии — 8 декабря (календарь).
Встречи
Приглашаем присоединиться к следующей встрече с командой Визуального редактора. Там можно сообщить разработчикам, какие ошибки нужно исправлять в первую очередь. Встреча запланирована на 6 декабря в 20:00 (UTC). См. инструкцию.
Похоже, именно то, о чем я хотел ранее сказать: не надо сглаживать графики! Если это не непрерывная функция, интерполяция между точками должна быть прямой, а точки - на острых вершинах. — Igel B TyMaHe (обс.) 10:02, 5 декабря 2016 (UTC)
Скорее всего, дело не в резком перепаде, а в том, что на некотором промежутке графика статьи вообще не было. К примеру, у статей о недавно умерших такого артефакта нет: [27]. — Vort (обс.) 12:51, 5 декабря 2016 (UTC)
Как же это без ошибок? В июле статьи с таким названием не существовало, но график показывает у неё наличие посещений за тот период. — Vort (обс.) 05:33, 6 декабря 2016 (UTC)
Не всё сразу, коллега, хорошего понемножку. Эти графики, вообще, трешовые до невозможности, но сейчас, по крайней мере, явных ляпов нет, если не приглядываться особо. А из-за их вида, я думаю, никто и не приглядывается. Конечно, хорошо было бы иметь супер-секси диаграммы с сеткой, плавными линиями, точками значений, выделением границ, подобранными цветами, красивым шрифтом, оформленными надписями, динамическим маштабированием наконец... Но увы — реальность сурова. Коллега Yurik откостылил совсем уж беспредел, и за это ему ещё раз спасибо. --APIA〈〈обс〉〉08:22, 6 декабря 2016 (UTC)
Кстати, раз уж графики обсуждаются — что-то очень коряво выглядят заезжающие друг за друга SeptemberOctoberNovemberDecember. Есть возможность заменить на скоращённое Sep/Oct/Nov/Dec, а ещё лучше — на русифицированные Сен/Окт/Ноя/Дек? ~Facenapalmобс, вкл00:07, 6 декабря 2016 (UTC)
Итак, ВП блокирует XMLHttpRequest() к сайту с http. Что делать, как быть? Https там не предвидится, альтернативы не видно. Advisor, 04:31, 5 декабря 2016 (UTC)
Это не Википедия блокирует, а браузер. Проверил вот этот код $.get('http://jsonplaceholder.typicode.com/posts/1', function(data) {alert(data.title);}); в нескольких браузерах:
Opera 12.18: Работает как надо;
Vivaldi 1.6.682.3: Показывает в адресной строке кнопку «Содержимое ... было заблокировано. Кликните, чтобы разрешить ...». После нажатия скрипт начинает работать;
Firefox 49.0.1: В консоли пишет «Заблокирована загрузка смешанного активного содержимого», скрипт не работает;
Internet Explorer 11: Блокирует молча. Мне не удалось разобраться в причинах.
Последнее время сноски упаковывают в подвале статьи, делая в тексте лишь сноски с метками. Скрипт, делающий это автоматически уже есть? Advisor, 01:13, 5 декабря 2016 (UTC)
Полное включение источника должно быть в теле статьи, а не в карточке, иначе эта птичка не летает. Точнее, летает, но очень плохо и далеко не всегда :-) --Neolexx (обс.) 23:32, 4 декабря 2016 (UTC)
Файл был переименован со сменой расширения, но в качестве gif-файла (по крайней мере, у меня) тоже не отображался. Удалил, поскольку на Викискладе под этим же названием нормальный файл; если же на складе сочтут недостаточно тривиальным — можно будет загрузить нормальный svg-файл. NBS (обс.) 14:17, 5 декабря 2016 (UTC)
Исправлено. Проблема была в том, что кто-то в викиданных поставил два официальных названия (Узбекистан и Узбекская ССР) без указания языка и ранжирования. Ничего дополнительно делать не надо. Остальные страницы можно исправить либо нулевой правкой, либо подождать время, когда страницы обновятся автоматически. --Ksc~ruwiki (обс.) 10:09, 5 декабря 2016 (UTC)
До вчерашнего дня эти две вещи были синонимами, поэтому когда нужно было запретить обтекаемость, использовалась любая из них. Однако при использовании <br /> для этой цели всплывает тот факт, что этот тег, в первую очередь — перевод строки, поэтому даже в тех случаях, когда обтекаемости нет (узкие экраны, дописывание статьи), он добавляет пустой абзац. У:Jack who built the house вчера исправил шаблон {{clear}}, теперь он работает корректнее в этом случае. Визуально разница выглядит так: использование перевода строки, использование шаблона («править вики-текст» пропала, потому что это предпросмотр, если что). В англовики в рамках проекта Check Wikipedia все br с параметром clear регулярно заменяются ботами на соотвествующие шаблоны (реализованные тем же способом, которым сейчас у нас реализован {{clear}}), правда, по другой причине: свойство clear считается устаревшим в HTML5, следовательно, не должно использоваться. По совокупности этих причин предлагаю делать аналогичную замену и в рувики, могу сам и заняться. Единственное что — это не просто ВП:МНОГОЕ, это ОЧЕНЬ МНОГОЕ, потому что масштаб проблемы — тысячи, если не десятки тысяч, статей.
Ну и пока имеет смысл подождать завершения этого обсуждения: возможно, много где <br clear="all" /> надо будет удалить, а не заменить на шаблон.
Бонус: если такая замена будет востребована, я вновь включу вторую ошибку в checkwiki (сейчас она отключена для рувики, потому что среди тысяч найденных clear="all" было невозможно ничего дельного разобрать), которая вообще ищет кучу устаревших и некорректных использований тегов (</br>, <br\>, <div />). Соотвественно, с ними появится возможность бороться централизованно. ~Facenapalmобс, вкл13:26, 4 декабря 2016 (UTC)
Предлагается ботозаменить бр-ы на шаблон? Не вижу смысла: пустая строка практически незаметна, в остальном вид статей не изменяется, а вставка этой сущности через шаблон (вместо вставки напрямую) только зазря сильнее нагрузит движок. Или есть другие неудобства текущего положения, кроме этой пустой строки? MBH15:02, 4 декабря 2016 (UTC)
«пустая строка практически незаметна» — давно читал Википедию с экрана 1366*768? Стандартное разрешение бюджетных ноутбуков, если что. В экран всего 20-25 строк вмещается, пустая строка ощутима. «а вставка этой сущности через шаблон» — в том-то и дело, что не этой, а семантически намного более корректной. ~Facenapalmобс, вкл15:54, 4 декабря 2016 (UTC)
«вставка … через шаблон (вместо вставки напрямую) только зазря сильнее нагрузит движок» — кстати, ни разу. Шаблоны не грузят страницу, так как раскрываются один раз, а дальше движок работает с прокэшированным вариантом. А код в итоге (HTML-код, если что) получается более коротким и правильным. ~Facenapalmобс, вкл16:21, 4 декабря 2016 (UTC)
Випилить br из текстов однозначно нужно, но менять его следует только на \n\n (дабы образовать абзац), никаких шаблонов не нужно. При этом трогать br внутри шаблонов я бы не стал. Внутри цитат и блоков pre тоже трогать не надо. Advisor, 01:56, 5 декабря 2016 (UTC)
Речь идёт не о выпиливании br, а о выпиливании br для запрещения обтекаемости, здесь \n\n не поможет. С br в целом никто бороться не предлагает: есть таблицы, да; есть шаблоны, списки, описания изображений, галерей, и так далее. Там он незаменим. Да и вообще, br использован в 336 тысячах статей — слишком большой масштаб даже для бота. ~Facenapalmобс, вкл14:03, 5 декабря 2016 (UTC)
Отказывает в сохранении изменений. Пишет: "К сожалению, сервер не смог сохранить ваши изменения из-за потери идентификатора сессии. Пожалуйста, нажмите «Записать страницу» ещё раз. Если эта ошибка повторится, попробуйте завершить сеанс и заново представиться системе. " Уже и раз 10 нажимал, и разлогинивался-залогинивался -- ничего не помогает... Принимает только из-под анонимной записи--Unikalinho (обс.) 01:34, 4 декабря 2016 (UTC)
А где у нас справка по функционалу базовых классов mw? Разыскивается функция получения всех diff-id, привязанных к статье (хочу путешествовать по историям). Advisor, 22:13, 3 декабря 2016 (UTC)
Спасибо, сразу не заметил там раздела. Нет, функции не нашёл, реализовал через XMLHttpRequest(); Теперь у нас есть восстановитель битых сносок (в 60 % случаев отыскивает, бывает ~100 версий и глубже лежат…) Advisor, 01:52, 5 декабря 2016 (UTC)
Как минимум, стоит сообщить, каким браузером вы пользуетесь, как давно появилась проблема, в чём именно она выражается и что вы пытались сделать для её решения. ~Facenapalmобс, вкл21:02, 3 декабря 2016 (UTC)
Яндекс-браузер, проблема появилась несколько часов назад, выражается в том, что кнопка викификации на панели не реагирует на клик, и для её решения я написал сюда. Sic dixi REX NIGER21:12, 3 декабря 2016 (UTC)
Угадаю: попытались викифицировать содержимое шаблона. Шаблоны игнорируются викификатором; можно выделить содержимое каждого параметра отдельно и викифицировать (сделал). — Джек, который построил дом (обс.) 21:17, 3 декабря 2016 (UTC)
Фрагмент из реально существующей статьи; галерея отображается корректно, но статья попадает в служебную категорию Статьи со ссылками на отсутствующие файлы. Как отобразить то же самое, но корректно с точки зрения движка, и не создавая новый файл под каждый новый текст? NBS (обс.) 17:49, 3 декабря 2016 (UTC)
Не уверен, что этот вариант — корректный с точки зрения логики. Иллюстрация, сообщающая об отсутствии иллюстрации? Это как? Правильнее было в тексте это указать. ~Facenapalmобс, вкл12:22, 4 декабря 2016 (UTC)
Можно рассматривать галерею как таблицу. Просто поскольку в 99,99% случаев она заполнена изображениями, то она оформлена как галерея. Vcohen (обс.) 13:02, 4 декабря 2016 (UTC)
Сгруппированные правки в списке наблюдения
Вчера в списке наблюдения в Firefox и Опере (в любых скинах) перестали показываться кнопки разворачивания сгруппированных правок [28]. В Chrome всё так же отображаются. --INS Pirat10:47, 3 декабря 2016 (UTC)
Jack who built the house, при включённом гаджете те кнопки теперь есть, но нет трёх кнопок самого гаджета: полного разворачивания, сортировки по чётному пространству и добавления удаляющей звёздочки ко всем пунктам. --INS Pirat16:01, 3 декабря 2016 (UTC)
Две кнопки-«вкладки» наверху (новые изменения и сворачивание интерфейса настроек СН); при наведении на конкретные пункты те звёздочки появляются (отличие от показа сразу всех в том, что при наведении это происходит не мгновенно, а через секунду). --INS Pirat19:01, 3 декабря 2016 (UTC)
В таком случае я не знаю, что за возможности «полного разворачивания, сортировки по чётному пространству и добавления удаляющей звёздочки ко всем пунктам». Я знаю о возможности появления удаляющей звёздочки при наведении, но не сразу и всех. — Джек, который построил дом (обс.) 19:08, 3 декабря 2016 (UTC)
Jack who built the house, вероятно, я несколько ввёл в заблуждение. Три кнопки, похоже, не отображаются уже около года. Раньше у СН было такое оформление — соответственно, кнопки располагались в конце строчки с настройками временного периода (в linksAt передавался второй элемент, считая после ссылки на «7 дней»). Потом эти настройки превратили в выпадающий список — тогда (согласно условию if (!linksAt.length) ...), кнопки, видимо, стали отображаться в конце строки с чекбоксами. Ну а затем и горизонтальную линию убрали. --INS Pirat05:57, 8 декабря 2016 (UTC)
Откуда бот будет знать, что дату кто-то проверил? Согласен, что эту проблему можно отложить, но лучше, всё же, разобраться до конца. — Vort (обс.) 10:07, 3 декабря 2016 (UTC)
Здесь кто-то несколько месяцев назад обещал пройтись ботом и пропарсить даты из преамбулы для сравнения. Однако так и не взялся. Sealle10:11, 3 декабря 2016 (UTC)
Не сохраняются длинные описания правок
Пример. Замечаю не впервые, проблема давняя; возникает только при отмене правок, если добавлять к выдаваемому системой описанию («Отклонено последнее 1 изменение (<IP>)») что-то еще. Stas06:58, 3 декабря 2016 (UTC)
Исправлено. Все данные в карточку подгружались из викиданных, так как параметры шаблона были использованы в формате, отличном от документации шаблона. --Ksc~ruwiki (обс.) 09:45, 3 декабря 2016 (UTC)
Так и знал, что техника и ПО в порядке. Спасибо, что разобрались. Возможно ли поправить виновный скрипт, или проще его ликвидировать? ~ Starship Trooper ~ 14:28, 2 декабря 2016 (UTC)
Если что, то я её не переименовывал, а просто удалил за ненадобностью в основном скрипте. Это к тому, что если вы где-то используете у себя недокументированную функцию, то желательно об этом хотя бы сообщать. — putnik14:36, 2 декабря 2016 (UTC)
Здравствуйте!
В Википедии есть функция "препросмотр страниц" при удержании стрелки мыши на ссылке. Но отчего она иногда работает, а иногда - нет?
В статье
Лиман
она работает
В категории
Категория:Лиманы
не работает
В статье
Капоэйра
не работает.
До последнего времени шаблон:нп3 не понимал указания третьим параметром d, что не удовлетворяет современным требованиям. Я написал Шаблон:Ref-d, но на сей момент это выглядит так: Фон-Роме-Одейо-Виа[вд]. А написанный мною шаблон должен выводить раскрывающийся список интервик на другие разделы Википедии:
Это конечно забавно, но на основе чего упорядочиваются языки? Если везде первыми будут иероглифы - то это скорее вредная идея. :) - DZ - 23:20, 1 декабря 2016 (UTC)
Сейчас прикручу сортировку по алфавиту. Сортировать по пользовательским предпочтениям на уровне Lua не получится, только если скриптом; можно также выносить наверх ХС/ИС. Основной вопрос у меня, как бы сделать сворачиваемый блок display:inline-block. Ignatus09:06, 2 декабря 2016 (UTC)
Перед созданием шаблона стоило посчитать, сколько занимает памяти и времени генерация списков в HTML-коде серверным парсером Lua, и, если используется слишком много памяти для простого вывода списка, этого шаблона вообще не делать. Гораздо проще и менее затратно реализовать ту же задачу небольшим гаджетом, а не чихать буквально в DOM нерелевантными ссылками, которые ещё и отображаются не пойми как. St.Johann21:13, 2 декабря 2016 (UTC)
Не думаю, что получение элемента Викиданных и добавка нескольких строчек в вики-код через Lua заметно влияют на производительность; лишний HTTP-запрос грузит сервера, скорее всего, поболе. Хотя, конечно, такое может быть не всем интересно; к тому же сворачивание что-то совсем не работает в мобильной версии (была мысль скрыть список средствами CSS, но опять же у мобильной версии проблема с :hover). Плюс неиндивидуальная сортировка; текущий внешний вид использует функции парсера #language и сортировку по алфавиту кодов, лучше, конечно, переделать на модуль:Languages/data и сортировку по видимой части. Ну я не думаю, что сортировка - такая уж проблема, у большинства статей, отсутствующих в Рувики, и других интервик не так много. Ignatus12:24, 3 декабря 2016 (UTC)
Для картин, размер выводимого изображения зависит от наличия параметра «размер»: если он есть и не заполнен, ширина получается 250px, а если его нет вообще — 320px. Нельзя ли унифицировать? DmitTrix (обс.) 13:31, 1 декабря 2016 (UTC)