live: новый способ задать обработчик события

[xzander]

отличное улучшение. а то приходилось прибегать к различным сложностям для реализации live
и надеюсь это не одно улучшение 1.3. Хотелось бы еще работы с адресной строкой и куками

[bolk]

Улучшения 1.3 были описаны на «Хабре» несколько дней назад. Поищите.

[XaocCPS]

я больше скажу, в этой заметке есть даже ссылка на тот пост :)

[xzander]

я его прочитал, к сожалению, видать не будет работы с урлом и куками((

[XaocCPS]

все фичи пока не описаны, все может измениться

[kykapa4a]

Да, эта новая функция позволит изначально задать функциональность для типов элементов на странице, а затем выстраивать из них интерфейс. Такой путь конечно будет более универсальным и удобным.

[XaocCPS]

скорее, она позволит не думать о функционале при изменении DOM
ведь все равно функционал, по хорошему, задается в $(document).ready, когда уже весь базовый интерфейс построен

[kykapa4a]

Это делает более удобным динамическое построение дерева. Я это имел в виду.

[XaocCPS]

согласный

[zercool]

Кстати о $(document).ready.
Недавно я выяснил что в Хроме(в сафари не тестил) $(document).ready происходит до подгрузки css. Т.е. если в каком-нибудь main.css у нас установлен фиксированный размер блока #content {width:550px;}, то $(document).ready(function() { alert($('#content').width();) }); покажет значение отличное от 550px. Получается $(document).ready не так хорош, жедем $(css).ready :). А пока я выкрутился засунув $(document).ready в js файл и поставил после загрузки css. Вариант неахти, но уж больно сроки жали.

[noita_kronk]

Лаконичный подход. Интересно, будет ли он так же скор, медленнее или быстрее, чем применение динамического навязывания или перехвата события у родительского элемента?

[MTonly]

перехвата события у родительского элемента
По идее, именно так это и работает:

Works by adding an event handler to the root document element itself and relying on event bubbling.
Simon Willison

[XaocCPS]

отписал багрепорт на groups.google.com/group/jquery-dev
с примером habradigest.ru/garbage/jq/HTMLPage3.htm

подожду ответа, но похоже live вернули в доработку

[q_styler]

Был такой плагин livequery, я его использовал для своего сайта как раз из-за этой проблемы.
А теперь это в ядре. Круть, минус 2 килобайта при загрузке страницы )

[XaocCPS]

вы будете удивлены, но в статье есть ссылка на livequery :)

[q_styler]

Я действительно удивлён.

[q_styler]

А дело было так
$('.link a').livequery('click',function(){ alert('Weaboo!') });

[nooze]

.live это просто отлично. Конечно, костыли для этого уже давно подобраны, но нет ничего лучше, чем костыли, уже встроенные в базовый набор :)

[second_pilot]

был еще Intercept

[CAH4A]

jQuery.Listen пока никто не отменял, но если будет работать без плагина — я, конечно, за live.

[ish]

Как они, интересно, выкрутятся при использовании события 'change', для селектбокса, например, т.к. это событие не «баблится».

[middle]

Обработчик не создаётся для каждой новой кнопки, не обманывайте. Используется один общий обработчик.

[XaocCPS]

спасибо за замечание, обманывать никого не хотел
вы узнали из исходных кодов как работает live или есть другой источник информации?

[middle]

Извините, забыл поставить смайлик.

Код не смотрел, но есть такая вещь, как презумпция вменяемости авторов jQuery :)

[middle]

Именно так работает livequery, если мне не изменяет склероз.