... же везде используется
.Deferred. Разницы, конечно ... по аналогии с
В текущем проекте возникла необходимость выполнить последовательную серию ajax запросов и, по завершении — что-то сделать со всеми их результатами.
Довольно типовая задача, паттерн ее решения обычно называют
waterfall (водопад). Реализации этого паттерна есть для node.js, хотя некоторые работают и в браузере — async.
Но включать целый модуль ради одного метода не хотелось. Copy/paste тоже не стал делать, но по соображениям скорее эстетическим. В async в метод передается функция обратного вызова, у нас же везде используется jQuery.Deferred. Разницы, конечно, никакой, но «ломать» стиль проекта мое «чувство прекрасного» мне не позволило :)
В результате написал небольшую утилитку по аналогии с jQuery.when
и хочу поделиться ей с сообществом
... капчи на PHP+
без задействования графических ...
О создание капчи на PHP+Jquery без задействования графических изображений.
подробнее
... представить очередную подборку
и JavaScript плагинов ...
... со встроенною библиотекою
, код которой ... common/
.min.js». Это
сравнительно ...
Как нетрудно прочесть на сайте 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» из россияноязычной Википедии. В ней нетрудно заметить вот какой код функции:
Читать дальше →
Всем, снова здравствуйте. Давно не обращался к разработке меню для сайтов, а технологии не стоят на ...