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

Материал из Викитеки — свободной библиотеки
Перейти к: навигация, поиск
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 Архивы форума
Последнее изменение страницы:
24.02.2017.

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

ВТ:ЗКА

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


Содержание

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

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

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

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

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

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

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

И ещё просьба-предложение: можно ли повысить статус тулбара, чтобы он не находился на странице участника, а имел статус гаджета как викификатор или деятификатор? Можно ли его вставить в панель редактирования для всех, ну или хотя бы сделать подключаемым гаджетом, как деятификатор?--Silberrus (обсуждение) 17:29, 23 февраля 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', движок этот блок не трогает[3], а затем удалять новую панельку (которая создаётся параллельно). Ещё вариант создать её в блоке с другим 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)

Просьба восстановить страницы[править]

Прошу восстановить страницы (файл перезалит под другим именем, сделаю новый индекс):

Спасибо. Ratte (обсуждение) 21:56, 1 января 2017 (UTC)

Восстановил кроме сс. 141 и 142, которых, похоже, никогда не существовало. — Lozman (talk) 23:01, 1 января 2017 (UTC)

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

Благодарю. Перенесено в новый индекс. Ratte (обсуждение) 11:21, 2 января 2017 (UTC)

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

Я ошибочно залил с помощью бота следующие страницы:

Прошу удалить их, включая перенаправления на них. — KleverI 20:17, 16 декабря 2016 (UTC)

Yes check.svg Сделано. — Lozman (talk) 23:58, 16 декабря 2016 (UTC)
Спасибо. — KleverI 08:24, 17 декабря 2016 (UTC)

Переименование поверх перенаправлений[править]

В связи с ошибкой [4] нужна помощь в откате переименований следующих страниц:

KleverI 18:07, 4 декабря 2016 (UTC)

Yes check.svg Сделано. — Lozman (talk) 18:52, 4 декабря 2016 (UTC)
Спасибо. — KleverI 19:33, 4 декабря 2016 (UTC)

Всплывающие окошки[править]

При заходе в Викитеку получил сообщение о том, что гаджет MediaWiki:Gadget-popups.js более не поддерживается, и его следует отключить и пользоваться аналогичным функционалом из бета-функций. Отключите его кто-нибудь, пожалуйста. --Kaganer (обсуждение) 15:44, 21 ноября 2016 (UTC)

Неясно, о чем речь. Функционал далеко не аналогичный, см. mw:Beta_Features/Hovercards#Key differences to Navigation Popups. Кроме того, этот гаджет активно поддерживается в других проектах. Видимо, имелась в виду ссылка в нашем коде на его устаревшую версию w:en:User:Lupin/popups.js. Исправил ссылку на актуальную с англовики. — Lozman (talk) 17:59, 21 ноября 2016 (UTC)
Ой, а что случилось со всплывающими окошками в Списке наблюдения предпросмотра диффов? скриншот, выделил красным. --Vladis13 (обсуждение) 20:39, 21 ноября 2016 (UTC)
Опаньки )) А теперь? — Lozman (talk) 22:45, 21 ноября 2016 (UTC)
Работает, спс. --Vladis13 (обсуждение) 00:47, 22 ноября 2016 (UTC)

Изменение ссылки на Политику конфиденциальности[править]

По умолчанию, ссылка на Политику конфиденциальности указана как wmf:Privacy policy, но так как у нас есть на 100% выполненный перевод предлагаю изменить её на m:Privacy policy/ru. При запросе на Фабрикатор, меня попросили узнать мнение каждого из активных проектов ру-сегмента, так что это сообщение будет продублировано по ним. Iniquity (обсуждение) 14:31, 5 ноября 2016 (UTC)

Yes check.svg Сделано. — Lozman (talk) 17:49, 21 ноября 2016 (UTC)

Орфография и оформление в «Настройках»[править]

В какое Спортлото писать об ошибках на странице настроек (https://ru.wikisource.org/wiki/Служебная:Настройки)? Там как минимум два раза написано «в пространстве имен» вместо «... имён» и во многих местах странное/неправильное выравнивание в списках и заголовках. — Mikhail Ryazanov (обсуждение) 06:35, 18 июля 2016 (UTC)

Спам[править]

Участник:Gogenot2 / Обсуждение участника:Gogenot2... Что-то админы как-то невнимательны... --Nigmont (обсуждение) 21:05, 2 июня 2016 (UTC)

Меры приняты. Спасибо за бдительность! — Lozman (talk) 21:42, 2 июня 2016 (UTC)

Перестала работать функция «Скачать как EPUB»[править]

Ввиду некоей реорганизации WMFLabs перестала работать функция «Скачать как EPUB». Теперь правильный синтаксис ссылки выглядит так (согласно англ. разделу):

http://tools.wmflabs.org/wsexport/tool/book.php?lang=ru&format=epub&page=<наименование_страницы>

Исправьте, пожалуйста. —Nonexyst 12:30, 19 апреля 2016 (UTC)

@Hinote: загляните сюда, пожалуйста. Проблема важная, исправить-таки на пару минут, а висит уже 11 дней :( —Nonexyst 22:39, 29 апреля 2016 (UTC)

Yes check.svg Сделано. — Lozman (talk) 23:47, 29 апреля 2016 (UTC)

Добавить параметр в шаблон[править]

Обсуждение шаблона:Книга#Добавить параметр "томов=". Добавьте пожалуйста. --Vladis13 (обсуждение) 14:07, 13 апреля 2016 (UTC)

Изменение конфигурации проекта[править]

@Lozman, Sergey kudryavtsev: Начало в Thursday, March 24 23:59 UTC+1 (изменение флага "пространство с подстраницами" с текущего значения "пространство без подстраниц" для пространства Template). См. [5]. Hinote (обсуждение) 14:19, 24 марта 2016 (UTC)

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

Давайте найдём для этого документа какое-то подходящее место и разместим его там? — VadimVMog (обсуждение) 15:49, 12 марта 2016 (UTC)

Edittools без charinsert[править]

Вот описалово, как перейти на кнопки или ссылки edittools, чтобы было реализовано как в en.wp, wn.ws, ru.wp: [6]. Что скажут администраторы, может, перейдем, перенеся наши существующие ссылки туда? Hinote (обсуждение) 18:56, 11 марта 2016 (UTC)

Не работает подстановка ударения внутри тега poem[править]

Без тега

а{{подст:ударение}}

даёт

а́

С тегом

<poem>а{{подст:ударение}}</poem>

даёт

а{{подст:ударение}}

--Радион (обсуждение) 10:50, 14 февраля 2016 (UTC)

  • И не должен работать внутри тега. Это ограничение синтаксиса вики-разметки и алгоритма работы вики-парсера. Надо использовать magic word
    {{#tag:poem|...}}
    
    или шаблоны Poem, которые внутри вместо тега poem используют эту конструкцию с "#tag". Или просто вставляйте символ ударения в текст как соотв. Юникод-символ (напр., из буфера копирования/вставки вашей операционной системы). Hinote (обсуждение) 11:44, 14 февраля 2016 (UTC)

Инструмент «Статистика просмотров»[править]

Похоже, он переехал на wmflabs [7]. Видимо, надо бы заменить соотв. ссылку на актуальную в MediaWiki:Pageinfo-footer. -- Badger M. (обсуждение) 10:48, 13 февраля 2016 (UTC)

PS. Конкретнее, достаточно вставить код [который уже функционирует в enWikipedia] вместо текущей ссылки:

[//tools.wmflabs.org/pageviews#pages={{FULLPAGENAME}}&project=ru.wikisource.org Статистика просмотров]

-- Badger M. (обсуждение) 13:42, 18 февраля 2016 (UTC)

Поменял. Проверить работоспособность пока не могу — сервис недоступен (Error 503). — Lozman (talk) 22:20, 18 февраля 2016 (UTC)
Извиняюсь, букву E я зря убрал, из-за этого пробелы неправильно обрабатываются. Надо добавить еще E на конце FULLPAGENAME:
[//tools.wmflabs.org/pageviews#pages={{FULLPAGENAMEE}}&project=ru.wikisource.org Статистика просмотров]

-- Badger M. (обсуждение) 09:34, 19 февраля 2016 (UTC)

Исправил. — Lozman (talk) 10:59, 19 февраля 2016 (UTC)


В истории правок страниц "Статистика посещений" до сих пор вызывается с сайта stats.grok.se. Можно ли исправить ссылку на работающую? --Averaver (обсуждение) 19:30, 6 марта 2016 (UTC)

Yes check.svg Сделано. Спасибо! Hinote (обсуждение) 21:06, 6 марта 2016 (UTC)

Нестабильная работа команды создания сворачивающейся и сортируемой таблицы[править]

Уважаемые администраторы, в русской википедии была выявлена и (в основном) устранена какая-то неполадка, приводившая к тому, что сворачивающиеся таблицы не сворачиваются. Это отчасти описано в 20. Не работает команда создания сворачивающейся и сортируемой таблицы. Попытка использовать такие таблицы в викитеке показала, что иногда они сворачиваются (сами - когда должны); иногда не сворачиваются; и т.п. Пример - таблица в главе 6. Возможно, в викитеке тоже есть какая-то неполадка - если да, то нельзя ли её устранить?

Спасибо AlexChirkin (обсуждение) 14:16, 6 февраля 2016 (UTC)

Может за одно наконец-то исправится ошибка со скрытыми блоками в стиле «Современное», о которой я не однократно упоминал. — KleverI 16:33, 8 февраля 2016 (UTC)

Викификатор[править]

Я очень хочу преобразовать Викификатор из загружаемого непосредственно из common.js (точнее из EditPage.js) в гаджет, чтобы он грузился как и Деятификатор, как гаджет. Для этого в нем самом ничего не надо менять -- надо только переименовать его в Gadget-Wikificator.js (не знаю, будет ли работать, если сделать перенаправление), добавить строку-описание в Gadget-Wikificator и добавить его в gadgets-definitions, причем с default (чтобы по-умолчанию грузился у всех, как и явно вызываемый сейчас Викификатор).

Будут ли возражения? Кто-нибудь видит какие-нибудь подводные камни?

Зачем: Деятификатор и Викификатор сделаны одинаково, только один грузится как гаджет, а другой -- явно. Можно сделать одинаково. Кроме того -- при этом можно прописать явно зависимость от загрузки модуля тулбара, чтобы кнопка не пыталась отрисоваться раньше того, как появился тулбар (и без дополнительных проверок внутри кода Викификатора) Hinote (обсуждение) 15:17, 31 января 2016 (UTC)

Я Symbol support vote.svg За. Только когда сделаете, надо участников предупредить на форуме об этом «переезде». -- Sergey kudryavtsev (обсуждение) 08:54, 5 февраля 2016 (UTC)
Я Symbol support vote.svg За. Просьба — в панели редактирования поставить значок Викификатора ПОСЛЕ значка Деятификатора. Так было раньше и это соответствует последовательности работы со Страницами. --Averaver (обсуждение) 14:48, 6 февраля 2016 (UTC)

Большой отступ после каждого DIV в poem[править]

Любые конструкции с использованием DIV, будь то

{{poem-on}}<poem>{{Отступ|3|Пример}}
Например</poem>{{poem-off}}

:

* * *


Пример

Например



или

{{poem-on}}<poem><div style="margin-left:3em">Пример
</div>{{poem-off}}
Например
</poem>{{poem-off}}

:

* * *


Пример

Например




От наличия шаблонов poem эффект не зависит. --Радион (обсуждение) 12:35, 7 января 2016 (UTC)

  • Я не вижу ничего неправильного. Там, где сделали отступ (шаблоном Отступ или с margin-left:3em) -- отступ есть. В следующей строке (без шаблона Отступ и без margin-left:3em) -- отступа нет. Google Chrome, скин Vector. Hinote (обсуждение) 19:59, 7 января 2016 (UTC)
    • Если имеется в виду пустая строка после DIV, то это нормальное поведение, вызванное тем, что расширение poem добавляет тег <br /> в конец каждой строки. А поскольку DIV — блочный элемент, он отделяется от соседних с ним элементов; поэтому <br /> занимает отдельную строку. Из-за этого эффекта использование DIV внутри poem нежелательно. Для отступов слева рекомендуется использовать шаблон {{indent}}. — Lozman (talk) 23:03, 7 января 2016 (UTC)
      • А если нужно сделать отступ для целой строфы — добавлять его перед каждой строкой? --Радион (обсуждение) 10:32, 8 января 2016 (UTC)
        • В теге poem для этого (если вы имеете в виду именно горизонтальный отступ) сделан удобный механизм: двоеточия в начале строки. А для вертикального промежутка между строками -- просто пустая строка.
{{poem-on}}<poem>
Например

:::Пример
:::Например</poem>{{poem-off}}

:

* * *


Например

Пример
Например



Hinote (обсуждение) 10:45, 8 января 2016 (UTC)

          • Улыбнуло. Двоеточия в начале строки для отступа — одна из базовых возможностей вики-разметки, которая действует где угодно. Короче, ничего, кроме плясок с бубном над каждой строчкой, не предусмотрено… Радион (обсуждение) 17:01, 8 января 2016 (UTC)
            • Улыбайтесь. Вики-разметку внутри тега poem реализует соответствующее расширение, а не "базовая возможность вики-разметки". Равно как оно (это расширение) размещает каждую строку текста poem на отдельной строке. Поддержка двоеточий внутри тегов poem была сделана в этом расширении не так давно, не сразу, и по отдельному багрепорту/фичареквесту. Так что двоеточие внутри poem не имеет ничего общего с двоеточием вне poem, для обычного вики-абзаца. Там и отступ совершенно разный, иначе определяется, чем для обычного вики-абзаца... Hinote (обсуждение) 17:07, 8 января 2016 (UTC)
              • Я тоже не знал об этом. Выходит, двоеточия в начале строки внутри poem теперь действуют почти как {{indent}}, только в em (1 двоеточие = 1em)? — Lozman (talk) 19:39, 8 января 2016 (UTC)
                • Ну, как "теперь", как сказать... "Не так давно" и "теперь" ведь понятия относительные... Это 3 года уже так, с сентября 2012, см. https://phabricator.wikimedia.org/T33146 -- вот тот фичереквест. Я говоря "не сразу" имел в виду, что это здесь работает не стандартная замена лидирующих двоеточий как для обычного вики-текста, а специально и отдельно, уже после начальной реализации, реализованная для тега poem возможность (я не имел в виду, что это супер-новая фича для тега poem)... Ведь в вики-разметке много зависит от того, когда и что раскрывается и подставляется -- до обработки тега poem в данном случае или после... Да, это работает как indent в 1 em для соотв. строки, получается (я раньше наоборот думал, что каждое двоеточие в poem раскрывается в 2 em; либо я ошибался, либо поменяли)... Да, этот отступ не зависит от нашего css. Hinote (обсуждение) 20:17, 8 января 2016 (UTC)
            • Вот вам без "плясок с бубном для каждой строчки":
{{poem-on}}<poem>
Например
</poem>
<poem style="margin-left:3em">
Пример
Например
</poem>{{poem-off}}

:

* * *


Например

Пример
Например




См. также https://www.mediawiki.org/wiki/Extension:Poem. Hinote (обсуждение) 17:19, 8 января 2016 (UTC)

Дубль анонса[править]

Викитека:Анонсы/2016/53 и Викитека:Анонсы/2016/01 являются перенаправлениями аж на другой год: Викитека:Анонсы/2015/52. Потому анонс, который сейчас (Племя Каина) - уже был! --Радион (обсуждение) 18:25, 6 января 2016 (UTC)

Да, там из-за начала года в середине недели пару недель на Заглавной странице остается один и тот же анонс. Думаю, ничего страшного в этом нет. Я не стал исправлять и переписывать анонс для 01 недели. С понедельника должно пойти как обычно. --Averaver (обсуждение) 21:23, 6 января 2016 (UTC)
Перенаправления на границе года - обычное дело, т.к. последняя неделя декабря, как правило, продолжается в январе следующего года. -- Sergey kudryavtsev (обсуждение) 07:46, 7 января 2016 (UTC)
Заметьте, сейчас уже вторая неделя года, надоело это жестокое стихотворение. --Радион (обсуждение) 08:40, 7 января 2016 (UTC)
Заменил стихотворение на другое, более зимнее. --Averaver (обсуждение) 10:11, 7 января 2016 (UTC)

Пространство Шаблон: как пространство в $wgNamespacesWithSubpages[править]

Предлагаю обсудить среди администраторов, при положительном решении сделать запрос в багзиллу на изменение конфигурации нашего ресурса Викитеки.

В текущей конфигурации, пространство Шаблон: почему-то исключено из списка пространств с подстраницами.

См. https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php:

'+ruwikisource' => array( 10 => 0 ),

Наверное, это осталось по историческим причинам. Когда-то дефалтовый список пространств с подстраницами не включал пространство Шаблон. См. например https://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages#Default_value, там приведено устаревшее значение списка. Текущий дефалтовый список -- см. опять-таки https://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php, NS_TEMPLATE /* 10 */ => true,. Для ruwikisource сейчас установлено такое вот исключение. Оно единственное. Предлагаю его убрать из конфигурации, сделать пространство Шаблон пространством с подстраницами. Такого исключения нет ни в enwikisource, ни в ruwiki.

Что это даст: подстраницы шаблонов (в основном это подстраницы Документация) станут именно подстраницами шаблонов, а не отдельными страницами. У них появится вверху под названием страницы ссылка на родительскую страницу -- на страницу шаблона. Это даст возможность убрать вообще шаблон {{template navigation}}, т.к. сейчас единственное оправдание его существованию -- это ссылка со страницы документации шаблона на страницу шаблона, которой нет в стандартных навигационных ссылках. С таким изменением оно появится и можно будет везде этот шаблон template navigation и теги noinclude, его обрамляющий, вычистить. Упростится структура страниц документации. Кроме того, они логично будут считаться подстраницами соотв. страниц шаблонов.

При таком изменении ничего не должно поломаться -- ведь в названиях шаблонов, в том числе шаблонов со слешами в названиях, а также в названиях страниц документации ничего не поменяется. Я не вижу никаких причин, чтобы что-то поломалось. Единственное, возможно, придется ботом "пересоздать" такие подстраницы документации (путем, возможно, переименования в новую страницу с другим именем и обратно), т.к. автоматически после изменения конфигурации текущие страницы документации, которые сейчас есть отдельные страницы, не станут сразу же подстраницами соотв. страниц шаблонов. А может и станут сразу и все подстраницами и такие переименования не нужно будет делать... Hinote (обсуждение) 13:41, 3 января 2016 (UTC)

Symbol support vote.svg За Hinote (обсуждение) 18:47, 24 января 2016 (UTC)
Symbol support vote.svg За -- Sergey kudryavtsev (обсуждение) 08:08, 7 января 2016 (UTC)

@Butko, ChVA, Dmitrismirnov, Lozman, Schekinov Alexey Victorovich, Vlsergey:

Symbol support vote.svg ЗаLozman (talk) 03:00, 8 января 2016 (UTC)
  • Разместил запрос на изменение конфигурации нашего инстанса: [8]. Hinote (обсуждение) 18:34, 24 января 2016 (UTC)

Запрос на переименования[править]

Для стандартизации именования статей прошу переименовать Федеральный закон от 18 июля 2011 г. № 243-ФЗ в Федеральный закон от 18.07.2011 № 243-ФЗ поверх перенаправления. — KleverI 20:08, 2 января 2016 (UTC)

Yes check.svg Сделано. — Lozman (talk) 20:17, 2 января 2016 (UTC)