Как нетрудно прочесть на сайте MediaWiki, ...
Как нетрудно прочесть на сайте 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» из россияноязычной Википедии. В ней нетрудно заметить вот какой код функции:
Читать дальше →
MovableType — не сильно популярная в нашей стране, однако весьма стоящая на посмотреть система ...
MovableType — не сильно популярная в нашей стране, однако весьма стоящая на посмотреть система ведения блогов. Из коробки поддерживает множество блогов, с 5й версии — еще и управление полноценное сайтом. Работает на perl, путем генерации множества статических html файлов, за счет чего очень хорошо выдерживает даже большие нагрузки.
Распространяется в двух вариантах: OpenSource и Pro. Плагины к нему распространяются в полу-бесплатном режиме: смотреть смотрите, юзать платите.
В целом, система написана в духе ООП, есть хуки на почти каждый чих, есть ORM, всё почти хорошо…
Читать дальше →
Mario уже на протяжении долгого времени продолжает совершенствовать свой графический просмоторщик zSea, и, надо заметить, добился в этом определённых успехов.
Из реализованного:
1) Поддержка в загружаемых модулях (могут быть использованы в других проектах почти без накладных расходов): BMP, PNG, JPEG и GIF. В модулях используется свой промежуточный RAW формат с заголовком с данными.
2) Реализованы элементы управления: Scroll Bar, Menu Bar, Dinamic Button (могут быть использованы в других проектах почти без накладных расходов).
3) Функциональность: просмотр файлов, пролистывание директории с файлами, валпапер, слайдшоу, а также поворот картинки (по часовой и против) и масштабирование.