Всё правильно, «expando attributes» не нужны.

Некоторые вещи без них крайне трудно сделать.
Хотя я имею ввиду такие вещи, когда эти атрибуты назначаются из скрипта: var.attr = ... - в DOM они появляются как атрибуты тегов.

Вопрос был - «почему»?

xhtml ?

+ xml namespaces

Вопрос был - «почему»?

HTML это же XML, почему нельзя использовать свои атрибуты?
HTML это же XML

HTML это не XML (хоть и произошёл от SGML, но не является подмножеством как XML) и подразумевает работу по стандарту с определёнными аттрибутами, и то что браузер «проглатывает» косяки разметки, а xhtml даже подразумевает бардак в тегах и по умолчанию парсер не исправляет ошибки разработчиков, не говорит о том что инструмент можно использовать не по назначению.

Ну а по вопросу «почему?» - потому что гладиолус.

Ладно, хорошо, стандарт, понимаю.
Тогда почему тот же гуглоплюс не боится использовать эту «кривую разметку»? Не все же на хроме сидят.

-data-pid=«7» можно. Это как раз для данных юзера придумали.

Линк на доки где-то потерял: http://dev.w3.org/html5/spec/global-attributes.html#embedding-custom-non-visi...

О, спасибо, так и сделаю. Но гугл пользует атрибут 'oid', это, вроде, не входит в спецификацию?

почему тот же гуглоплюс не боится использовать эту «кривую разметку»?

несколько лет как обратил внимание что гугл «подзабивает» на стандарты, даже раньше шутка ходила, что главная гугла не проходит валидатор :) наверно им просто пофигу - работает и ладно

кстати да, в html5 специально сделали «data-» для этого

Вам нужны data-атрибуты. Это и стандартно для html5 и решает вашу задачу.

Шаблоны как раз в HTML5 свёрстаны.

Обычно родительские id прячутся за движком в базе, что проходит валидацию без подобных проблем и подобных решений. Все что проходит в браузер пользователя должно быть типизировано, а эти теги ему не нужны. Если теги нужны только тебе, то прячь их от глаз бравзера

Взять и назвать «item1_pid3», в яваскриптике писать split(«_pid»), при переборе элементов пользоваться getElementByClass или getElementByTag.

Нестандартные атрибуты ужасны тем, что у созданных с их использованием страниц нет будущего. А вдруг в скором времени введут атрибут с таким же именем, но с совершенно другим назначением? Тогда все сверстанные с таким приемом страницы будут отображаться и работать некорректно.

в яваскриптике писать split(«_pid»)

Да, да, и получать конструкции вида:

parseInt(el.id.split('checkbox-')[1])

«я забил микроскопом шуруп в бетонный блок. Теперь можно порассуждать о приемлимости...»

Да бросьте, -data аттрибуты специально для этого и придумали, это часть спецификации де юро и де факто (.data() jQuery вроде через них и работает), в будущем с ними уже ничего не изменится.

Это дока http://dev.w3.org/html5/spec/global-attributes.html#embedding-custom-non-visi... врёт что ли? Или есть другие решения?

html5 от лукавого

А по существу?

а по существу - делать привязку к родителю, показывая ее ПА - на мой взгляд неверно. Нужно такие вещи прятать от пользователя

XHTML/HTML/HTML5 сделаны для людей, а не для роботов. Well formed да и хватит. Юзай data-*.

ATOM, RSS и прочие XML based стандарты/спецификации уже нужно дотягивать до состояния well formed и valid. Потому как с ними дело буду иметь именно роботы и программы.