Викитека:Администрирование

Материал из Викитеки — свободной библиотеки
Перейти к: навигация, поиск
Nuvola apps gaim.png Основной форум Green copyright.svg Форум по авторскому праву Nuvola apps kwrite.png Администрирование Mediawiki-logo.png Переименование аккаунтов Wikisource-maintenance.png Изменение прав
Это центральное место для обсуждений в Викитеке. Тут можно начать любую тему, связанную с Викитекой. Место для обсуждений вопросов, связанных с авторским правом. Смело направляйте на эту страницу всё, что связано с администрированием Викитеки. На этой странице можно попросить о переименовании своей учётной записи у бюрократов. Место для запросов о выдаче или снятии дополнительных прав различного спектра.
Вавилонский форум Вавилонский форум
The Babylonian Scriptorium is Wikisource's community multilanguage discussion page.
Das babylonische Skriptorium ist eine mehrsprachige Diskussionsseite der Wikisource-Gemeinschaft.
Fairytale Trash Questionmark-05.svg К удалению
Форум обсуждения статей, вынесенных к удалению.
Replacement filing cabinet.svg Архивы форума
Последнее изменение страницы:
19.07.2017.

Пожалуйста, добавляйте новые темы сверху. Добавить…
Короткая ссылка-перенаправлениеGtk-go-forward-ltr.svg

ВТ:ЗКА

Пожалуйста, называйте вашу тему и подписывайтесь с помощью ~~~~.



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

Пожалуйста, добавьте в шаблон международные органы:

А также:

  • Съезд народных депутатов СССР (1989-1991)
  • Совет по безопасности Нидерландов

--Максим Пе (обсуждение) 16:48, 19 июля 2017 (UTC)

В страницах авторов появился огромный отступ[править]

См. напр. Фридрих Любкер или Василий Никифорович Григорьев или Василий Григорьевич Фесенков. Списки произведений ухнули куда-то вниз в бездну. Интересно, что это наблюдается не у всех авторов (но у большинства). Баг появился после правок @Henry Merrivale: в шаблоне {{Обавторе}}. Ratte (обсуждение) 19:30, 29 мая 2017 (UTC)

  • И чтобы два раза не вставать: просьба разобраться с шаблонами {{Str left}} и {{Str rightc}} — либо отпатрулировать, либо снести. Из-за означенных шаблонов на множестве страниц авторов вверху появилась плашка «Изменения шаблонов/файлов этой версии ожидают проверки». Ratte (обсуждение) 19:30, 29 мая 2017 (UTC)
    • Yes check.svg Сделано. В шаблоне Обавторе было неявно добавлено много пустых строк: так получается, когда блок #if идет с новой строки и возвращает пустое значение. Если таких блоков несколько подряд, получаем несколько пустых строк, что и дает такой эффект. Во избежание этого переводы строк рекомендуется обертывать комментарием. Призываю Henry Merrivale внимательнее относиться к редактированию шаблонов. — Lozman (talk) 19:49, 29 мая 2017 (UTC)

Бот JEBEbot[править]

Бот удалил ручные ссылки на Википедию для страниц Авторов где есть идентичная ссылка из Викиданных. Если замечены ошибки в действиях бота, пожалуйста сообщайте на странице обсуждения бота. Спапсибо, Henry Merrivale (обсуждение) 05:09, 29 мая 2017 (UTC).

Связь с Викиданными: Просьба о помощи[править]

Уважаемые коллеги! Я бы хотел улучшить связь с викиданными для страниц авторов. Прошу помощь в следующем: 1) добавить в шаблон об авторе (или в соответствующий используемый модуль) проверку связи с викиданными. Если страница автора не имеет ссылки на викиданные, тогда добавлять страницу в служебную категорию "Авторы без ссылки на Викиданные" или с другим подобным названием, 2) добавить в шаблон об авторе (или в соответствующий используемый модуль) проверку импорта данных из викиданных для других проектов (Википедия, Викисклад, и т. п.) Если ссылка ручная тогда а) добавить страницу в служебную категорию "Авторы:Ручная ссылка:Википедия" б) сверить ссылку из Викиданных с ручной ссылкой и если они отличаются добавить страницу в служебную категорию "Авторы:Ручная ссылка:Википедия:Конфликт" или с другим подобным названием. Спасибо! Henry Merrivale (обсуждение) 23:55, 17 мая 2017 (UTC).

И чтобы два раза не вставать:) 3) добавить в шаблон об авторе (или в соответствующий используемый модуль) импорт данных из викиданных для словарей и энциклопедиий (ЭСБЕ, РБС, итп) Если ссылка ручная тогда а) добавить страницу в служебную категорию "Авторы:Ручная ссылка:ЭСБЕ" б) сверить ссылку из Викиданных с ручной ссылкой и если они отличаются добавить страницу в служебную категорию "Авторы:Ручная ссылка:ЭСБЕ:Конфликт" или с другим подобным названием. Спасибо! Henry Merrivale (обсуждение) 03:13, 18 мая 2017 (UTC).
@Henry Merrivale: приведите примеры страниц авторов без элементов ВД. И где обнаружены конфликты, я что-то не представляю такого. --Vladis13 (обсуждение) 03:15, 21 мая 2017 (UTC)
@Vladis13: Страницы авторов не связанные с ВД. Бывают двух типов: (а) элемент ВД есть но нет ссылки на Викитеку, пример: Николай Александрович Камарицкий, (б) нет такого элемента ВД (примера привести не могу, так как где такое нашел, то уже исправил). К примеру, в англоязычной викитеке это сделано так: en:Category:Author pages not connected to Wikidata. Очемь удобно.
Конфликты с ручной ссылкой на Википедию встречал трёх типов: (а) ручная ссылка на несуществующую статью, (б) ручная ссылка на страницы неоднозначности (т.е. ссылка на "Иванов", вместо "Иванов, Иван Иванович"), (в) ручная ссылка на иноязычную википедию, хотя есть статья в русской википедии. Примеров дать не могу, все что замечал уже исправил. Как попадется новый пример, сообщу. Спасибо, Henry Merrivale (обсуждение) 07:59, 21 мая 2017 (UTC).
Довольно сложно проверить есть ли статья в Википедии по ручной ссылке, и является ли она неоднозначностью. По определению, последние годы проекты связываются через Викиданные, т.ч. можно просто категоризовать статьи без элемента Викиданных, и отрабатывать этот список. --Vladis13 (обсуждение) 12:19, 21 мая 2017 (UTC)
Категория авторы без викиданных конечно очень нужна. Это и была моя первая просьба. Проверять статью в Википедии конечно требует ненужных усилии. Нельзя-ли просто проверить что содержимое ручной ссылки (текстовая строка) совпадает/не совпадает с импортом из Викиданных (текстовая строка)? В англоязычном модуле "Module:Wikidata" есть "getSiteLink" которое позволяет получить имя ссылки в Википедии, потом использовать что-то вроде "#switch" чтобы сравнить с текстом поля "WIKIPEDIA" в шаблоне и если есть не совпадение, тогда добавить страницу в категорию. Если можно сделать что-то подобное было бы замечательно! Спасибо, Henry Merrivale (обсуждение) 00:32, 22 мая 2017 (UTC).

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

Уважаемые коллеги! Нужно исправить ошибку в переводе дат из Юлианского в Грегорианский календари при импортировании из Викиданных. В данный момент дата двигается в противоположном направлении! Для примера: Иван Афанасьевич Кованько родился 6 января 1773 по Юлианскому (как и записано в Викиданных). Что соответствует 17 января 1773 по Грегорианскому. Однако шаблон об авторе отображает дату рождения как 26 декабря 1772 (6 января 1773). Неправильная кодировка осуществлена в Модуль:Dates, я так понимаю. Спасибо! Henry Merrivale (обсуждение) 05:02, 17 мая 2017 (UTC).

  • @Putnik: обновите модуль пожалуйста. Вероятнее вопрос в Модуль:Wikidata/date. Там в функции formatDateImpl у дат распознаётся calendarmodel (юлианский это d:Q1985786). Извлекаются из ВД функцией parseClaim. Путаница видимо связана с обсуждениями в прошлом году этого свойства, из-за чего в Википедии переделывались скрипты карточек персоналий и гаджет WEF. Модуль считает юлианские даты григорианскими, поэтому вычитает две недели. --Vladis13 (обсуждение) 07:50, 17 мая 2017 (UTC)
Обновил из w:Модуль:Wikidata/date, вроде исправилось. В модуле ВП есть ещё какие-то обновления, не добавлял, не знаю что это. --Vladis13 (обсуждение) 08:22, 17 мая 2017 (UTC)
Спасибо! Насколько я вижу все теперь работает превосходно! Henry Merrivale (обсуждение) 10:26, 17 мая 2017 (UTC).
Путаница возникла именно в результате смены правил Викиданных. Раньше флаг Юлианского/Грегорианский означал, только то, как надо отображать дату, а хранилась всегда дата по грегорианскому календарю — просто и понятно. Теперь же флаг означает, как надо интерпретировать хранящуюся дату. На мой взгляд, потеря обратной совместимости представления дат спустя три-четыре года функционирования — это глупость космического масштаба. Теперь вообще сложно доверять датам, хранящимся в Викиданным. Лично я теперь вообще использую только флаг "грегорианский", потому что в этом случае интерпретация и по новым, и по старым правилам одинакова. -- Sergey kudryavtsev (обсуждение) 07:51, 18 мая 2017 (UTC)
Так решили разрабы и админы движка, остается смирится с форматом.
С датами вообще потенциально есть глобальная проблема. Есть российские дореволюционные энциклопедии (ЭСБЕ и др.) в которых все даты юлианские. И вроде такой же календарь действовал в Восточной Европе, куда распространялась власть Российской империи и православия. Большинство людей не знают, что даты в текстах могут быть юлианскими, в том числе в более поздних источниках, которые тоже могли не конвертировать даты, просто доверяют тексту. Данные источников Викитеки заливались ботами в Википедию, а оттуда в Викиданные. Поэтому может встречаться много юлианских дат указанных как григорианские. По хорошему, можно было бы сделать бота, который сверял бы даты в тексте ЭСБЕ (и др.словарях) с ВД, и если там совпадает дата, но указана григорианской — значит ошибка. --Vladis13 (обсуждение) 21:07, 18 мая 2017 (UTC)

Гоголь[править]

Удалите пожалуйста описание моей правки.--91.108.28.42 09:06, 6 мая 2017 (UTC)

Откатил, и дал вам трёхдневный отпуск. -- Sergey kudryavtsev (обсуждение) 10:06, 6 мая 2017 (UTC)

Шаблон {{wikilivres.ca}}[править]

Не против, чтобы изменить этот шаблон для направления на wiki.classics.io. Потом, возможно, понадобится направлять на другой адрес. Я бы мог, конечно, сам изменить соответствующим образом, но хочется предварительно обсудить. Может быть, есть какое-то другое решение. Как-нибудь с помощью перенаправления. То есть сделать новый шаблон, а {{wikilivres.ca}} заменить на перенаправление, если это возможно. -- VadimVMog (обсуждение) 16:18, 9 апреля 2017 (UTC)

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

Только у меня он не работает? Вообще никак не отображается после проставления (насколько я понимаю, должно работать аналогично {{опечатка}}). Ratte (обсуждение) 19:44, 3 апреля 2017 (UTC)

Ни у кого он не работает при таком коде. Все, что он делает сейчас — буквально вставляет текст параметра № 1 на страницу, никак его не изменяя. А что конкретно он должен делать? — Lozman (talk) 20:52, 3 апреля 2017 (UTC)
Видимо, так и задумывалось автором шаблона (просто вставка невидимого комментария). Ок, тогда ничего не делать не нужно. Ratte (обсуждение) 21:15, 3 апреля 2017 (UTC)
Но там нет никакого комментария, только текст. А откуда этот шаблон? — Lozman (talk) 21:18, 3 апреля 2017 (UTC)
Изобретен участником Hinote, чтобы не исправляли якобы опечатки. В английской ВТ просто добавляют закомментированное <!--no mistake-->. Ratte (обсуждение) 21:23, 3 апреля 2017 (UTC)
По мне, способ с HTML-комментарием предпочтительнее (по крайней мере, не вызывает таких вопросов). — Lozman (talk) 21:31, 3 апреля 2017 (UTC)
Включений довольно много; видимо, востребован. Надо бы документацию понятнее написать (мне показалось, что «явная пометка» аналогична эффекту {{comment}}). Ratte (обсуждение) 21:41, 3 апреля 2017 (UTC)
Я применял довольно часто, просто не задумывался, что можно HTML-комментарий использовать. Лишний шаблон, наверное, ни к чему. -- VadimVMog (обсуждение) 16:07, 9 апреля 2017 (UTC)

Шаблон:Bar[править]

Шаблон для вставки длинной линии вместо отсутствующего текста в подлиннике. Добавил из en.wikisource, а здесь он не работает. Прошу помочь. Есть подозрения, что это из-за того, что {{Loop}} здесь отличается от английского, но править его не рискну — много включений. Ratte (обсуждение) 18:52, 18 марта 2017 (UTC)

Именно поэтому. У них игнорируются пробелы вокруг параметров, у нас — нет. А если эти пробелы убрать — работает. — Lozman (talk) 19:07, 18 марта 2017 (UTC)
Cпасибо! Ratte (обсуждение) 19:20, 18 марта 2017 (UTC)

Деразрядка[править]

Часто в дореволюционных текстах встречается текст, оформленный разрядкой. Программа OCR чаще всего тоже делает в таком тексте разрядку -- пробелами. При вычитке приходится эти пробелы либо удалять по одному, либо просто вводить текст заново. Было бы удобно к четырём кнопкам OCR, которые сделал Hinote, добавить ещё одну -- для деразрядки (удаления пробелов) в выделенном тексте. -- VadimVMog (обсуждение) 11:20, 16 марта 2017 (UTC)

Прошу уточнить: нужно, чтобы вы выделенном тексте удалялись ВСЕ пробелы? — Lozman (talk) 19:08, 18 марта 2017 (UTC)
Я бы сделал именно так. Если где-то внутри нужен пробел -- это два слова, их просто нужно «деразрядить» по отдельности. Такой подход значительно упрощает дело и реализуется очень быстро. Если более сложная задача: вычленить из сплошного потока букв слова, -- представляется решаемой, то можно было бы сделать позже, когда появится время + желание. Но не верится в качественный результат, а усилий придётся потратить много. Если же программа будет иногда ошибаться, то все усилия пропадут даром -- придётся тратить время, чтобы вручную исправить то, что получилось. -- VadimVMog (обсуждение) 19:51, 18 марта 2017 (UTC)
P.S. Бывает так, что под ненужную разрядку попадает целое предложение. Два и более пробелов между словами не встречал, но если бы такое встретилось, то, опять же, я бы удалил все пробелы. -- VadimVMog (обсуждение) 04:48, 19 марта 2017 (UTC)
Что касается изображения на кнопке, можно поставить букву "Д" (деразрядка). Имеющиеся изображения не информативны (кроме последнего), и фактически я запомнил позиции кнопок, а не их пиктограммы. Так что на кнопке можно нарисовать что угодно, хоть пустоту. -- VadimVMog (обсуждение) 04:53, 19 марта 2017 (UTC)
Поддерживаю, нужный гаджет. (@Dmitrismirnov: обратите внимание, в OCR ТСД-3 чуть ли не каждое десятое слово разрядкой.)
Но автоматический разбор символов текста на слова (парсинг) - архисложная задача. Необходим словарь (к которому обращался бы бот) на сотни тысяч слов/лексем, с колоссальным числом разветвляющихся морфем. Над этим годами работают крупнейшие специализированные компании, одному волонтеру не потянуть, учитывая что есть множество более приоритетных или интересных времязатратных дел. Нужно минимум 2 словаря - СО и ДО. Также в текстах обычны вкрапления иностранных слов и викиразметки (имена шаблонов и параметров, html-тэги). И даже со словарём всё ровно получится «бредогенертор», ибо бот по определению не понимает семантики (смысла слов), работая лишь на уровне кодов символов. Например, скрипт, увидев набор букв « в н е д о р о г и » объединит их либо во «вне дороги», либо в « в не дорог и », ибо орфографически оба варианта правильны. Таких вариантов может быть масса почти для каждого набора букв. --Vladis13 (обсуждение) 11:54, 21 марта 2017 (UTC)
Поддерживаю. --Dmitrismirnov (обсуждение) 12:01, 21 марта 2017 (UTC)

Снова о номерах в моб. версии[править]

Отступ от края сейчас есть, но номера, вставленные шаблоном №, так и не видно. Они оказываются в этом отступе только если указать отступ вручную отрицательным числом (-3). Но это будет работать и на стационарной версии. Можно ли уменьшить расстояние между шабло ном № и текстом стиха именно в мобильной версии? Радион (обсуждение) 13:28, 11 марта 2017 (UTC)

Довольно сложно, т.к. используются inline стили элемента span, которые не зависят от версии. Величина отступа вычисляется в коде шаблона, поэтому использовать style не получится. Пока я не нашел простого способа это сделать. — Lozman (talk) 16:46, 13 марта 2017 (UTC)
@Радион: Уменьшил до минимума расстояние в мобильной версии (вместо 3ex стационарной). Посмотрите, такой вариант устроит? — Lozman (talk) 23:09, 13 марта 2017 (UTC)
@Lozman: да, теперь видно! Радион (обсуждение) 11:18, 15 марта 2017 (UTC)

баг в Обавторе[править]

{{Об авторе
|ФАМИЛИЯ = Хартсох
|ИМЕНА = Льюис
|ДАТАРОЖДЕНИЯ = 31.08.1828
|ДАТАСМЕРТИ = 01.01.1919
}}

даёт


Льюис Хартсох
р. 31 августа 1828({{padleft:1828|4|0}}-{{padleft:8|2|0}}-{{padleft:31|2|0}})
ум. 1 января 1919({{padleft:1919|4|0}}-{{padleft:1|2|0}}-{{padleft:1|2|0}}) (90 лет)
{{{ОПИСАНИЕ}}}
{{{ДРУГОЕ}}}
Wikipedia-logo.png Биография в Википедии
Wikispecies-logo.svg Льюис Хартсох в Викивидах

По идее, в скобках около даты смерты должен быть возраст (правильно 90 лет). Как будто перепутаны даты рождения и смерти. Радион (обсуждение) 07:47, 2 марта 2017 (UTC)

Функция вообще не работает если даты указаны в карточке. В том числе не работает, если указаны только года без дат[3], или в датах месяца прописью[4]. В данном случае, ошибка ещё и в том, что возраст показывается в графе «рождение», а не в «смерть». Даты не перепутаны местами, если переставить получится возраст 98 лет, а должно быть 91.
При указании через Викиданные всё нормально вычисляется[5]. Но не показывается если в Викиданных указан год без дат[6] [5]. --Vladis13 (обсуждение) 19:31, 2 марта 2017 (UTC)
Видно же, что с явно (вручную) указанными датами модули работают (это баг именно модулей, а не шаблона) — но только если даты указаны в машиночитаемом формате (в данном случае — ДД.ММ.ГГГГ). Не-машиночитаемые форматы (например, с месяцами прописью) не интерпретируются, соответственно, возраст не вычисляется (нет данных для вычисления). Также не вычисляется для неполных дат — если указан только год, неважно, вручную или через Викиданные; видимо, это сделано сознательно, т.к. невозможно точно вычислить возраст на основании только годов (например, 1799—1837 — это либо 37 лет, либо 38). Единственная реальная ошибка — функция не видит «ручную» дату смерти и всех людей с такой датой считает живыми, отсюда и такой странный возраст. К сожалению, я непричастен к работе над этими модулями, поэтому быстро найти и устранить ошибку вряд ли смогу. Требуется «помощь клуба». — Lozman (talk) 22:50, 2 марта 2017 (UTC)
Похоже там просто опечатка. В Модуль:Infocards у .dateOfDeath другие параметры: 1 - дата рождения, 2 - смерти.
Вот: {{#invoke:Infocards|dateOfDeath|31.08.1828|01.01.1919|nocat={{{nocat|}}}}} работает: 1 января 1919({{padleft:1919|4|0}}-{{padleft:1|2|0}}-{{padleft:1|2|0}}) (90 лет)
Т.е. надо поменять в {{Wikidata/p570}} строку
{{#invoke:Infocards|dateOfDeath|{{{2|}}}|{{{1|}}}|
на
{{#invoke:Infocards|dateOfDeath|{{{1|}}}|{{{2|}}}|
А в {{Об авторе}} строки
{{wikidata/p569|plain=true|{{{ДАТАРОЖДЕНИЯ|}}}}} и {{wikidata/p570|plain=true|{{{ДАТАСМЕРТИ|}}}}}
на
{{wikidata/p569|{{{ДАТАРОЖДЕНИЯ|}}}|{{{ДАТАСМЕРТИ|}}}|plain=true}} и {{wikidata/p570|{{{ДАТАРОЖДЕНИЯ|}}}|{{{ДАТАСМЕРТИ|}}}|plain=true}}
Кстати, "plain=true" лишний, не используется. --Vladis13 (обсуждение) 01:31, 3 марта 2017 (UTC)
Спасибо! Исправил, заработало. Надо проверить, нет ли побочных эффектов. — Lozman (talk) 02:12, 3 марта 2017 (UTC)
Всем спасибо. Побочки быть не должно, подшаблон вызывается только из «Об авторе». --Vladis13 (обсуждение) 11:33, 3 марта 2017 (UTC)
В связи с багрепортом, что не показывается дата смерти если не указана дата рождения. Вроде должно работать, если последнюю строку сменить на: {{wikidata/p570|{{#if:{{{ДАТАСМЕРТИ|}}}|{{{ДАТАРОЖДЕНИЯ|}}}}} |{{{ДАТАСМЕРТИ|}}}|plain=true}}. --Vladis13 (обсуждение) 00:43, 26 марта 2017 (UTC)
Спасибо, исправил, работает. — Lozman (talk) 11:19, 26 марта 2017 (UTC)

Ошибка в локализации[править]

В полной версии внизу ссылка: "Описание Викитеке" -- Радион (обсуждение) 12:33, 24 февраля 2017 (UTC)

Исправил. — Lozman (talk) 20:47, 25 февраля 2017 (UTC)

В моб. версии не работают некоторые шаблоны и теги[править]

  • Опечатка и Опечатка2 не отображаются. Проверил под Android и Windows Phone в разных браузерах. В полной версии работает, но сейчас интернетом в основном с моб. устройств пользуются.
  • {{}} не видно, если не добавлять отступ слева другим шаблоном.
  • внутри тега poem (без него не проверял) после каждой строки, где есть открывающий или закрывающий тег div, междустрочный интервал увеличен. Причём это не та проблема, которая приводила к лишнему отступу после закрытия div в полной версии: то исправляется закомментированием символа конца абзаца, а это никак не обойти.

Всё перечисленное - только в мобильной версии. Радион (обсуждение) 12:34, 24 февраля 2017 (UTC)

Мобильной версией толком еще никто не занимался. Я кое-что делал (см. MediaWiki:Mobile.css), но у меня нет нормального мобильного устройства для отладки, хотя кое-что улучшить все же удалось (до того было еще хуже). Опечатка и Опечатка2 можно сделать отображаемыми (добавить цвет), хотя смысла в этом не очень много, т.к. все равно останется непонятна природа ошибки (информационный тултип не работает). Чтобы отображался №, нужно добавить обязательный левый отступ в poem, что на маленьких экранах выглядит расточительно (и так длинные строки не помещаются по ширине). Причину третьей ошибки без отладчика понять вообще сложно (а есть такой зверь — отладчик для моб. устройств? не слышал). Исправлять CSS приходится буквально вслепую. — Lozman (talk) 21:14, 25 февраля 2017 (UTC)
P.S. Первую ошибку вроде исправил, насколько возможно. Исправление второй требует серьезного (возможно, неоправданного) редизайна страниц; надо подумать. По третьей — можете привести примеры страниц, где она проявляется? — Lozman (talk) 21:23, 26 февраля 2017 (UTC)
    • По третьей - было на всех страницах песен в ДО из Гусли (сборник)/Третье издание (ДО), сейчас частично избавился от div, но можно увидеть в истории любой страницы там. По первым двум - допустим, что так лучше. А ещё не работают теги big и small, хотя размер шрифта вполне позволяет уменьшать его, да и когда увеличена буквица, это совсем не громоздко. Радион (обсуждение) 06:52, 27 февраля 2017 (UTC)
      • Вроде удалось исправить проблему и с div, и с big/small (почему-то для них в мобильной версии установлен по умолчанию font-size:normal). — Lozman (talk) 16:35, 27 февраля 2017 (UTC)

Глючит тулбар для OCR[править]

В последнее время тулбар перестал правильно работать: дополнительно вставляет в текст теги noinclude и pagequality, а также содержимое колонтитулов.

И ещё просьба-предложение: можно ли повысить статус тулбара, чтобы он не находился на странице участника, а имел статус гаджета как викификатор или деятификатор? Можно ли его вставить в панель редактирования для всех, ну или хотя бы сделать подключаемым гаджетом, как деятификатор?--Silberrus (обсуждение) 17:29, 23 февраля 2017 (UTC)

Исправил. Насчет преобразования в гаджет — надо подумать. — Lozman (talk) 20:50, 25 февраля 2017 (UTC)

Категория:Викитека:К быстрому удалению[править]

Господа (дамы), ну полтора месяца уже висят запросы! --eugrus (обсуждение) 00:53, 23 февраля 2017 (UTC)

Yes check.svg Сделано. Вообще, полтора месяца для ВТ — не много. Быстрое удаление здесь отличается от обычного только тем, что не требует обсуждения. Если нужно удалить что-то действительно быстро — пишите мне на СО. — Lozman (talk) 02:46, 23 февраля 2017 (UTC)

Слетает цвет страниц в индексах[править]

Чаще, чем обычно, стал слетать цвет страниц в индексах (после правок страниц): вместо красных/желтых/зеленых номера отображаются просто синими ссылками. Не совсем ясно, почему вообще оставили такую опцию: цвет у страниц не должен исчезать никогда. Ratte (обсуждение) 16:25, 18 февраля 2017 (UTC)

  • В латинской ВТ тоже с этим столкнулся. Видимо, что-то глобально поломали. Как же надоело. Ratte (обсуждение) 21:11, 20 февраля 2017 (UTC)
    • Я не смог воспроизвести это явление у себя. Пожалуйста, уточните: 1) это происходит после любой правки или только после создания новой страницы? 2) распространяется на все ссылки, или только на затронутые правкой? — Lozman (talk) 22:54, 20 февраля 2017 (UTC)
      • 1) Происходит после любой правки существующей страницы (при создании с нуля цвет существующих страниц не меняется), 2) распространяется на все ссылки — весь индекс синеет. Если это только я такой удачливый, то попробую полечить с помощью action=purge… UPD. Не помогло, продолжает синеть. Ratte (обсуждение) 17:59, 21 февраля 2017 (UTC)
      • У меня такое тоже наблюдается, и очень часто. Но надо сказать, что я с этим сталкиваюсь не только здесь — в русской Викитеке, но также и в английской и многоязыковой Викитеках. Т. е. это, видимо. не проблема конкретно РуВТ, а какая-то более глобальная. И обычно с этим помогает purge запускаемое по нажатию на строку с временем (я установил в настройках соотв. гаджет — показывает время в правом верхнем углу, и при нажатии на строчку со временем выполняется purge), но иногда даже и это не помогает, и приходится делать null edit (т. е. нажать "Править", и в окне редактирования, ничего не меняя в тексте, нажать Сохранить; но даже и это, бывает, не с первого раза помогает). --Nigmont (обсуждение) 19:45, 21 февраля 2017 (UTC)
        • Странно, что не у всех это есть. А что показывает в этом случае отладчик браузера: есть ли у этих элементов a класс quality (quality1 или quality3, например), и если есть, определено ли для этого класса свойство CSS background-color? — Lozman (talk) 01:20, 22 февраля 2017 (UTC)
У меня такое изредка бывает, но всегда при этом помогает очистка кэша соотв. индекса. -- Badger M. (обсуждение) 22:58, 20 февраля 2017 (UTC)

Нерабочий интерфейс[править]

У меня не появляется панель инструментов. Быстрая вставка не работает. Служебные блоки не сворачиваются (Викиданные, используемые шаблоны, скрытые категории, легенда страницы наблюдения). У меня Chrome и стиль оформления «Современное». В общем, видимо, JavaScript отключился. — KleverI 18:21, 9 января 2017 (UTC)

  • (На основном форуме я об этом написал, но ответа не дождался). Викитека:Форум/Архив/2016#JavaScript — админ шведской ВП предупреждал, что наш старый JS скоро сломается и предлагал дать ему админфлаг, хотя бы временно, для апдейта. Если для этого нужно формальное голосование, то я Symbol support vote.svg За. Ratte (обсуждение) 18:59, 9 января 2017 (UTC)
  • Может быть целый комплекс причин, в связи с отключением устаревших функций JS в викидвижке. Одни глючащие гаджеты вызывают сбой других (например, исчезновение кнопок в панели редактирования). Обсуждение участника:Lozman/Архив/11#Не работает тулбар. Недавно ещё посыпались гаджеты Firefox. Временно можно снижать число глюков, закрывая в браузере лишние вкладки, особенно «тяжёлые». Лучше спросить у @Jack who built the house:, вероятно причины теже что в ВП, если починить типовые ошибки в основных скриптах, возможно другие глючить не будут. --Vladis13 (обсуждение) 20:19, 9 января 2017 (UTC)
  • После этой правки у меня перестал появляться совсем, как и викификатор. —Nonexyst 17:53, 10 января 2017 (UTC)
    • Это именно к вопросу об «устаревшем» JS. «Устаревшие» функции работают, «современные» — как раз нет. Откатываемся? — Lozman (talk) 19:14, 10 января 2017 (UTC)
  • Кнопка деятификатора окончательно пропала, несмотря на откат к старой версии. Последний раз с такими проблемами с джаваскриптом я сталкивался в латинской ВТ, но она фактически заброшена. А тут четвертый по величине раздел, а работать невозможно. Обидно. Может, кто посоветует что-то в личном common.js/commons.css прописать, чтобы кнопка появилась? Можно пожертвовать кнопками «Ссылка», «Встроенный файл» и «Сноска», мне они не нужны. Ratte (обсуждение) 20:33, 10 января 2017 (UTC)
  • Откатил изменения в MediaWiki:Common.js, кнопки восстановились. — Lozman (talk) 20:52, 10 января 2017 (UTC)
  • Спасибо. Надо поспешить с выкладыванием текстов, пока еще что-нибудь не стряслось… «К морю! К морю, пока ворота еще не закрылись!» (с) «L'État de siège». Ratte (обсуждение) 21:12, 10 января 2017 (UTC)

У меня всё равно ничего не работает. — KleverI 18:21, 11 января 2017 (UTC)

Значит, это у вас какая-то локальная проблема. А в консоли браузера есть какие-то сообщения об ошибках? — Lozman (talk) 23:59, 11 января 2017 (UTC)
В Википедии всё нормально, а в Викитеки — ничего не работает. Это произошло числа 7—8 января 2017 г. Вот что выдал Chrome — yadi.sk/i/5xqL38RT38dhS3. — KleverI 16:00, 12 января 2017 (UTC)
А можете отфильтровать только ошибки? А то много шума, трудно определить что есть что. — Lozman (talk) 16:25, 12 января 2017 (UTC)
Тогда так:
VM615:109 Uncaught TypeError: Cannot read property 'getElementsByTagName' of null
    at HTMLDocument.eval (eval at <anonymous> (load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:4), <anonymous>:109:2655)
    at fire (load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:45)
    at Object.fireWith [as resolveWith] (load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:46)
    at Function.ready (load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:49)
    at HTMLDocument.completed (load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:49)
(unknown) Mixed Content: The page at 'https://ru.wikisource.org/w/index.php?title=%D0%92%D0%B8%D0%BA%D0%B8%D1%82%…1%80%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5&action=edit&section=1' was loaded over HTTPS, but requested an insecure script 'http://api.sitestate.ru/scripts/stat/sitestate.js?r12'. This request has been blocked; the content must be served over HTTPS.
(anonymous)
https://en.wikipedia.org/wiki/User:Ilmari_Karonen/watchsince.js?action=raw&ctype=text%2Fjavascript Failed to load resource: the server responded with a status of 403 ()
https://ru.wikipedia.org/wiki/User:Alex_Smotrov/histcomb.js?action=raw&ctype=text%2Fjavascript Failed to load resource: the server responded with a status of 403 ()

KleverI 17:02, 12 января 2017 (UTC)

Вот это уже, как говорили Maupassant и Остап Бендер, «ближе к телу». Ясно, что ошибка где-то в вашей конфигурации, и скорее всего строка, вызывающая эту ошибку, находится по ссылке под VM615:109. Там должен присутствовать вызов функции getElementsByTagName применительно к некоему несуществующему объекту. Можете посмотреть, в каком именно скрипте находится эта строка и что именно она пытается вызвать? — Lozman (talk) 17:28, 12 января 2017 (UTC)
Вот скрипт, который выдает ошибку. Строка 4867 (поиск по фразе «ошибка здесь»). До этого сколько времени пользовался Викитекой, проблем, кроме как со сворачивающимися блоками, не было. Эту ошибку поправили и всё нормально стало. Кстати, как ни странно, но сворачивающиеся блоки работают и сейчас. — KleverI 18:06, 12 января 2017 (UTC)
Вот и славно, вот и выяснили :) Ваш скрипт показывает, что глючит гаджет Exlinks (он ищет на странице элемент с идентификатором content, который в используемой вами «современной» теме оформления отсутствует). Вариантов действий два: или смените тему на «векторную» или «монобук», или отключите этот гаджет. — Lozman (talk) 18:32, 12 января 2017 (UTC)
А что это за гаджет и как его отключить? — KleverI 18:53, 12 января 2017 (UTC)
Настройки > Гаджеты > Интерфейс > Новое окно для внешних ссылок. — Lozman (talk) 19:12, 12 января 2017 (UTC)
Спасибо. Помогло. — KleverI 20:22, 12 января 2017 (UTC)
Открываю четыре вкладки со страницами индекса, из них три на редактирование. (Число вкладок может меняться наверно.) Например. На третьей и последующих открытых на редактирование уже нет кнопок викификатора и деятификатора.
(Заодно консоль выдаёт ошибку: «Uncaught TypeError: Cannot read property 'addButton' of undefined at index.php?title=MediaWiki%3AEditpage.js&action=raw&ctype=text/javascript:51». Это первая из строк «mw.toolbar.addButton()». Сам объект .mw.toolbar существует.
Также под строкой описания правки исчезают кнопки «викиф. оформл. орфогр.» и т. д. Это ниже функция на строке 90. Там объект wpSummary в с.90 создаётся, а wpSummaryBtn на с.92 с этими кнопками — нет. Но это не так важно как кнопки вкификатора и деятификатора.)
После нескольких перезагрузок кнопки и панель может появляться. Насколько понял, эти желанные кнопки находятся в html в <div class="group-ruws"></div>. В MediaWiki:Editpage.js они в этом классе создаются в строчках 9-11. Там единственная функция на которую выдаётся предупреждение это appendCSS(): «Use of „appendCSS“ is deprecated. Use mediawiki.util instead.» Ещё смущает строка 9: if (!$('.group-ruws').length) {}. Вот сейчас например у меня кнопка викификатора есть, но деятификатора нет, как я понимаю, эта строчка считает что это нормально, ведь длина не нулевая, может поэтому не грузит след. кнопку? --Vladis13 (обсуждение) 07:06, 13 января 2017 (UTC)
Возможно проблема всё же в первых строчках запуска скрипта. Я ранее давал ссылку на то как @Jack who built the house: починил схожую проблему в ВП, что скрипт загружается после того как он должен был выполниться. Пометка в документации настройки toolbar к той починке. Имхо надо обновить порядок функций по тамошнему разделу "Basic setup". --Vladis13 (обсуждение) 07:43, 13 января 2017 (UTC)
  • Прошу прощения, что не пришёл по первому зову, — у меня тут некоторый завал.
Коллеги! У вас крайне запущенные файлы скриптов, вам бы стоило провести какую-то чистку. Начнём с простого: @Lozman — вместо глобальных переменных конфигурации, типа wgPageName, нужно вызывать mw.config.get('названиеПеременной'). Далее — похоже на то, что проблема «Cannot read property 'addButton' of undefined» действительно связана с ранней загрузкой. Оберните обращения к свойствам mw.toolbar в MediaWiki:Editpage.js в конструкцию
mw.loader.using('mediawiki.toolbar', function() {
    ...
});
В том же MediaWiki:Editpage.js выше вместо асинхронной загрузки двух модулей они грузятся последовательно: замените
    mw.loader.using( 'user.options', function () {
        mw.loader.using( 'ext.wikiEditor.toolbar', function () {
        ...
        });
    });
на
mw.loader.using(['user.options', 'ext.wikiEditor.toolbar'], function () {
        ...
});
И обратите внимание, что панелей инструментов две — старая и новая и каждая требует загруженности своего модуля для добавления кнопок. Jack who built the house (обсуждение) 08:47, 13 января 2017 (UTC)
И ещё одно. Консоль JavaScript выдаёт предупреждение «Gadget "referenceTooltips" styles loaded twice. Migrate to type=general. See <https://phabricator.wikimedia.org/T42284>». Это значит, что в MediaWiki:Gadgets-definition после referenceTooltips[ResourceLoader|default надо добавить |type=general.
В случае возникновения проблем с кодом, который вдруг перестал работать, обращайтесь к страницам mw:ResourceLoader/Migration guide (users) и mw:ResourceLoader/Legacy JavaScript. Общее руководство по модулям — mw:ResourceLoader/Modules. Jack who built the house (обсуждение) 08:47, 13 января 2017 (UTC)
Также в MediaWiki:Editpage.js есть ошибка: свойство mediaWiki.user.options используется раньше, чем загружается модуль user.options чуть ниже (впрочем, реального эффекта это наверняка не производит, так как весь этот код выполняется по загрузке страницы, ибо находится в функции $()). Так как всё в этом блоке требует двух модулей, user.options и ext.wikiEditor.toolbar, то логично весь его код обернуть в mw.loader.using с соответствующим первым параметром, в том числе вынести из-под отдельного mw.loader.using код gadgetsToolbar('#wikiEditor-ui-toolbar'). Также, возможно, вам удастся ускорить прорисовку кнопок, заменив $(...) в начале скрипта на mw.hook('wikipage.content').add(...)). Jack who built the house (обсуждение) 09:05, 13 января 2017 (UTC)
Большое спасибо за подробный ответ! Проблема проясняется.
Сделал черновик, взяв образец прямо из mw:Extension:WikiEditor/Toolbar_customization#Basic_setup (это в общем более оптимизированный аналог рекомендаций выше). В черновике только оптимизация порядка функций mw.loader.using(). Такой же код добавил Hinote (обс | вклад) год назад в MediaWiki:Wikificator.js. (всё всегда повторяется ровно через год) Проверил в тестере, вроде всё работает, но проверить исчезнет ли ошибка надо на реальном подключении.
Имхо, новые кнопки «addButton()» надо бы переместить в функцию новой панели. Они вроде и взяты из старой панели, поэтому там не нужны. --Vladis13 (обсуждение) 02:31, 14 января 2017 (UTC)
@Lozman: какова ситуация с подключением обновлённого скрипта? Очень неудобно редактировать Викитеку без кнопок викификатора и деятефикатора. --Vladis13 (обсуждение) 12:28, 18 января 2017 (UTC)
Все работы сильно сдвинулись из-за праздников. В ближайшее время постараюсь сделать. — Lozman (talk) 15:05, 18 января 2017 (UTC)
Подключил. Теперь кнопки появляются более регулярно (хотя все равно не каждый раз) и почти сразу. Иногда вся панель с первого раза не появляется, но со второго — практически всегда. Переменные через mw.config заменил везде, где смог найти. Тем не менее, предупреждений стало ненамного меньше. Нужно исправлять что-то еще? — Lozman (talk) 00:36, 21 января 2017 (UTC)
Да, теперь кнопки гаджетов все либо есть, либо иногда нет. Но панель также исчезает целиком, если открыто 2 и более вкладок на редактирование. Не пойму в чём дело. Вот скришот. — Впечатление, что не грузится сам DOM-html, поэтому скрипт не крепится к тэгам (их нет). @Jack who built the house: По порядку загрузки в ВП w:MediaWiki:Editpage.js тоже вроде «костыль», повторные создания панели через 2-6 секунд, если не создалась сразу. Хотя по методу «$()» скрипт должен запускаться после загрузки DOM:
if ( mw.user.options.get( 'usebetatoolbar' ) !== 1 ) {
	$( function() {
		gadgetToolbar();
		setTimeout( gadgetToolbar, 2000 );
		setTimeout( gadgetToolbar, 6000 );
	} );
}
Ещё я перекомпоновал скрипт черновика, разница больше стилевая, но если понравится, можно обновить им код. --Vladis13 (обсуждение) 16:08, 21 января 2017 (UTC)
Это код для старой панели. Если панель исчезает целиком, надо смотреть ошибки в консоли специально для этих случаев — такое бывает при ошибке в скриптах, и тогда все последующие действия, которые выполняет тот же код, обрываются. То, что это происходит при открытии многих вкладок, намекает на то, что это тоже как-то укоренено в порядке загрузки и у того, что при нормальном сценарии не вызывает ошибок, при наличии большого количества запросов сбивается порядок и недогрузившееся одно валит за собой всё остальное. Пингуйте, пожалуйста, при ответе, так как специально сюда не заглядываю. Jack who built the house (обсуждение) 16:29, 21 января 2017 (UTC)
Точно, есть ошибка. Вроде ругается на первые строки гаджета MediaWiki:Gadget-urldecoder.js (Uncaught TypeError: $(...).wikiEditor is not a function). Не знаю почему, выглядит нормально. Отключил его в настройках, и заменил его себе на вариант из англо-рувики (он и конвертит лучше). Пока панель нормально появляется. Кнопок викификатора и деятефикара нет, но этот гаджет есть — в другой группе кнопок. --Vladis13 (обсуждение) 17:54, 21 января 2017 (UTC)
Хорошо, если не принципиально, куда добавляется кнопка, можно этот гаджет загружать прямо оттуда. А как быть с остальными двумя? У нас все три гаджета добавляют кнопку примерно одинаково. Надо разобраться, почему у них это работает, и сделать у нас аналогично. — Lozman (talk) 21:17, 21 января 2017 (UTC)
Ууу, он у вас вообще страшно устаревший и даже на минимальные события не опирающийся (ready не в счёт). Возможно, стоит обновить код на основе нашего, только заменив функцию внутри $.when( mw.loader.using( [ 'ext.wikiEditor.toolbar', 'schema.Edit' ] ), $.ready ).then( ... ); на простой вызов addNewToolbarButton(), а в этой функции в строке 'group': 'gadgets', заменив gadgets на стандартную группу (gadgets — нестандартная), например format. Jack who built the house (обсуждение) 23:22, 21 января 2017 (UTC)
Что касается того, что кнопок иногда нет, — в w:MediaWiki:Editpage.js я добавил такое лечение для поздно прорисовывающейся панели инструментов (там добавляется группа gadgets к панели):
		addGadgetsGroup();
		if ( !$( '#wikiEditor-section-main .group-gadgets' ).length ) {
			// Лечение для случаев, когда панель инструментов поздно прорисовывается
			setTimeout( addGadgetsGroup, 0 );
		}
Опора на доллар-функцию и момент загрузки модуля тут абсолютно не спасает, так как загрузиться всё загружается, а прорисовываться может позже. Если у вас есть два разнесённых кода и один должен выполняться строго после выполнения второго, то добавьте в первое место mw.hook( 'названиесобытия' ).add(функция);, а в конец второго — mw.hook( 'названиесобытия' ).fire();. Даже если второй код (где объявляется о наступлении события) выполнится раньше, чем первый (где добавляется обработчик события), событие всё равно будет обработано. Особо изощрённое применение этого — в w:MediaWiki:Gadget-urldecoder.js. Jack who built the house (обсуждение) 17:04, 21 января 2017 (UTC)
К сожалению не могу проверить. У меня в отладчике можно тестить только один скрипт. А тут надо Editpage.js и Викификатор или urldecoder. --Vladis13 (обсуждение) 23:36, 22 января 2017 (UTC)
Обновил Urldecoder к версии ВП с предложенными исправлениями: ушла ошибка wikiEditor is not a function, тулбар теперь присутсвует практически в 100% случаев (даже в Опере, где уже давно не появлялся вообще). А вот кнопки трех упомянутых гаджетов по-прежнему появляются нерегулярно, причем по-разному: викификатор присутствует почти всегда, деятификатор — от случая к случаю, а вот сам злосчастный Urldecoder — почти никогда. И перенос его из группы ruws во встроенную format никак не помог: изменилось только место его появления, но не частота. @Jack who built the house: можете еще что-то посоветовать? — Lozman (talk) 23:42, 20 февраля 2017 (UTC)
И панель в блоке «Дополнительно» иногда не загружается.
> можете еще что-то посоветовать?
Использовать схему, предложенную мной выше, с использованием mw.hook, а также лечения для случаев поздней прорисовки. Скажем, в MediaWiki:Editpage.js всё содержимое функции customizeToolbar(), кроме первой строчки, заносите в подфункцию addButtons() и дальше пишете
	addButtons();
	if ( !$('.group-ruws').length ) {
		// Лечение для случаев, когда панель инструментов поздно прорисовывается
		setTimeout( addButtons, 0 );
	}
В конец addButtons() добавьте mw.hook( 'wikieditor.toolbar.ruwsgroup' ).fire();, а в MediaWiki:Gadget-urldecoder.js замените addNewToolbarButton(); на mw.hook( 'wikieditor.toolbar.ruwsgroup' ).add( addNewToolbarButton );. В деятификаторе выполните аналогичную привязку выполнения главной функции к событию wikieditor.toolbar.ruwsgroup. Кстати, mw.hook( 'ext.lqt.textareaCreated' ).add( addNewToolbarButton ); можно удалить. Можете посмотреть, как всё это реализовано в рувики. Jack who built the house (обсуждение) 00:21, 21 февраля 2017 (UTC)
@Jack who built the house: Спасибо большое, вот теперь понятно (чтобы и вам понятно: этой работой здесь в основном занимаюсь я один, а я не программист от слова совсем; поэтому мне нужны подробные разъяснения). Сейчас работает как часы, правда, загрузка стала на несколько секунд дольше, но это уже издержки метода. — Lozman (talk) 01:24, 22 февраля 2017 (UTC)
@Lozman: проблема с кнопками исправлена? (Не следил за темой. На рубеже января-февраля столько всего навалилось с тех.обновлениями всего и вся — и по ЖКХ предъявились серьезные требований тех.модернизаций, и провайдер сменился. И тогда же сразу все 3 ОС слетели, тоже из-за их кривых индусских обновлений: Windows, Linux (не держите эти ОС на одном логическом диске), и Android. Сейчас перебрался на Linux, но тут всех нужных для вики программ нет (клавиатурные утилиты, AWB, FineReader), поэтому у меня резко спало свободное время и продуктивность работы.) --Vladis13 (обсуждение) 13:36, 22 февраля 2017 (UTC)
Да. Панель и все кнопки теперь присутствуют постоянно (даже в Опере, где, как оказалось, их давно не было вообще). Правда, несколько (не очень существенно) увеличилось время загрузки. Теперь нужно еще разобраться со старой панелью (подтема ниже). Там в общем понятно, как решается, осталось разобраться с некоторыми деталями. (P.S. А ставить несколько разных ОС на один логический диск — однозначно ересь. Сам такого не делал, но наблюдать в жизни приходилось. Никогда ни к чему хорошему не приводит.)Lozman (talk) 14:52, 22 февраля 2017 (UTC)

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

@Jack who built the house:: А почему в настройках не работает галочка "Включить улучшенную панель редактирования"? У меня при снятой галочке всё равно загружается «улучшенная» панель. -- Sergey kudryavtsev (обсуждение) 06:31, 14 января 2017 (UTC)

  • Всегда так было? Вы можете очень сильно помочь, если откроете инструменты разработчика: ctrl+shift+i, перейдёте на вкладку «Консоль», введёте туда mw.user.options.get( 'usebetatoolbar' ) и нажмёте Enter и затем mw.user.options.get( 'showtoolbar' ) и нажмёте Enter и в точности процитируете полученные два ответа (там может быть 0/1 в кавычках или без — обратите на это внимание). Это может пролить свет на природу аналогичной проблемы, о которой сообщали в РуВП.
@Sergey kudryavtsev. Jack who built the house (обсуждение) 23:43, 21 января 2017 (UTC)
С выключеной галочкой mw.user.options.get( 'usebetatoolbar' ) возвращает "0" (видимо, в этом и проблема), а mw.user.options.get( 'showtoolbar' ) возвращает 1 (без кавычек). Было, конечно, не так, «улучшенная» панель слушалась этой галочки. Но примерно год назад, после очередного обновления движка, появился этот баг. -- Sergey kudryavtsev (обсуждение) 19:54, 22 января 2017 (UTC)
Так и должно быть, 0 = использовать старую панель. А дальше начинается глючная магия.
$('#toolbar').prepend('<div id=local-toolbar style="float:left" />');
не создаёт контейнер с панелькой в <div id="toolbar"></div>. Но та же команда сделанная в консоли (тут же на точке останова этой команды) работает. (???) Исправление на более правильную орфографию — '<div id="local-toolbar" style="float:left"></div>' — роли не играет. И даже если создать так старую панельку через консоль, функции дальше перезапускаются и этот div заменяется div'ом с новой панелью... В ВП ситуация сложней: там больше скрипты. @Jack who built the house. --Vladis13 (обсуждение) 23:25, 22 января 2017 (UTC)
Старая панель удаляется командой $('#toolbar').remove(); в движке. Автор правки писал, что добавил этот код 3 года назад из-за несовместимости старой и новой панелей. Не понимаю как это лечить, если удаляется движком. Может поддержку старой панели вообще убрать? @Lozman, Jack who built the house. --Vladis13 (обсуждение) 12:45, 23 января 2017 (UTC)
Старую панель де-факто никто не использует. Уже давно внедрён визуальный редактор, даже до назойливости (для всех анонимных участников). +В англовики/викиданных и т. п. полностью заменены редакторы страницах обсуждений, без возможности смены на прежние. А в справках редактор спарен с визуальным редактором-переводчиком и ручное редактирование отключено. Нужен ли этот анахронизм, который не работает как 3 года, и никто его не вспоминал. --Vladis13 (обсуждение) 18:28, 22 февраля 2017 (UTC)
В режиме старой панели, на страницах индекса новая грузится под верхней областью редактирования (где колонтитулы и шапка OCR). Пример (см. отключив в настройках улучшенную панель). --Vladis13 (обсуждение) 13:07, 23 января 2017 (UTC)
Похоже, нашёл причину проблемы. Она — в этой правке. В результате неё новая панель грузится всем с установленным деятификатором. Нужно перенести загрузку этого модуля внутрь гаджета, внутрь конструкции if (mediaWiki.user.options.get('usebetatoolbar') == 1) { ... }. @Hinote, будьте, пожалуйста, внимательны. Jack who built the house (обсуждение) 23:38, 22 января 2017 (UTC)
Откатил правку — не помогло. В монобуке, с отключенной улучшенной панелью, она все равно прорисовывается поверх старой. — Lozman (talk) 16:37, 22 февраля 2017 (UTC)
Можно попробовать создавать панельку в '.wikiEditor-oldToolbar', движок этот блок не трогает[7], а затем удалять новую панельку (которая создаётся параллельно). Ещё вариант создать её в блоке с другим id, но скорее всего есть зависимости-привязки к стандартному id. --Vladis13 (обсуждение) 18:28, 22 февраля 2017 (UTC)

Долгая загрузка страниц[править]

Еще в копилку глюков русской Викитеки: периодически ряд страниц в основном пространстве начинает долго грузиться, в Firefox внизу появляется сообщение «прочитано ru.wikisource.org», на вкладке появляется и не исчезает значок загрузки. Корень проблемы в графе «Качество» или в иконках Файл:50%.png, Файл:100%.png и т. д. Да, много чего накопилось… Ratte (обсуждение) 14:59, 14 января 2017 (UTC)

Сворачивание блоков «Содержание»[править]

  • Со вчерашнего дня пропала возможность сворачивать содержание, которое генерируется автоматически или через ключевое слово __TOC__. При этом для содержания, генерируемого через шаблон {{СодержаниеБН}}, возможность сворачивания осталась. У меня стиль оформления «Современное», браузер — Chrome. Ошибок в консоле не появляется. — KleverI 07:05, 15 января 2017 (UTC)
  • @Lozman: У меня на странице Викитека:Форум почему-то содержание не сворачивается (даже надпись «Свернуть» не появляется). Теперь Chrome пишет следующую ошибку:
VM229:7 Uncaught TypeError: NavigationBoxes[i].hasClass is not a function
    at createCollapseButtons (eval at <anonymous> (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:4), <anonymous>:7:325)
    at fire (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:45)
    at Object.fireWith (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:46)
    at Object.fire (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:176)
    at HTMLDocument.eval (eval at <anonymous> (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:4), <anonymous>:42:20047)
    at fire (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:45)
    at Object.fireWith [as resolveWith] (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:46)
    at Function.ready (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:49)
    at HTMLDocument.completed (/w/load.php?debug=false&lang=ru&modules=jquery%2Cmediawiki&only=scripts&skin=modern&version=1rfuz0b:49)

KleverI 08:11, 21 января 2017 (UTC)

Поправил (кажется). Проверьте, работает ли у вас (вроде не должно зависеть от темы). — Lozman (talk) 19:08, 21 января 2017 (UTC)

Правки одного участника в Списке наблюдения[править]

В Firefox исчез значок сворачивания правок одного участника (треугольничек слева). В Chrome работает. --Vladis13 (обсуждение) 13:51, 22 февраля 2017 (UTC)

У меня и в FF есть. Видимо, нужно ловить ошибки в консоли. — Lozman (talk) 14:55, 22 февраля 2017 (UTC)
Тоже в Windows и в Linux. В консоль пишет много непонятного и ничего конкретного. Много про ошибки в css, но они на работу скрипта бы не влияли. Про ошибки js выдаёт длинющую строку вызова вообще всех скриптов. --Vladis13 (обсуждение) 18:05, 22 февраля 2017 (UTC)
Да, могу подтвердить. Специфический глюк Firefox, в Chrome не наблюдается. Конкретно — в гаджете MediaWiki:Gadget-markblocked.js возникает ошибка: TypeError: mw.util.$content is null. Почему — не знаю, в mw.util есть элемент $content и в Chrome он не null. Пока вижу только два выхода: использовать Chrome или отключить этот гаджет (у меня после отключения в FF все заработало). — Lozman (talk) 23:48, 25 февраля 2017 (UTC)
Не понятный скрипт, что он делает? --Vladis13 (обсуждение) 00:10, 26 февраля 2017 (UTC)
Зачеркивает ссылки на страницы заблокированных участников. — Lozman (talk) 02:11, 26 февраля 2017 (UTC)