Версия 0.1.6

[tenshi]

лично мне с головой хватает выборки по имени тэга. зачем нужны всякие сложные выборки — ума не приложу ;-)

[ArtemS]

Отметить все чекбоксы?

[ArtemS]

Извените, промахнулся, это был ответ на первый комментарий

[zencd]

Как бы автоматизированное тестирование организовать…

По идее от каждого движка/браузера нужно иметь такое АПИ:
— load_page(url)
— get_computed_dom()

Ну загрузить-то просто, а вот забрать… :-). В API Trident'а не знаю, есть ли возможность, и уж тем более что делать в этом отношении с Оперой.

Есть уже существующие наработки по этой теме?

[sunnybear]

они все медленные :)

[DIDJER]

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

[sunnybear]

хмм, весь текущий мануал приведен на странице самой библиотеки
yass.webo.in/
Там все базовые примеры

[DIDJER]

Прошу прощения, разул глаза и увидел на сайте слово Examples.

[DIDJER]

Это конечно всё хорошо, но мне кажется, что народу будет сложно отказаться от jquery например из за анимации и других визуальных прибамбасов которые можно проделывать не прибегая к чистому коду. Так вот вопрос, что нибудь подобное будет реализовывано в плане визуальных эффектов?

[sunnybear]

:) я не призывая отказываться от визуальных эффектов. Эта библиотека решает совершенно другие задачи: платформа для высокопроизводительных веб-приложений.
Ни одна из текущих библиотек (ну разве что jQuery) не может использоваться для создания по-настоящему сложных и производительных приложений. Начиная с определенного уровня сложности производительность становится критичной, а вот производительность библиотеки не перепишешь.

Скорее всего, на базе YASS удастся создать ряд расширений (типа jQuery UI), которые дополнят высокопроизводительный функционал. И хочется сделать полностью модульную структуру (типа Ext2 или Mootools, например), которую можно использовать в любом проекте, на задумываясь уже хотя бы о производительности :) Основные тормоза-то в IE — и это в ближайшие года два никак не изменится.

P.S. Лично я для «быстрого старта» предпочитаю jQuery. Однако, она какая-то громоздкая, как мне сейчас кажется :)

[Pilat]

А для документов какого объёма и какой сложности делались тесты? Что-то у меня сомнения вызывает что документы большие, а на маленьких разница непринципиальна.

[sunnybear]

для маленьких не принципиальна. Для обычных (500-1000 элементов) на странице уже будет ощутима. Для сложных веб-приложений (2000-10000 элементов) — это просто must have. SlickSpeed оперирует деревом в 1700 элементов

[Pilat]

Я не смотрел исходники, но может быть, возможно jQuery ускорить? Всё-таки ещё одну библиотеку массы не примут, как мне кажется. Хотя для моего, где как раз много-много тысяч элементов, даже отказ от jQuery частичный даст ощутимый эффект.

[sunnybear]

1. div p не отслеживает неуникальные элементы в выборке
2. надо внедрять отдельные регулярки для простейших случаев — это тоже в ToDo
3. doc — закэшированный document. Fx на это немного замедляется. IE немного ускоряется :) В общем случае оптимизируем под IE.

[sunnybear]

Хорошо бы IE ускорить. Хотя бы на порядок :)

[tenshi]

priglasiteru.habrahabr.ru/blog/46304/ ы?

[deerua]

jquery меня в тестах немного огорчил, но йасс просто рвёт всех на куски! так держать!
очень надеюсь что появятся примитивные выборки по шаблону среди классов и айдишек ;) можна даже с отдельным медленным алгоритмом :))

[flomop]

Интересно, возможно ли как-то интегрировать Ваш поиск с jQuery. Написать плагин или что-то ещё?

[sunnybear]

а смысла особого нет: если навесить весь функционал jQuery, то тормозить будет примерно так же :)

тем более, что Resig и так Sizzle написал