Пока поняли, что всё слишком сложно. Проще надо быть, проще.

Согласен.

Ну раз предложений больше никаких нет, то вот ещё одна задачка.
Мониторинг DOM. Существуют 2 подхода:
1. setTimeout. Тут 2 проблемы: пока я не знаю как можно замерять производительность таймеров (т.е. насколько сильно они будут грузить проц) и придётся перебирать весь DOM в поисках изменений.

2. Обработка событий изменения элементов. Для ишака придётся поменять стандартные appendChild и т.п., чтобы мониторинг срабатывал, что мне оооочень не нравится. Но за то есть плюсы: не грузит проц в холостую и массив изменений приходит без лишнего мусора.

Сейчас я склоняюсь к второму варианту. Что думаете?

Чо вообще никаких мыслей нет?

А если onpropertychange, DOMTreeModified и иже с ними?

Не всплывает. Не на каждый же элемент вешать.

В том то и дело что нужно на каждый...
Это и есть второй вариант.

Да, не всплывает. А что еще делать? 30 раз в секунду проверять всё дерево на предмет обнаружения изменений? Лучше уж сразу

alert("Ваша программа для просмотра интернетов не является браузером");
return;

…заодно учитывая, что прототипное наследование методов нод не работает в IE6. Да и про .innerHTML надо не забыть, а это вообще сеттер, которых в вышеупомянутом старичке нет в помине.

Я недавно пытался подлатать DOM (с маджонгом и гейшами, конечно же) для IE6, но пришлось бросить. Это клиника, господа, полная клиника.

subzey,
вот поэтому и не надо выпендриваться, пытаясь сделать невозможное.

Насчет innerHTML. Он смотрится на каждой ноде через onpropertychange.
Т.е. получается что нужно на все ноды навешивать обработчик и менять кучу методов. По-моему говнокод...

Либо нужно придумать хитрый алгоритм, чтобы не перебирать весь DOM в таймерах. Что-то я не уверен в успехе...