Обсуждение MediaWiki:Common.js

Для облегчения контроля за предложениями и их реализацией, на данную страницу перенаправляются страницы обсуждений всех JS-файлов тем оформления.

Функции и глобальные переменные, определяемые в Common.js, должны быть задокументированны на странице ВП:Глобальный код.

Архив обсуждений

Запрос отклонён

В интерфейсе Вектор 2022 в правой колонке на Заглавной отображается среди других проектов ссылка на Wikimedia Outreach, ссылка ведёт на https://outreach.wikimedia.org/wiki/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 - но такой страницы нет. Правильная ссылка на русскоязычную версию другая: https://outreach.wikimedia.org/wiki/Main_Page/ru

Автор сообщения: Nikolay Komarov (обс.) 11:39, 13 декабря 2023 (UTC)[ответить]

В MediaWiki:Common.js#L-218 нужно добавить wb-otherproject-link ~Sunpriat 17:23, 6 января 2024 (UTC)[ответить]

Кто-то там создал редирект на Outreach [1]. -- dima_st_bk 16:57, 28 февраля 2024 (UTC)[ответить]

В дополнение к уже существующим способам запуска скриптов

• указанием прямо в Common.js (сейчас например Incubator.js запускается для подстраниц «Мастер статей|Инкубатор»)
• с помощью перехода по ссылке ...&withjs=имя (подробнее)

собираюсь добавить возможность запуска скрипта «по запросу» страницы, путём размещения там шаблона {{запустить скрипт|имя1|имя2}}, который будет транслироваться в невидимый <span style="display:none" id=executeJS class="имя1 имя2" />. Вероятно в основном это будет использоваться на страницах в пространстве «Википедия:» когда нужна некоторая особая интерактивность (например тот же Инкубатор или страница голосования в АК) и на страницах участников (вроде предложенного шаблона для переключающихся вкладок). Скрипты будут разрешены только как подстраницы «MediaWiki:Script/», для предотвращения некорректного использования скрипт может сам проверять, на какой странице его запускают. Код в Common.js будет выглядеть примерно так:

var execJS = $('#executeJS')
if( execJS.length )  
  $.each( 
   execJS.attr('class').split(' '),  
   function(i, sc){ importMW('Script/' + sc) } 
  )

— AlexSm 22:20, 4 августа 2011 (UTC)[ответить]

Сделано, шаблон назван {{выполнить скрипт}}. — AlexSm 20:03, 8 августа 2011 (UTC)[ответить]

В файл MediaWiki:Filepage.js, который вызывается на страницах файлов, добавлен код, который для несуществующих локальных файлов:

• скрывает вкладку «создание» и форму редактирования
• скрывает вкладку «обсуждение» (если страницы обсуждения не существует)

а для файлов с Викисклада дополнительно:

• скрывает вкладку «следить»
• добавляет вкладку «на Викискладе →»
• если нужно, добавляет вкладку «обсуждение удаления» (на Викискладе)

Все спрятанные «действия» являются бессмысленными. Для запрета создания ранее у нас был создан запрещающий фильтр «Страница файла из Викисклада».

Поскольку без перехода к редактированию страницы и обсуждения посетители теперь не увидят поясняющих сообщений (см. табличку в Обсуждение MediaWiki:Newarticletext) с приглашением на ВП:Сообщения об ошибках — файлы с Викисклада, ссылка «сообщить о возможной проблеме» добавлена в MediaWiki:Sharedupload.

— AlexSm 20:51, 5 августа 2011 (UTC)[ответить]

• У меня на примере файла Файл:Flag of Russia.svg всё по-прежнему: все должные быть скрытыми вкладки отображаются, новых не появилось. MaxBioHazard 03:29, 6 августа 2011 (UTC)[ответить]
  • Всё, появилось. MaxBioHazard 05:43, 6 августа 2011 (UTC)[ответить]

Запрос отклонён

Предлагаю добавить пробелы к ссылке [скрыть] между скобками и словом, чтобы при сворачивании—разворачивании блоков текст скакал меньше. А также сделать их невыделяемыми, так как при быстрых щелчках они выделяются, и, например, в Opera, это выводит контекстное меню, по которому можно случайно щёлкнуть и выполнить какое-нибудь ненужное действие вроде копирования, что приводит к потере уже скопированного очень важного куска текста (сам на такое напоролся). KPu3uC B Poccuu 08:08, 4 декабря 2011 (UTC)[ответить]

Мне пока не очевидно, что [ скрыть ] (или  [скрыть] ) будет лучше, чем сейчас; полагаю, это можно обсудить на тех. форуме. К слову, в MediaWiki сейчас есть свой собственный механизм сворачивамости, описанный в mw:Manual:Collapsible elements, он использует системные сообщения «свернуть» и «развернуть», и видимо следует эти надписи сделать одинаковыми с теми, что в Common.js. — AlexSm 20:28, 13 марта 2012 (UTC)[ответить]

А почему Вы так считаете? Длинные заголовки имеют обыкновение не только «скакать», но и ещё неожиданно переноситься на новую строку при разворачивании, так что заголовок, нормально выглядящий при свёрнутом блоке, при разворачивании оного может выглядеть гораздо хуже. KPu3uC B Poccuu 04:04, 14 марта 2012 (UTC)[ответить]

Двойное нажатие в Opera по-видимому можно исправить, вероятно лучше это сделать в отдельном файле «исправлений для Opera». — AlexSm 20:28, 13 марта 2012 (UTC)[ответить]

Не очень понял, это будет сделано или нет? KPu3uC B Poccuu 04:04, 14 марта 2012 (UTC)[ответить]

Я согласен с тем, что тут есть что исправлять, пример:

Можно видеть, что при сворачивании/разворачивании текст немного скачет. Только делать единую ширину нужно не с помощью пробелов, а, например, с помощью, <div style="width:...;text-align:center">текст</div>. PS: Если это будет сделано, нужно будет также поправить (указать ту же ширину) для отступа (в котором размещается шаблон Tnavbar) в заголовке в {{навигационная таблица}} (сейчас там стоит 3em). -- A^VB^talk 07:15, 28 марта 2012 (UTC) PS: Исправление для даблкликовости ссылки "свернуть/показать" в Опере тоже пока не сделано. -- A^VB^talk 07:25, 28 марта 2012 (UTC)[ответить]

Приведу ещё один пример, показывающий, что проблема общая для всех collapsible-объектов. На этот раз не нав.шаблон, а просто сворачиваемая таблица:

Можно видеть, как скачет заголовок таблицы при сворачивании/разворачивании. PS: "думаю можно исправить и у нас" было сказано полтора года назад. -- A^VB^talk 22:22, 8 апреля 2012 (UTC)[ответить]

• Можно привести конкретный пример того, как это будет работать после добавления пробелов? Мне кажется, что это ничего не исправит, по меньшей мере в Chrome и Firefox. Тут скорее надо оборачивать это в span с фиксированной шириной. Vlsergey 10:26, 12 мая 2012 (UTC)[ответить]

• Если вопрос ко мне, то я изначально предлагал: "Только делать единую ширину нужно не с помощью пробелов, а, например, с помощью, div". -- A^VB^talk 17:21, 12 мая 2012 (UTC)[ответить]

• 7 месяцев тишины. Шаблон запроса выключен. Dmitry89 08:08, 17 декабря 2012 (UTC)[ответить]

Запрос отклонён

Сейчас таблица (например, нав.шаблон) со статусом autocollapse сворачивается только если есть ещё 2 и более объектов со статусом collapsible. Я полагаю, стоит сворачивать таблицы уже когда их две. Как минимум, это актуально для нав.шаблонов. -- A^VB^talk 07:18, 28 марта 2012 (UTC)[ответить]

У меня ещё более радикальное предложение. Поскольку очень часто шаблон занимает больше места чем текст статьи, я предлагаю сворачивать все навигационные шаблоны по умолчанию с возможностью отменить сворачивание шаблона непосредственно в статье (добавлением параметра в шаблон). Если есть основание на разворачивание, то редактор активно должен действовать. Если ставит просто шаблон, то шаблон всегда будет свернут. --Obersachse 12:37, 28 марта 2012 (UTC)[ответить]

• сворачивать все навигационные шаблоны по умолчанию - с этим предложением не сюда, а на обсуждение шаблона, от common.js это никак не зависит. очень часто шаблон занимает больше места чем текст статьи - это далеко не "очень часто", но даже в таких статьях, когда сама статья занимает несколько строк, нет ничего плохого в том, если навигация не будет скрытой - если шаблон действительно большой, ему и так ставят collapsed, а прочие шаблоны занимают всего-то по несколько строк. -- A^VB^talk 12:58, 28 марта 2012 (UTC)[ответить]

• Если моё предложение найдёт поддержку, то твой запрос тут станет лишним. Поэтому пишу здесь. --Obersachse 13:04, 28 марта 2012 (UTC)[ответить]

• Томас, это моё предложение никак не может стать лишним, поскольку кроме дефолтного состояния шаблонов есть ещё такое, которое задаётся его параметром state=, а там может стоять autocollapse. Или ты предлагаешь не только сделать по дефолту collapsed, но ещё и убрать параметр state= из шаблона вообще, запретив делать его открытым или autocollapse? -- A^VB^talk 13:19, 28 марта 2012 (UTC)[ответить]

Меня очень раздражают развернутые шаблоны, когда они занимают полэкрана. Мне кажется, надо не столько уменьшать количество шаблонов, при котором они будут сворачиваться по умолчанию, сколько не допускать разрастания навигационных шаблонов до неразумных пределов. --Ghirla ^-трёп- 13:40, 28 марта 2012 (UTC)[ответить]

• (опять напоминаю, что дискуссия о шаблоне должна вестись не здесь). когда они занимают полэкрана - меня тоже. Только критерии "полэкранности" у разных людей разные - Томас, например, сворачивает шаблоны даже шаблоны в 6 строк (минутку, поскольку там стоит navbar=plain, сейчас потружусь, чтобы его вытащить... вот). не допускать разрастания навигационных шаблонов - в основном согласен. -- A^VB^talk 14:06, 28 марта 2012 (UTC)[ответить]

По моему сворачивание всех нав.шаблонов, и больших и маленьких по умолчанию - самое простое решение вопроса.--Johnsmith877 17:20, 3 апреля 2012 (UTC)[ответить]

• Про нав.шаблоны - не сюда, а атрибут autocollapse используется не только в них. -- A^VB^talk 17:28, 3 апреля 2012 (UTC)[ответить]

  нав.шаблоны я привёл в качестве примера--Johnsmith877 17:39, 3 апреля 2012 (UTC)[ответить]

• (офтопик) Предложение в вашем примере слишком радикально и пока не находит поддержки en mass. -- A^VB^talk 18:07, 3 апреля 2012 (UTC)[ответить]

• Вы ошибаетесь--Johnsmith877 18:18, 3 апреля 2012 (UTC)[ответить]

• Посмотрите реплики высказавшихся и оцените, сколько высказалось в пользу вашей точки зрения (тотально сворачивать все шаблоны). Кроме вас и, потенциально, Томаса - НИ ОДНОГО. Так в чём я ошибаюсь, говоря, что ваше предложение не находит поддержки en mass? -- A^VB^talk 19:28, 3 апреля 2012 (UTC)[ответить]

• Цена вашей точки зрения для сообщества - бесконечное инициирование споров по поводу размеров шаблонов, какие могут быть свёрнуты, а какие нет. Разве вы этого не понимаете)--Johnsmith877 20:02, 3 апреля 2012 (UTC)[ответить]

• (офтопик) бесконечное инициирование споров - это жизнь. Если придерживаться вашей точки зрения, то вообще не стоит заниматься википедией, проще свернуть (удалить) её и всё - тогда не будет споров о размерах статей, о достаточности тех или иных критериев и т.д. Нет, конечно, можно лечить головную боль гильотиной, но, повторюсь, en mass такое поддержки не находит. Впрочем, никто вам не запрещает попытаться переубедить участников, тема на форуме всё ещё активна. -- A^VB^talk 20:14, 3 апреля 2012 (UTC)[ответить]

• проще свернуть - вот видите в принципе вы согласны. Нет,нет не со мной, а с этой точкой зрения). Но какие-то внутренние противоречия не позволяют вам изменить своё мнение. Думаю вы ошиблись, вы хотели сказать не бесконечное инициирование споров - это жизнь, а бесконечное инициирование споров - это хорошо. Вы ошибаетесь. Предлагаю на этом поставить точку в нашем увлекательном диалоге) Согласны?)--Johnsmith877 20:57, 3 апреля 2012 (UTC)[ответить]

• вы согласны - о боже, вы на каком языке читаете? "Если придерживаться вашей точки зрения ... проще свернуть". То есть это по вашей точке зрения википедию надо удалять, а то что-то много тут споров развелось (армяно-азербайджанские, удалисты-инклюзионисты и т.п.), я с такой точкой зрения НЕ согласен. вы хотели сказать - нет, я не ошибся, я сказал именно то, что хотел сказать. Вы ошибаетесь - приписать мне мысли-слова, которых у меня не было, и сказать, что я ошибаюсь? Оррригинально. -- A^VB^talk 21:10, 3 апреля 2012 (UTC)[ответить]

Учитывая разногласия, я бы предложил сначала обсудить этот вопрос с другими на ВП:Ф/Т, а затем уже, определив нужную цифру, вносил её. --DR 15:45, 10 апреля 2012 (UTC)[ответить]

• разногласия - нет разногласий: все реплики других участников обсуждают не моё предложение в частности и autocollapse вообще, а должны ли быть все нав.шаблоны по дефолту свёрнуты или нет (иными словами, заменить ли в них autocollapse на collapsed). Одним из аргументов для них как раз и является, что при двух autocollapse-шаблонах они остаются раскрытыми. ВП:Ф/Т - ВП:ВУ#оформление навигационных шаблонов - ни одного замечания по поводу моего предложения (ссылку сюда можно видеть в самом начале той темы). -- A^VB^talk 16:29, 10 апреля 2012 (UTC)[ответить]

• Я поддерживаю предложение DR, чем больше выскажется, тем лучше--Johnsmith877 18:39, 12 апреля 2012 (UTC)[ответить]

• 8 месяцев тишины. Шаблон запроса выключен. Dmitry89 08:09, 17 декабря 2012 (UTC)[ответить]

Запрос отклонён

Поддержка class hlist размазана между .js и .css, поэтому пишу на СО обоих страниц. В теме на форуме высказалось мало народу, возражений не было, переношу сюда. В примерах справа можно видеть две проблемы: Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791). Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791).

• В hlist нет запрета переноса ссылок (ссылка "Мыс Каликара" во втором шаблоне разбилась - ср. с первым примером, который основан на "классическом" nobr). Кажется, решения этой проблемы внешними средствами (например, с помощью style= рядом с class="hlist") нет, а значит, либо нужно добавить второй класс (типа hlist-nowrap) для запрета переноса в элементах списка, либо внести запрет в сам hlist (обращаю внимание: перенос в ссылках - это исключение, для случаев очень длинных ссылок-названий). Иначе смысла в hlist не будет - если возвращаться к использованию nobr, то разница между вторым и первым примером нивелируется.

Ошибка Lua в Модуль:Navbar на строке 12: Invalid title Русско-турецкая война (1787—1791).

• В третьем примере видна вторая проблема: при использовании вложенных списков скобка НЕ должна отрываться от предыдущего списка и элементы внутри списка должны биться так же, как элементы внешнего списка, а в примере, наоборот, разрыв есть перед скобкой и нет после разделителя внутри скобок.
• Ignatus: обнаружено, что нумерованный плоский список таки можно сделать, для этого к классу hlist надо добавить hnum (зачем их разделили???):

Собственно, просьба поправить эти проблемы: 1. запретить переносы элементов списка в hlist; 2. запретить перенос вложенной скобки вложенного списка и разрешить перенос после разделителя вложенного списка; 3. избавиться от лишнего hnum. -- A^VB^talk 23:11, 22 июня 2012 (UTC)[ответить]

• Шаблон обычно вешают по факту конкретных предложений изменения в коде. Я пока таких сделать не готов, мне бы с CSS для нормальных браузеров разобраться. Ignatus 15:57, 19 июля 2012 (UTC)[ответить]

• по факту конкретных предложений - к сожалению, я сам не могу предложить конкретного кода, но три предложения в последней фразе мне кажутся вполне конкретными. Причём это настолько важно, что без этого использование данного класса фактически блокируется. -- A^VB^talk 19:37, 19 июля 2012 (UTC)[ответить]

• По-моему, в IE всё работает с имеющимся JS. Тестим и снимаем запрос. Ignatus 20:01, 29 июля 2012 (UTC)[ответить]
• 5 месяцев тишины, я выключил шаблон запроса. Dmitry89 08:01, 17 декабря 2012 (UTC)[ответить]

А почему класс «Unicode» содержит только два шрифта? Необходимо добавить шрифты, содержащиеся в шаблоне {{unicode fonts}}. Tril��a (обсуждение | вклад) 17:36, 15 марта 2013 (UTC)[ответить]

К сожалению, из Вашей реплики пока что непонятно, понимаете ли Вы, что здесь указано только исправление класса для Windows браузеров (а судя по коду, который сейчас в enwiki, оно видимо нужно только для Windows XP). А указанный выше шаблон в enwiki давно удалён. — AlexSm 18:06, 15 марта 2013 (UTC)[ответить]

Но ни Arial Unicode MS, ни Lucida Sans Unicode не поддерживают символы SMP. Т.е. если я напишу «{{unicode|𐀀}}», то никакого толку не будет. Даже при шрифте, поддерживающем этот символ, пользователь всё равно увидит непонятно что. Tril��a (обсуждение | вклад) 11:01, 17 марта 2013 (UTC)[ответить]

P.S. Можно к примеру сделать так:

mw.util.addCSS('.IPA, .Unicode { font-family: "{{unicode fonts}}"; }')

Tril��a (обсуждение | вклад) 15:03, 20 марта 2013 (UTC)[ответить]

Запрос отклонён

Пожалуйста, добавьте следующие строки для того, чтобы Ш:TOChidden перестал выглядеть как костыль и мне не хотелось его унести на КУ за ненадобностью:

// {{TOChidden}}
$('.toc-hidden #toc').addClass('tochidden');
$('.toc-hidden #togglelink').text(mw.message('showtoc').text());
$('.toc-hidden #toc > ul').css('display','none');

Оно уже протестировано и работает (при желании можно добавить первой строчкой $('#toc').wrap('<div class="toc-hidden"></div>'); [только для теста] и запустить из пушки чего-нибудь, напр. из «Простого редактора JS» в Firefox).

Разница между старой версией шаблона и новой: http://i.imgur.com/2IeUKAo.png (в первом случае шаблон раскрыт специально, чтобы показать, как он выглядит в принципе). St. Johann 12:17, 21 сентября 2013 (UTC)[ответить]

Не вижу, что изменилось. Не могли бы вы пояснить. Fameowner (обс) 11:25, 28 октября 2013 (UTC)[ответить]

Вместо дублирования заголовка «Содержание» и использования скрывающих блоков модифицируется само содержание. St. Johann 11:46, 28 октября 2013 (UTC)[ответить]

Как минимум нужно учесть, что в настройках пользователя может быть выключено «Показывать оглавление (для страниц более чем с тремя заголовками)». Don Rumata 12:14, 28 октября 2013 (UTC)[ответить]

Учесть отсутствие там содержания? Зачем? Он же всё равно обрабатывает лишь чайлды .toc-hidden при присутствии самого .toc-hidden St. Johann 13:33, 28 октября 2013 (UTC)[ответить]

При отключенной галочке «Показывать оглавление (для страниц более чем с тремя заголовками)» содержание вообще не раскрывается, при включенной — слово «Содержание» все также появляется дважды. Fameowner (обс) 13:05, 28 октября 2013 (UTC)[ответить]

При отключённой галочке «Показывать оглавление» содержание вообще не показывается, при включённой всё работает как надо. Смотреть-то надо не статьи с TOChidden, а статьи с содержанием вообще. St. Johann 13:33, 28 октября 2013 (UTC)[ответить]

Этот запрос ещё актуален? --DR 09:02, 20 августа 2014 (UTC)[ответить]

Видимо, нет. Закрыто. --DR 11:58, 25 августа 2014 (UTC)[ответить]

Через почти полгода игнора вы могли бы закрыть его и не спрашивая. St. Johann 16:07, 25 августа 2014 (UTC)[ответить]

Hello, I propose to enable the tool created by Magnus Manske (creator of MediaWiki) to provide results from other languages and Commons (via Wikidata) when a page doesn't exist here: links are added to Special:Search and noarticletext. This helps to encourage translation and to make readers use your wiki more, because they can be sure to find something even if it's not local (rather than searching directly on the biggest wiki). The Italian and Polish Wikipedias, among others already enabled it by default.
Examples: [2] [3] [4]. More information: Magnus blog.
How to: just add the following line at the end of Common.js.

// Results from Wikidata
// [[File:Wdsearch_script_screenshot.png]]
if ( mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Search' ||  
    ( mw.config.get( 'wgArticleId' ) === 0 && 
     mw.config.get( 'wgCanonicalSpecialPageName' ) === false ) ) {
	importScriptURI("//en.wikipedia.org/w/index.php?title=MediaWiki:Wdsearch.js&action=raw&ctype=text/javascript");
}

--Nemo 09:53, 12 декабря 2013 (UTC) (comments, translations and last instructions)[ответить]

Включать en:MediaWiki:Wdsearch.js никак нельзя. Во-первых там с руссификацией проблемы. А во-вторых, ему не место в Common.js. Для этого у нас есть специальный скрипт MediaWiki:Search.js. Don Rumata 09:50, 12 декабря 2013 (UTC)[ответить]

Не знаю, насколько актуально для нашего раздела, но в рассылке советуют глобально применить вот эту правку. Ignatus 13:37, 19 декабря 2013 (UTC)[ответить]

Почти неделю назад исправлено. — putnik 13:49, 19 декабря 2013 (UTC)[ответить]

Запрос отклонён

Нужно отменить принудительное перенаправление на https создаваемое после этой правки.

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

Википедия:Форум/Технический#Архивы Википедии не работают

Википедия:Запросы к администраторам по техническим вопросам#MediaWiki:Common.js

Трафик (текст и изображения) https идёт мимо сжимающих серверов оперы/гугла/яндекса. Включение https для анонимов принудительно недопустимо.~Sunpriat 10:51, 8 августа 2014 (UTC)[ответить]

Обращайтесь на ВП:ОАД, если считаете, что эти действия администратора Vlsergey не допустимы. Чтобы не дублировать обсуждение, давайте ограничимся обсуждением на странице ВП:ЗКТА. Don Rumata 14:14, 8 августа 2014 (UTC)[ответить]

Hi! I want to let you know that in near future badges will be deployed on Wikidata and the Wikipedias. They help us with displaying the good and featured article icons next to the sitelinks and will replace the javascript hack which is used at the moment together with the Link GA and Link FA templates. To avoid an overlap where the current system and the new feature conflict, I will add a minor fix to your Common.js which adds the class names to the interwiki links. This is part of my task as a global edit interface editor for the Wikidata team. Thanks, Bene* 19:22, 11 августа 2014 (UTC)[ответить]

FYI, phabricator:T90527. --Nemo bis 11:23, 11 марта 2015 (UTC)[ответить]

Есть неприятная вещь с шаблоном {{tracklist}}: псевдоссылка «[показать]» липнет к заголовку. Проблема и возможный наикратчайший путь её решения посредством изменения настоящего файла описаны в обсуждении шаблона. — Джек, который построил дом 23:12, 13 мая 2016 (UTC)[ответить]

Сделали тут и тут. — Джек, который построил дом (обс.) 16:17, 6 октября 2016 (UTC)[ответить]

Здравствуйте,

Я на заглавной странице вижу "TypeError: mw.cookie is undefined" в консоли.

Глубоко проблему не изучал, но подозреваю, что это из-за "mw.cookie.get" под конец этой страницы, и видимо надо загрузить модуль mediawiki.cookie (т.е. loader.using, и т.д.). --Amir E. Aharoni (обс.) 20:31, 22 декабря 2016 (UTC)[ответить]

@Amire80: Здравствуйте. Спасибо за сообщение. Но из-под моей учётной записи, равно как не из-под логина этого сообщения нет, как и mw.cookie.get в HTML-коде самой заглавной страницы. Возможно, ошибку вызывает какой-то из установленных у вас гаджетов (хотя никакой гаджет не может дописать mw.cookie.get в код самой заглавной страницы). — Джек, который построил дом (обс.) 20:50, 22 декабря 2016 (UTC)[ответить]

Я его вижу на MediaWiki:Common.js, строка 273. Или я что-то совсем не так понимаю? --Amir E. Aharoni (обс.) 20:53, 22 декабря 2016 (UTC)[ответить]

А, пардон, не так понял, про какую страницу идёт речь. Сейчас напишу автору этого куска. — Джек, который построил дом (обс.) 20:58, 22 декабря 2016 (UTC)[ответить]

@Amire80:, исправление внесено by Saint Johann. Думаю можете проверять. С уважением, Iniquity 08:19, 23 декабря 2016 (UTC)[ответить]

Ага, всё здорово. --Amir E. Aharoni (обс.) 08:34, 23 декабря 2016 (UTC)[ответить]

Сделано by Saint Johann - Special:Diff/82634932. С уважением, Iniquity 08:38, 23 декабря 2016 (UTC)[ответить]

Отладчик настоятельно советует добавить "break;" перед "default:" (строка 193). --Kaganer (обс.) 13:51, 17 мая 2017 (UTC)[ответить]

Так задумано. Там даже комментарий стоит «and continue with the default: view, purge». Don Rumata 14:10, 17 мая 2017 (UTC)[ответить]

Мне кажется, что полоса прокрутки в списке — это ужасно. Не так ужасно, как «простынёй» в три высоты страницы, но всё же. Надо придумать что-нибудь лучше. — putnik 11:35, 7 марта 2013 (UTC)[ответить]

Всё проще. Нужно добавить {{noexternallanglinks}} на главную страницу. И полоску прокрутки уберите. Don Rumata 18:36, 7 марта 2013 (UTC)[ответить]

Уже сделано десятью минутами раньше. — AlexSm 18:45, 7 марта 2013 (UTC)[ответить]

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

$('#searchInput').focus()

— putnik 00:08, 17 мая 2013 (UTC)[ответить]

Сброшу список модулей, которые загружаются по умолчанию для незарегистрированного пользователя на рядовой странице вики на 6 октября 2017 года. Этот список, в частности, означает, что модули из него можно безопасно вызывать через mw.loader.using и загрузка их не приведёт к отправке ещё одного запроса. К моменту выполнения Common.js модуль будет или уже загружен, или в пути.

Запятая означает тот же префикс (то есть ext.centralNotice.choiceData, display означает модули ext.centralNotice.choiceData и ext.centralNotice.display). Жирным и курсивом — источники и группы, по которым модули категоризуются в движке.

local
ext.centralNotice.choiceData, display, geoIP, kvStore, kvStoreMaintenance, startUp
ext.centralauth.centralautologin
ext.eventLogging, navigationTiming, popups, wikimediaBadges, wikimediaEvents
ext.eventLogging.subscriber
ext.flaggedRevs.advanced, basic
ext.popups.images
ext.uls.common, compactlinks, eventlogger, init, interface, interlanguage, preferences, webfonts
ext.visualEditor.desktopArticleTarget.init, noscript
ext.visualEditor.supportCheck, targetLoader, track, ve
jquery.accessKeyLabel, byteLength, checkboxShiftClick, client, cookie, getAttrs, hidpi, highlightText, mw-jump, suggestions, tabIndex, textSelection, throttle-debounce
jquery.uls.data
mediawiki.RegExp, Title, Uri, api, cldr, cookie, experiments, hidpi, jqueryMsg, language, notification, notify, searchSuggest, sectionAnchor, storage, template, user, util
mediawiki.action.view.postEdit
mediawiki.api.options, user
mediawiki.language.data, init
mediawiki.legacy.commonPrint, shared
mediawiki.libs.pluralruleparser
mediawiki.page.ready, startup
mediawiki.skinning.interface
mediawiki.template.mustache, regexp
mediawiki.ui.button, icon
mmv.bootstrap, head
mmv.bootstrap.autostart
oojs, site
schema.UniversalLanguageSelector
skins.vector.js, styles
user.defaults
wikibase.client.init

site
ext.gadget.blpEditNotice, collapserefs, directLinkToCommons, edittop, logo, referenceTooltips, sidebarRelated, wikibugs
site.styles

noscript
noscript

user
user
user.styles

private
user.options, tokens

metawiki
site
ext.globalCssJs.site
ext.globalCssJs.site.styles

user
ext.globalCssJs.user
ext.globalCssJs.user.styles

(В числе прочего, site — это сам Common.js, user — пользовательский JS.)

Список произведён этим скриптом, используйте его для обновления списка, выйдя из аккаунта. Также отмечу, что зависимости загружаемых по умолчанию гаджетов, указанные в MediaWiki:Gadgets-definition, на настоящий момент не влияют на состав списка, потому как все эти зависимости и так загружаются по умолчанию (что, впрочем, не значит, что они не нужны, — зависимости влияют на порядок выполнения). — Джек, который построил дом (обс.) 00:02, 7 октября 2017 (UTC)[ответить]

Скажете, пожалуйста, как убрать вот это с панели? Ссылка на статью. --Дагиров Умар (обс.) 09:32, 23 февраля 2018 (UTC)[ответить]

Jack who built the house, может Вы знайте? --Дагиров Умар (обс.) 09:34, 23 февраля 2018 (UTC)[ответить]

По первой ссылке 404. — Джек (обс.) 16:03, 23 февраля 2018 (UTC)[ответить]

Джек. Вот ce:Файл:Иконка.png. --Дагиров Умар (обс.) 17:16, 23 февраля 2018 (UTC)[ответить]

Виноват ce:MediaWiki:Sidebar-related.js. Ср. MediaWiki:Gadget-sidebarRelated.js (у нас он претерпел много изменений). — Джек (обс.) 17:32, 23 февраля 2018 (UTC)[ответить]

Джек спасибо большое. Вот только ссылку “Элемент Викиданных” не перемешает в секцию “В других проектах”. --Дагиров Умар (обс.) 22:34, 23 февраля 2018 (UTC)[ответить]