Кросс-браузерное добавление и обработка событий
В этой статье мы создадим мини-библиотеку, которая будет кросс-браузерно работать с событиями.
Ее задача - навешивать/убирать обработчики, а также делать одинаковой работу с ними для разных браузеров.
Основные требования: простота, грамотность и компактный код.
Те же требования, более подробно:
Изначальные требования:
- Нужны функции для добавления и удаления обработчика.
- Решение должно одинаково работать в IE6+, Firefox(Gecko), Opera и Safari
- Код должен быть достаточно коротким, понятным и простым
- Обработчику должен корректно передаваться объект события
event и текущий элемент this .
- Утечки памяти должны быть минимальны.
Наибольшее распространение в интернете получил следующий "универсальный" код.
function addEvent(elem, type, handler){
if (elem.addEventListener){
elem.addEventListener(type, handler, false)
} else {
elem.attachEvent("on"+type, handler)
}
}
// ..и аналогичный метод removeEvent
Он, в самом деле, очень прост. Однако, есть и недостатки.
- Несколько обработчиков. Просто.
- В IE будет некорректно передан текущий элемент(
this ).
- Обработчик
handler должен самостоятельно производить кросс-браузерную предобработку события
Передать текущий элемент в IE можно через замыкание: elem.attachEvent("on"+type, function() { handler.call(elem) }) , что, впрочем, приведет к утечкам памяти в IE6 до апдейта июня 2007 года.
Современные яваскрипт-библиотеки, как правило, не используют этот код.
На текущий момент более-менее устоялся стандартный способ кросс-браузерного добавления событий.
Большой вклад в это внесли Dean Edwards и Tino Zeidel, на библиотеках которых зачастую и основан современный код. Например, это так для dojo toolkit и jQuery.
Кроме того, что в новом коде не будет описанных недостатков, он предоставит ряд приятных дополнительных фич:
- Обработчики срабатывают в том же порядке, в котором назначены
- Обработчик может остановить не только всплытие, но и дальнейшую цепочку обработки на текущем элементе
- Можно получить список обработчиков
- Можно удалить все обработчики события/элемента, не обладая ссылкой на каждую функцию
- ...
Подходящее решение состоит из двух частей, его реализацию мы рассмотрим в процессе создания новой мини-библиотеки событий. Назовем ее Event .
Основная логика работы:
- Элементу добавляется объект
events , который содержит назначенные обработчики событий.
Например, добавим чистому элементу elem события:
/* Event - наша новая библиотека */
Event.add(elem, "click", function(e) { alert("Hi") })
Event.add(elem, "click", function(e) { alert("I am clicked") })
Event.add(elem, "mouseover", function(e) { alert("Mouse over!") })
Это создаст следующий служебный объект:
elem.events = {
'click' : {
1 : function(e) { alert("Hi!") },
2 : function(e) { alert("I am clicked") }
},
'mouseover' : {
3 : function(e) { alert("Mouse over!") }
}
}
То есть, обработчики добавляются в соответствующий подсписок events один за другим. При этом каждый новый обработчик при добавлении получает уникальный номер.
По этому номеру обработчик можно будет удалить.
- При добавлении первого обработчика некоторого события, функция
Event.add при помощи addEventListener/attachEvent вешает на это событие специальный служебный обработчик handle . Обработчик создается так, чтобы помнил элемент, на котором висит.
Теперь при наступлении события браузер запустит функцию-обработчик handle .
А уже она, зная свой элемент, получает объект events и запускает назначенные обработчики из списка.
Обработчики при этом запускаются ровно в той последовательности, в которой они были добавлены.
Что немаловажно, handle не просто запускает обработчики, а еще и осуществляет кроссбраузерную обработку объекта события event , так что не надо беспокоиться о различиях между браузерами.
Теперь, когда у нас есть общий формат, и в общих чертах понятно, как оно будет работать - займемся деталями реализации.
Мини-библиотечка Event будет представлять собой синглтон с несколькими приватными и двумя публичными функциями:
- add(elem, type, handle)
- добавить обработчик
handle для события type на элементе elem
- remove(elem, type, handle)
- убрать обработчик события
Event = (function() {
// текущий номер обработчика
var guid = 0
function fixEvent(event) {
// кросс-браузерная предобработка объекта-события
// нормализация свойств и т.п.
}
function commonHandler(event) {
// вспомогательный универсальный обработчик
}
return {
add: function(elem, type, handler) {
// добавить обработчик события
},
remove: function(elem, type, handler) {
// удалить обработчик события
}
}
}())
Добавление обработчика осуществляется функцией add :
add: function(elem, type, handler) {
// исправляем небольшой глюк IE с передачей объекта window
if (elem.setInterval && ( elem != window && !elem.frameElement ) ) {
elem = window;
}
// (1)
if (!handler.guid) {
handler.guid = ++guid
}
// (2)
if (!elem.events) {
elem.events = {}
elem.handle = function(event) {
if (typeof Event !== "undefined") {
return commonHandle.call(elem, event)
}
}
}
// 3
if (!elem.events[type]) {
elem.events[type] = {}
if (elem.addEventListener)
elem.addEventListener(type, elem.handle, false)
else if (elem.attachEvent)
elem.attachEvent("on" + type, elem.handle)
}
// (4)
elem.events[type][handler.guid] = handler
}
Вот расшифровка того, что она делает:
- Назначить функции-обработчику уникальный номер. По нему обработчик можно будет легко найти в списке
events[type] .
- Инициализовать служебную структуру
events и обработчик handle .
Обработчик handle фильтрует редко возникающую ошибку, когда событие отрабатывает после unload'а страницы.
Основная же его задача - передать вызов универсальному обработчику commonHandle с правильным указанием текущего элемента this .
Как и events , handle достаточно инициализовать один раз для любых событий.
- Если обработчиков такого типа событий не существует - инициализуем
events[type] и вешаем elem.handle как обработчик на elem для запуска браузером по событию type .
- Добавляем пользовательский обработчик в список
elem.events[type] под заданным номером.
Так как номер устанавливается один раз, и далее не меняется - это приводит к ряду интересных фич. Например, запуск add с одинаковыми аргументами добавит событие только один раз.
function handleIt(e) { ... }
Event.add(elem, type, handleIt)
Event.add(elem, type, handleIt)
// добавился 1 обработчик handleIt
Кроме того, можно добавить и удалить одну и ту же функцию как обработчик для разных событий.
Итак, все просто, не так ли? Но этот код появился спустя столько лет, в результате многочисленных и острых дискуссий.
Вспомогательная служебная функция-обработчик:
function commonHandle(event) {
// (1)
event = fixEvent(event)
// (2)
var handlers = this.events[event.type]
for ( var g in handlers ) {
// (3)
var ret = handlers[g].call(this, event)
// (4)
if ( ret === false ) {
event.preventDefault()
event.stopPropagation()
}
}
}
- Осуществляет получение и предобработку объекта события.
- Получает список обработчиков.
- По очереди запускает обработчики в контексте текущего элемента.
- Правильно обрабатывает
return false из обработчика
Теперь уже достаточно просто написать удаление обработчика:
remove: function(elem, type, handler) {
// (1)
var handlers = elem.events && elem.events[type]
if (!handlers) return
// (2)
delete handlers[handler.guid]
// (3)
for(var any in handlers) return
// (3.1)
if (elem.removeEventListener)
elem.removeEventListener(type, elem.handle, false)
else if (elem.detachEvent)
elem.detachEvent("on" + type, elem.handle)
delete elem.events[type]
// (3.2)
for (var any in elem.events) return
try {
delete elem.handle
delete elem.events
} catch(e) { // IE
elem.removeAttribute("handle")
elem.removeAttribute("events")
}
}
- Получить список обработчиков
- Удалить обработчик по его номеру
- Проверить, не пуст ли список обработчиков
- Если пуст, то удалить служебный обработчик и очистить служебную структуру
events[type]
- Если событий вообще не осталось - удалить
events и handle за ненадобностью. IE может выдать ошибку при delete свойства элемента, поэтому для него предусмотрен блок catch.
Ряд свойств объекта события следует привести к кросс-браузерному, удобному для использования виду.
Как это делать для каждого свойства - подробно описано в статье о свойствах объекта события.
По ее материалам работает функция fixEvent , которая добавляет в объект событие отсутствующие там свойства и возможности, делая его одинаковым для всех браузеров.
Осторожно: readOnly
Почти все свойства объекта события read only, то есть доступны только для чтения.
Поэтому при добавлении возможно отсутствующих свойств в объект события нельзя написать такой код:
event.target = event.target || event.srcElement
По замыслу он должен ставить свойство target , когда его нет (IE), а по факту - будет вываливаться с ошибкой в Firefox, т.к target там уже присутствует. В этом случае выполнится присваивание event.target = event.target , что недопустимо, т.к target - readOnly.
Правильный вариант:
if (!event.target) {
event.target = event.srcElement
}
function fixEvent(event) {
// получить объект события
event = event || window.event
// один объект события может передаваться по цепочке разным обработчикам
// при этом кроссбраузерная обработка будет вызвана только 1 раз
if ( event.isFixed ) {
return event
}
event.isFixed = true // пометить событие как обработанное
// добавить preventDefault/stopPropagation для IE
event.preventDefault = event.preventDefault || function(){this.returnValue = false}
event.stopPropagation = event.stopPropagaton || function(){this.cancelBubble = true}
// добавить target для IE
if (!event.target) {
event.target = event.srcElement
}
// добавить relatedTarget в IE, если это нужно
if (!event.relatedTarget && event.fromElement) {
event.relatedTarget = event.fromElement == event.target ? event.toElement : event.fromElement;
}
// вычислить pageX/pageY для IE
if ( event.pageX == null && event.clientX != null ) {
var html = document.documentElement, body = document.body;
event.pageX = event.clientX + (html && html.scrollLeft || body && body.scrollLeft || 0) - (html.clientLeft || 0);
event.pageY = event.clientY + (html && html.scrollTop || body && body.scrollTop || 0) - (html.clientTop || 0);
}
// записать нажатую кнопку мыши в which для IE
// 1 == левая; 2 == средняя; 3 == правая
if ( !event.which && event.button ) {
event.which = (event.button & 1 ? 1 : ( event.button & 2 ? 3 : ( event.button & 4 ? 2 : 0 ) ));
}
return event
}
Единственное, что fixEvent не исправляет - это несовместимости событий клавиатуры.
Как правило, это удобнее делать самому, т.к коды клавиш в разных браузерах отличаются, и лучше посмотреть их в таблице, чем засорять код.
Event = (function() {
var guid = 0
function fixEvent(event) {
event = event || window.event
if ( event.isFixed ) {
return event
}
event.isFixed = true
event.preventDefault = event.preventDefault || function(){this.returnValue = false}
event.stopPropagation = event.stopPropagaton || function(){this.cancelBubble = true}
if (!event.target) {
event.target = event.srcElement
}
if (!event.relatedTarget && event.fromElement) {
event.relatedTarget = event.fromElement == event.target ? event.toElement : event.fromElement;
}
if ( event.pageX == null && event.clientX != null ) {
var html = document.documentElement, body = document.body;
event.pageX = event.clientX + (html && html.scrollLeft || body && body.scrollLeft || 0) - (html.clientLeft || 0);
event.pageY = event.clientY + (html && html.scrollTop || body && body.scrollTop || 0) - (html.clientTop || 0);
}
if ( !event.which && event.button ) {
event.which = (event.button & 1 ? 1 : ( event.button & 2 ? 3 : ( event.button & 4 ? 2 : 0 ) ));
}
return event
}
/* Вызывается в контексте элемента всегда this = element */
function commonHandle(event) {
event = fixEvent(event)
var handlers = this.events[event.type]
for ( var g in handlers ) {
var handler = handlers[g]
var ret = handler.call(this, event)
if ( ret === false ) {
event.preventDefault()
event.stopPropagation()
}
}
}
return {
add: function(elem, type, handler) {
if (elem.setInterval && ( elem != window && !elem.frameElement ) ) {
elem = window;
}
if (!handler.guid) {
handler.guid = ++guid
}
if (!elem.events) {
elem.events = {}
elem.handle = function(event) {
if (typeof Event !== "undefined") {
return commonHandle.call(elem, event)
}
}
}
if (!elem.events[type]) {
elem.events[type] = {}
if (elem.addEventListener)
elem.addEventListener(type, elem.handle, false)
else if (elem.attachEvent)
elem.attachEvent("on" + type, elem.handle)
}
elem.events[type][handler.guid] = handler
},
remove: function(elem, type, handler) {
var handlers = elem.events && elem.events[type]
if (!handlers) return
delete handlers[handler.guid]
for(var any in handlers) return
if (elem.removeEventListener)
elem.removeEventListener(type, elem.handle, false)
else if (elem.detachEvent)
elem.detachEvent("on" + type, elem.handle)
delete elem.events[type]
for (var any in elem.events) return
try {
delete elem.handle
delete elem.events
} catch(e) { // IE
elem.removeAttribute("handle")
elem.removeAttribute("events")
}
}
}
}())
Следующий код добавляет небольшой обработчик:
function handler(event) {
this.innerHTML = "event.pageX="+event.pageX
}
Event.add(elem, 'click', handler)
// и никакого дополнительного кросс-браузерного кода
.. на этот div...
Кликните здесь
Как видно, корректно передано событие, this и кроссбраузерно установлена координата мыши event.pageX
Удаление:
Event.remove(elem, 'click', handler)
Дополнительные фичи опциональны, поэтому не включены в библиотеку.
Мы разберем их по очереди, чтобы вы сами могли их реализовать, если это нужно.
Если обработчик хочет предотвратить запуск следующих за ним обработчиков события в этом же элементе - он может поставить специальный флаг event.stopNow .
Для того, чтобы это работало, в цикле вызова обработчиков достаточно добавить проверку:
for (var g in handlers ) {
var handler = handlers[g]
var ret = handler.call(elem, event)
if ( ret === false ) {
event.preventDefault()
event.stopPropagation()
}
**if (event.stopNow) break**
}
В jQuery аналогичный флаг ставится методом event.stopImmediatePropagation() .
Для передачи значения дальше по цепочке, обработчик может записать его в объект event :
event.currentResult = myValue
Эту логику можно добавить в общий цикл вызова обработчиков. Любое возвращаемое значение, кроме false будет записываться как event.result :
if ( ret === false ) {
event.preventDefault()
event.stopPropagation()
} else if ( ret !== undefined) {
event.result = ret
}
Для удаления всех обработчиков определенного типа, или вообще - всех обработчиков для элемента, функция remove имеет все необходимое.
Самое удобное: добавить проверку на аргумент handler , и если конкретный обработчик не указан - убивать их все:
remove: function(elem, type, handler) {
var handlers = elem.events && elem.events[type]
if (!handlers) return
if (!handler) {
for ( var handle in handlers ) {
delete events[type][handle]
}
return
}
// остальная часть функции - без изменений
delete handlers[handler.guid]
// ...
}
Наличие структуры events позволяет получить назначенные обработчики.
Полностью очистить элемент от обработчиков можно в 3 счета:
- Удалить
elem.events
- Запустить
removeEventListener/detachEvent для elem.handle
- Удалить
elem.handle . Все, элемент чист.
Стандартный способ избавления от утечек - записывать все элементы, у которых есть события, в специальный объект toClobber , а затем, при unload страницы или при удалении элемента из DOM - очищать эти элементы(и их потомки) от обработчиков.
Этот подход (или его вариант) реализован практически во всех современных яваскрипт-библиотеках.
Остальные браузеры, как и сам IE6 с этим исправлением (ставится автоматически microsoft update) в этом не нуждаются.
Это - о реальной утечке, при которой память не освобождается при переходе на следующую страницу.
Если вы пишете сложное AJAX-приложение, в котором посетитель долго остается на одной странице, то могут иметь место псевдоутечки, при которых память не освобождается просто потому, что объект окончательно не убит, а находится "в зоне видимости" интерпретатора.
Например, вы добавили элемент списка, поставили ему обработчик, а потом убрали элемент из DOM. И обработчик и элемент при этом останутся в памяти, если хотя бы на один из них есть ссылка с другого, доступного элемента.
В этом смысле сборщик мусора в браузерах работает так же, как в Java/PHP5+/Python и других современных языках программирования. Разница в том, что в яваскрипт нечаянную ссылку легко создать при помощи замыкания.
Все это, разумеется, не важно, если посетитель находится на странице недолго, ведь при переходе на другую страницу браузер почистит все сам.
Мы получили простую удобную библиотеку для кросс-браузерной работы с событиями.
А, главное, разобрались, как это работает, и почему удобно работать с событиями именно так.
|
2 важных недостатка:
1. это получаются не обработчики событий, а их callback (dean edwards callbacks vs events)
2. я не могу использовать один и тот же обработчик для разных событий, так как guid будет перезаписываться
1. Поясню отличие для читателей комментария. Callback (в смысле Dean'а) - означает, что один инициировавший исключение обработчик события не дает выполняться следующим. А события - это когда обработчики выполняются независимо от результата друг друга.
Для меня лично бросивший исключение обработчик - это очень серьезная ошибка, и он должен полностью останавливать цепочку.
Поэтому такое поведение это не недостаток, а преимущество. IMO.
2. все будет нормально, guid не перезаписывается.
1.
вообщем обработчики событий на то так и устроены, чтоб вызывались независимо, и маленькая ошибка, которая может возникнуть, остановит все
в общем этот скрипт можно модифицировать
Описал проблему и пути решения в новой статье про неустойчивость системы обработчиков к ошибкам.
есть мнение, что в статье ошибка
http://javascript.ru/forum/events/3497-oshibka-pri-dobavlenii-obrabotchi...
Спасибо, исправлено.
Возможно, нужно еще кое-что поправить: http://javascript.ru/forum/events/4685-pomogite-oshibka-v-6-osle-xmlhttprequest.html#post26788
При добавлении и обработке событий перестала срабатывать функция по двойному щелчку по одному из дивов у меня на странице, открывающая модальное окно.
ФФ выдает ошибки, что не определены функции Event.observe и Event.extend
Эта библиотечка несовместима с Prototype. Чтобы стала совместима - переименуй синглтон с Event.. Скажем, на EventSimple.
Что такое синглтон?
Update: Поменял. Все работает и не конфликтует. Может добавить это уточнение в статью, чтобы другие могли видеть? (многие до комментариев не доходят)
Если вы и так загружаете библиотеку Prototype на странице - пользуйтесь ее собственным Event.
Где-то читал, что ее собственный Event - одно из самых слабых мест библиотеки.
Да, так было.
Актуальная информация следующая: в современном prototype (1.6.x на момент написания этих строк) для управления обработчиками используется технология, описанная в этой статье.
Как добавить или совместить к примеру событие загрузки ДОМ.
Вот к примеру можно использовать этот объект:
DOMReady=function(A){var C=false;ready=function(){if(!C){A();C=true}};try{document.addEventListener("DOMContentLoaded",ready,false)}catch(B){timer=setInterval(function(){if(/loaded|complete/.test(document.readyState)){clearInterval(timer);ready()}},100)}window.onload=function(){ready()}};
, но проблема в том, если я хочу в коде две функции повесить на загрузку ДОМ. то первая соответственно уже не действует.
То решение что у вас просто замечательное, но если бы совместить с этим объектом, было бы бесценно!
Соответственно на обработчик поставить так:
new DOMReady(function(){ my_func_start_onceDOMloaded(); });
new DOMReady(function(){ My_Func2_start_onceDOMloaded(); });
И Соответсвенно первая не должна запуститься!
на body и на elm(внутри body) были повешены события dblclick
в ie элементы-источники и соответственно обработчики понимались правильно,
а в остальных браузерах было, так будто бы на elm и не было события
я заменил
на
заработало
В ф-ии remove в конце
не работает в IE (6.x)...
поставил вместо этого (на форуме подсказали)
тогда заработало...
Насколько я понял, в IE свойства элемента не удаляются, для объектов или массивов - без проблем, а вот для элементов - нет.
Ошибка?
Или как-то не так понимаю я?
Да, все верно, обновил статью. Там немного другой фикс.
да, ваш фикс корректнее.
Обновите только и библиотеки по ссылкам.
И, я полагаю, в статьях по объектам эту особенность IE 6 при работе со свойствами именно элементов стоит указать.
Хм, может стоит сделать определение типа браузера один раз, при создании объекта Event, чтобы этого не происходило при каждом вызове методов объекта?
Все это здорово, но очищать утечки памяти при unload-е не годится для долгоиграющих веб-приложений. К примеру, в ext-е эта проблема решается путем периодической проверки мусорного хэша элементов, и удаления тех, которые не в дом-дереве. Это тоже не очень-то хорошо, поскольку всякие всплывающие и выпадающие вещи обычно до поры лежат вне дом-дерева. Я эту проблему решил, отказавшись от ссылок на яваскрипт-объекты из обработчиков событий.
в ie7 ругается на
при удалении события
Можете рассказать, как в ie создавать свои собственные события и их обработчики? Firefox, Safari и Chrome это умеют. Что делать в ие?
думаю, в итоговый код можно добавить еще, пожалуй, такие строки:
if (evt.layerX == null)
{
evt.layerX = evt.x;
evt.layerY = evt.y;
}
прежде всего Спасибо за Ваш ресурс, очень много информации с минимум воды и максимумом примеров!
Хотелось бы дополнить, возможно это исключается в части "Грамотная кросс-браузерная установка обработчиков", особо не вникал, но считаю следует дополнить "Первая попытка: attachEvent + addEventListener" еще одной неграмотностью IE - не игнорируется повторная регистрация существующего обработчика:
В IE 3 алерта.
Я наверное делаю что-то не так, но выражение typeof Event в IE<8 всегда дает undefined
Опять эти крези хукс!
Подскажите, пожалуйста, зачем так много круглых скобок? Давно ищу ответ на этот вопрос и нигде не нахожу, и поисковики скобки игнорируют. Это связано с видимостью? Спасибо!
Кажется, в Удаление всех обработчиков нужного типа закралась ошибка.
FIX
Исправив нашел баг - если не указать обработчика при удалении removeEventListener/detachEvent не удаляется. а значит commonHandle для эелемента все равно будет вызываться
FIX
Пишете достаточно понятно, но не очень учитывая вероятный опыт читающих. Этим можно повергнуть в ступор. Например:
"Мини-библиотечка Event будет представлять собой синглтон..."
Этот "синглтон" у не "наблатыканного" в шаблонах ООП разработчика интерфейсов взорвет мозг. Не каждый разработчик интерфейсов слез с объектно-ориентированных Java, C++ или C# - возможно, парень верстал странички и решил освоит JS, и тут в него полетели синглтоны. Первый раз видя такое слово посетит мысль "И причем тут музыка?"
14-я строка главы итоговый код:
event.stopPropagation = event.stopPropagaton
Это не опечатка?
С учётом этой статьи, попробовал реализовать свою версию Event.js
Просьба оценить:
http://javascript.ru/forum/project/15587-moya-biblioteka-obrabotki-sobyt...
Вопрос! В какую часть кода добавляется новый обработчик? В конце или в функции add?
Нет ну правда
Ну ни где ранее я не увидел где описывается эта структура? Что это такое.. Смотрю я на Итоговый код и что вижу? Переменной присваивается какая-то структура, скобка, в ней безымянная функция, это типа конструктор что ли? Далее еще одна функция уже с именем и входным параметром. Далее оператор Return, мне напоминает оператор выбора case в других языках, все что в ретурне в скобках - {} и далее еще просто пустые скобки () - ну хоть поясните что это вообще такое? Спасибо...
Алилуя, сам разобрался!
И так, я бы на месте автора статьи чуток разжевал бы этот код. Во первых я не понимаю какой смысл в скобке перед первым function и в самом конце. И без нее все прекрасно. И так..
т.к. в конце указанно () - значит функция будет выполнена, и переменной Event присвоется не сама функция(ну или ее адрес, че там по факту), а результат ее выполнения - объект.
элементы этого объекта 2 функции.
Казалось бы все очевидно, но, глядя на такое изобилие скобок, по началу путаешься) Кстати, тут как раз во всю используется замыкания, верно?
Скобки перед function нужны для читабельности кода. Они очень часто используются, когда нужно именно вызывать функцию, и такое использование служит "шаблоном", сообщающим, что будет присвоена не сама функция, а результат ее выполнения.
Конечно, это не обязательно так, но в рамках хорошего тона следует так делать.
Подскажите пожалуйста, как правильно передавать параметры в функцию (касается кросс-браузерного способа тут описанного)
alert вылетает сразу при загрузке страницы, не дожидаясь события.
Собственно, этож же вопрос можно отнести к элементарному способу.
Необходимо передать указатель на функцию. Ты передаёшь результат её вызова. Заверни в function(event){...}.
Dante_SSS спрашивал как передавать при добавлении динамического события передавать функцию с параметрами, никто чтоли не вкурсе?
хм..
elem главное нормально в цикле отдает, а вот функцию почему-то content всегда последняя , 'а' счетчик; если же поставить статически 'content1', то работает правильно
прочитал статью о замыкании, понял. без замыкания передавать аргументы можно?
хм...
Если мне допустим надо установить событие в другом событии, например так:
При этом , мне надо передавать параметры в функцию в 3 строке.
Как мне потом удалить событие созданное в 3 стоке ?
Было бы неплохо , если бы addEvent возвращал номер события и добавить метод , который удалял бы событие по этому номеру.
Сам придумал. Вешаю один, как я его называю ГЛАВНЫЙ, обработчик событий на BODY (допустим onclick). Элементу, которому фактически нужен обработчик назначаю свойство data-click="myFunc" (проходит валидацию). Далее просто:
Главный обработчик
В myFunc корректно передаются элемент el и событие event.
В Хроме и Опере последних работает, остальные не проверял.
С цепочкой обработчиков не заморачивался.
Плюсы: один обработчик на все события, можно делать с DOMom что угодно.
Минусы, пока не заметил.
Eval тут не хорошо.
Спасибо за статью. Долго мучался с IE6, но всеж победил благодаря этой статье))
подскажите пожалуйста!
Загружаю этот скрипт из другого методом document.createElement("script") в head.
1)Где угодно пытаюсь сделать Event.add - пишет - add is not a function.
Если прямо в файле библиотечки внизу строчку пишу Event.add(document,'click',function(){alert('1')}) - тогда норм.
2)Если пытаюсь повешать что-нибудь на событие DOMContentLoaded или load - то не срабатывает. Подскажите что почитать или посоветуйте (желательно ссылкой или точным названием темы). Ну и по этому случаю если подскажете, то будет отлично!
Объясните пожалуйста строки: исправляем небольшой глюк IE с передачей объекта window
if (elem.setInterval && ( elem != window && !elem.frameElement ) ) {
elem = window;
}
1) что за глюк? когда возникает? актуальна ли проблема, если не поддерживать ie6 и нет frame
2) я так понимаю скобки в условии if для красоты
в Opera событие load на картинку всё-равно не работает!
Уважаемый автор. У меня возникла проблема, которую я решил...
Event.add(elem, 'onclick', function() { alert('hi');} );
бился я долго над onclick - я лошара, я согласен...
я понимаю что click - писать короче. Но есть стандартные события.
Если бы чудесный класс, ещё распознавал стандартное написание, было бы замечательно - ИМХО так просто привычнее.
Спасибо Автору за труд
Скажите, что за глюк такой?
Я понимаю, что придет время и столкнусь с ним, тогда и узнаю... если столкнусь.
Но хочется заранее узнать, о чем речь идет.
Кстати при удалении обработчика, если передать функцию, которой нет в списке, то получится ошибка. Наверно нужно проверить это перед тем как удалять
К примеру: я добавил обработчик клика на диве. Функция обработчик сразу снимает обработчик с события и потом уже выполняет что надо. Если возникнет ошибка при снятии обработчика, то функция не отработает.
Или так
Обработчику присваивается уникальный порядковый номер. Если впоследствии использовать обработчик для другого контрола, то наверняка его номер буден меньше, чем другие новые обработчики: даже если добавить обработчик последним, он вывполняться будет первым (согласно своего уникального номера)!
Понимаю, что тема давняя и не совсем об этом, но ОЧЕНЬ прошу разъяснить почему нельзя обрабатывать события, например, так:
Корректно ли с т.з. кроссбраузерности удалять событие изнутри функции через arguments.callee?
Например,
опечатка?
Поправьте пожалуйста.
return {
add: function(elem, type, handler) {
// добавить обработчик события
},
remove: function(elem, type, handler) {
// удалить обработчик события
}
=============================
this.add = function(elem, type, handler) {
}
this.remove = function(elem, type, handler) {
}
Подскажите пожалуйста, в чем разница?
addHandler - функция для добавления обработчика события. Она проверяет, какой метод поддерживает браузер (addEventListener, attachEvent или встроенный on[event]) и использует соответствующий .
removeHandler - функция для удаления обработчика события. Аналогично addHandler, она использует подходящий метод в зависимости от браузера.