Live() on() обработчик

[Art!P]

Для сайта прикрутил jQuery версии 1.11, обнаружил сюрпризы.
.live() теперь нет в версиях старше 1.9 (даже не представляю себе ту парадигму, при которой создатели решили выпилить лайв из библиотеки. Зачем?)

Вместо этого используется .on() с более сложным синтаксисом.
Вопрос у меня возник по поводу обработчика событий.
Собрал пример http://jsfiddle.net/Xjbw9/
Событие установил на 'html' в документации есть примеры с объектом document. Но пример работает.

На что правильнее ставить обработчик .on() чтобы поведение было таким же предсказуемым как live?

[Sweet]

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

Вообще, эта так называемая "парадигма" - былинный фейл. Есть, конечно, места, где этот паттерн уместен, но нужно понимать, что делаешь. Но jQ-программист по определению не понимает: он херачит и радуется, что работет, не вникая, что да как. В чём фейл? jQ - это api для создания несистемного кода. Просто разрозненных кусочков. Никакой архитектуры. Зато порог вхождения - нулевой. Я слышал, что в интернате для имбицильных детей ввели программу: дети пишут jQ-плагины и выкладывают это на гитХаб. В свете их умственных проблем, они совершенно не осознают, что делают, зато весело хломают в ладоши и, пуская слюни, смеются.

Зачем?

Наверное, чтобы был один метод, а не куча: delegate, bind, live.

На что правильнее ставить обработчик .on() чтобы поведение было таким же предсказуемым как live?

Думаю, что .live вешался на document.

[рони]

На что правильнее ставить обработчик .on() чтобы поведение было таким же предсказуемым как live?

на элемент который будет содержать вновь созданные элементы - у вас это $('#form')

[Art!P]

Спасибо, думаю то же.

Это конечно, очень здорово что jQuery не стоит на месте и развивается. Но книги по нему быстро становятся очень не актуальными. У меня книга есть Б.Бибо и И.Кац которая написана про 1.4, когда читал уже тогда заметил разницу между 1.4 и 1.6. Можно висеть на старых версиях, это не запрещается. Интуиция подсказывает, что новые версии выходят с непроста и вероятно в них есть важные исправления (правда не слежу за проектом).
И не приятно, и нужно время на эти нюансы, а хочется новья.

[Art!P]

на элемент который будет содержать вновь созданные элементы - у вас это $('#form')

Это логично. А если добавляемый код, динамически передвигается по дереву (DOM)? То лучший предок объект document?

PS. Когда был лайв об этом даже не задумывался, лайв ставил обработчик на пока не существующий селектор где-бы он не был в дереве документа. Раньше было лучше! И мороженое вкуснее и трава зеленее.

[рони]

Art!P,
да

[Art!P]

Спасибо