Как нетрудно прочесть
на сайте MediaWiki, нынешняя линейка стабильных версий (1.16.x) поставляется со встроенною библиотекою jQuery, код которой лежит по адресу
«skins/common/jquery.min.js». Это jQuery сравнительно старой версии (1.3.2, вышедшая в феврале 2009 года), слегка запатченная для преодоления одного из её багов, и она запускается в режиме совместимости
(«noConflict()») таким образом, чтобы поместиться
в переменную $j вместо $. Этот код jQuery не содержит никаких плагинов и является, в сущности, необязательным, подключаясь к странице только в том случае, когда код MediaWiki содержит вызов метода
$wgOut->includeJQuery(). Скажем, расширение
UsabilityInitiative содержит именно такой вызов на строке 128 своего файла
«UsabilityInitiative.hooks.php», так что jQuery появляется в некоторых темах оформления (например, в Vector), когда расширение UsabilityInitiative подключено к вики.
Предлагаю встать на точку зрения
вики-техника, то есть администратора сервера MediaWiki, имеющего прямой доступ (наподобие SSH) и возможность менять настройки вики (LocalSettings.php), доустанавливать расширения MediaWiki и проводить другие подобные действия. Какие обстоятельства могут вызвать
у вики-техника MediaWiki 1.16.x стремление переменить к лучшему то положение дел, которое упомянуто в предыдущем абзаце? Каким путём уместнее всего действовать
вики-технику на пути воплощения этого своего стремления?
Первотолчком такого стремления является естественное и почти неизбежное осознание того, как неудобна та
необязательность появления jQuery в коде страниц, которая настроена по умолчанию. Всякий
вики-техник, если он имеет достаточно досуга для размышлений, рано или поздно постигает, что простота и могущество
функции $(…), если бы она была
всегда в распоряжении администраторов, сочиняющих скрипты для вики, всенепременно породили бы
JS-код куда компактнее, чем прежний. Возьмём для примера
версию от 22 мая 2011 года страницы «MediaWiki:Common.js» из россияноязычной Википедии. В ней нетрудно заметить вот какой код функции:
