jQuery при XSLT преобразованиях на клиенте

[B~Vladi]

И это скорее про правила оформления кода.

Нет я про API и все дела.

в прошлый раз, когда тебе было лень расписывать, это закончилось так:

Ну что ж поделать...

[B~Vladi]

вот и поговорили

Ну если ты тоже так считаешь, то нам действительно неочем говорить.

[x-yuri]

Ну если ты тоже так считаешь, то нам действительно неочем говорить

я не знаю, как считаешь ты. А именно, что там плохого. Может я не заметил

Нет я про API и все дела

и какое же должно быть API? Хотя бы в том куске кода?

p.s. но если ты такой ленивый, то говорить действительно не о чем

[B~Vladi]

А именно, что там плохого.

То, что можно сделать:

this.checked = false;

и какое же должно быть API?

Оно вообще должно быть. И желательно чтоб всё было логично и расширяемо. К этому относиться и использование inline скриптов и засирание window.

но если ты такой ленивый, то говорить действительно не о чем

Ну уж не прям в конец. Мне проще в скайпе рассказать.

[x-yuri]

То, что можно сделать:
this.checked = false;

вне контекста, не вижу в том коде ничего плохого. Если уж мы подключили jQuery и еще, возможно, кучу плагинов, вряд ли пользователь заметит однократное выполнение "$(this).eq(0).attr({'checked':'false'});". Я считаю, нужно не все подряд оптимизировать, а то, что действительно влияет на производительность. Да и они ж себя не как дополнение к js позиционируют, а фактически как обертку над DOM

Оно вообще должно быть. И желательно чтоб всё было логично и расширяемо. К этому относиться и использование inline скриптов и засирание window.

API там есть. Но только оно ориентировано скорее на "быстро сделать что-нибудь с DOM". Для более сложных задач не подходит. Я уже где-то оставлял ссылку на jQuery vs MooTools, правда там на англ

К этому относиться и использование inline скриптов и засирание window.

ну сначала они так делают, но потом, надеюсь, учаться на ошибках