HTML+CSS+JavaScript

>здесь я с Вами не согласен. любая библиотека должна учитывать все достоинства и недостатки браузера.

Согласен, но это просто жуткое потребление памяти. Учесть его невозможно - при большом количестве обработок данных на JavaScript Gecko начинает наступать себе на ноги. Обратите внимание на скорость обработки 100 тегов, она несравнимо меньше, чем 300. А если установить 1000 тегов, то боюсь, что вы просто не дождетесь результатов работы - Gecko в свое время попортил кровь многим этой ошибкой. Учитывать такой недостаток можно одним способом. Определять - если это браузер на основе Gecko (Mozilla, Firefox, Netscape) не позволять ему производить сразу большое количество обработок, давать ему порциями по 50-60 тегов, таким образом тормозить он не будет и быстренько справится с нагрузкой порциями. Попробую сделать...

>>Ну и третье, я просто боюсь себе представить страницу, где будет хотя бы более 50 тегов EHTML.
>зря боитесь.

))) Гм, это положительная оценка библиотеки и комплимент? Благодарю!

>Это старый, известный баг Gecko, скорость работы ужасная, но вина не библиотеки...

здесь я с Вами не согласен. любая библиотека должна учитывать все достоинства и недостатки браузера.

>Ну и третье, я просто боюсь себе представить страницу, где будет хотя бы более 50 тегов EHTML.
зря боитесь.

Проверил. Это старый, известный баг Gecko, скорость работы ужасная, но вина не библиотеки - на Gecko браузеры начинают потреблять слишком много памяти (если помните этот баг очень мешал работе еще 6-го Netscape Navigator, особенно потому, что он загружал в память все свои компоненты). Internet Explorer, Opera открывают 300 элементов мгновенно (по крайней мере задержки добиться не удалось). Это первое.
Второе, страница будет грузиться из интернет, поэтому загрузка страницы будет идти постепенно, скрипт запускает себя каждые 100 миллисекунд (чтобы не грузить систему) и сканирует полученные теги в цикле, таким образом, даже на Firefox это будет не настолько критично, как при загрузке с localhost'а. Например, сто элементов того же EHTMLsample.js Firefox открывает почти без задержки. Поэтому скорость онлайн будет вполне достаточной. Ну и третье, я просто боюсь себе представить страницу, где будет хотя бы более 50 тегов EHTML. Это же получится пострашнее "профессионалов" с narod.ru.
Поэтому, с точки зрения скорости работы, библиотека очень хорошо себя оправдывает. Хм, возможно, на своем форуме, я даже выложу результаты работы тестов с компьютеров разной конфигурации. Благодарю, за подмеченный баг, надо будет подумать об ограничении скорости сканирования библиотеки для ядра Gecko, забыл я об этом старом, но не исправленном до сих пор баге.

Компьютер AMD Sempron 2600+ 1.60 Ггц. 512 ОЗУ
WindowsXP
Firefox/2.0.0.3

тестил локально,
использовал приведенный выше Вами пример EHTMLsample().

количество обрабатываемых тегов около 300.

кол-во символов в файле около 100 000.

Подробнее, пожалуйста. Укажите браузер и параметры компьютера. При тестировании тормозов замечено не было.

тормозит ужасно....
при большом количестве кода и большом количестве преобразований.

Внесены изменения в библиотеку. Полностью поддерживаются следующие браузеры: Internet Explorer 5.0+, Mozilla Firefox 0.9+, Netscape Navigator 6.0+, Opera 7.15+
Сейчас пробую переписать код под Internet Explorer 4.0
Ну что-ж, с кроссбраузерностью проблему разрешили, заработал даже Netscape Navigator 6.0.

Библиотеки отличные, хорошо знаком. Но не то. Я, когда начинал писать EHTML, стремился создать библиотеку с интерфейсом дружественным, прежде всего, пользователю. При использовании указанных вами библиотек от пользователя требуется знание JavaScript на достаточно хорошем уровне, чтобы установить сценарий, отсутствует отдельная подгрузка написанных компонент (кроме DoJo, и то в коде, что может оказаться сложным для пользователя). Я не противник этих библиотек - они удобны и практичны, но вот пользователь предпочтет понятный для НЕГО интерфейс, а не для программиста. Под пользователем я здесь понимаю HTML-кодера. Да, теряется валидность, но код приобретает интуитивную понятность. В общем спор этот бессмысленный. Я продолжаю работу над библиотекой и компонентами, а что из нее получится - увидим.

Сам, например, пользуюсь решениями этой библиотеки, http://jquery.com/. Многие хвалят http://dojotoolkit.org/. Новая библиотека, http://dedchain.dustindiaz.com/ возможно тоже с будущим. А если погуглить, то можно найти ещё не один десяток, хороших и не очень.

С удовольствием посмотрю и почитаю, возможно найду что улучшить. Будьте добры дайте ссылки. Библиотеку Prototype не предлагайте - уже обсуждал на X-Point (имеет и свои отрицательные стороны). Приведите примеры хороших библиотек, которые будут интересны.