B~Vladi,
я e1f'а процитирую, вдруг не заметил
upd: видимо заметил :) теперь предлагается onerror для каждого обработчика определять?

И зачем имена функций/методов с большой буквы?

А если вынести массив errors, как свойство Event?! И обнулять при каждом вызове обработчков?! Так надо чтоли?!

Не выпендриваться и добавлять обработчики специально для этого придуманными методами: attachEvent/addEventListener.

Самый главный вопрос: в какой момент проверять наличие ошибок?

Это не обязательно. Определять нужно, когда собираешься обработать ошибку.

Ну вот:( И чё всё это зря?!:cray:
Ну если вынести его как Event.errors - то можно как и в момент выполнения обработчиков, так и после них... Если возникло новое событие - значит это новый errors... Так ли?!

Методы я пишу с большой... Свойства с маленькой... Так удобно:)
Я частенько к концу раб. дня могу тупить, так что не обращайте внимание:)

По поводу того, как узнать, была ли ошибка...
Я так понимаю, можно пойти 2 путями - где-то это всё сохранять (Event.errors, например) и уже самому смотреть, были ли ошибки...
Или можно вызвать событие window.onerror...
Вобщем, скажите хоть как будет правильнее а?!

Вобщем, теперь сохраняю все ошибки в массив Event.errors (свойство библиотеки).
При генерировании нового события, массив обнуляется.
Если передан обработчик onerror и возникает ошибка - он вызывается в контексте события и передаётся ошибка.

Так пойдёт?!

Честно говоря, я весь текущий спич слабо воспринимаю :) Если я пишу такой обработчик, который может упасть -- я заверну его в try/catch сам.
Onerror -- есть баги, выполнение скрипта-то все равно стопается.
Насчет методов -- а почему не "первая буква маленькая, дальше заглавные большие"? JS-style, вроде бы ;)

Ещё убрал строчку присваивания возвращаемого значения в событие...
Если необходимо передать что-либо в следующий обработчик - достаточно присвоить это в объект event.
Ну значит не будем вызывать onerror:)
Это у свойств... Мне так проще отличить метод от свойства...