Здравствуйте, anonymous, Вы писали:
A>Здравствуйте, Mamut, Вы писали:
M>>Пример.
M>>Браузер и так великолепно знает, что такое, например,
M>>M>>#element-id > div.element-class
M>>
M>>Но никакого способа воспользоваться этой возможностью у меня нет. Максимум, что я могу сделать — это getElementsByTagName и getElmentById. Почему?
Ведь вопросы разработки веб-приложений не ограничиваются этими двумя функциями.
A>Ну вот HTML5 есть функция getElementsByClassName(), конечно не то, что ты хотел, но всё же. В nightly Mozilla её уже реализовали, жди пока остальные подтянутся.
Это совсем не то

CSS предполагает гораздо более гибкую выборку элементов, чем только по ID и по ClassName. Один только "#element-id > div.element-class" чего стоит.
A>XPath предполагает наличие XML. А ты ведь против XML, забыл? ) И вообще XPath не вписывается в парадигму "JavaScript+HTML+CSS" — это лишняя технология. )
Я не против XML

Я против того, что его прикручивают туда, куда не надо, и не прикручивают туда, куда надо
Я, правда, так и не понял, чем HTML DOM отличается от XML DOM? И какие сложности в реализации XPath поверх HTML DOM?
M>>Вопрос. Вместо того, чтобы ввести буквально два с половиной изменения в существующие технологии, w3c пердлагает что? Да ничего они не предлагают. Во всяком случае, ничего из того, что могло бы решить описанные проблемы.
A>Ну вот предложили они XBL2, которая в частности решает и эту проблему. Впрочем это тоже не вписывается в "JavaScript+HTML+CSS", не будем об этом. )
Ключевое слово — в частности. И XBL никогда реализован не будет (никогда — это в ближайшие лет 10). Причина описана
здесьАвтор: Mamut
Дата: 13.03.07
.
Вопрос. Уже в который раз задаю, но ответа так и не получил
Зачем нужна новая технология, которая:
а) не дает ничего нового
б) не облегчает решение описанных мной выше задач ни на йоту
с) будет по-разному реализована в разных браузерах (если будет) и все равно будет вызывать кучу проблем для разработчиков
d) ничем не отличается от существующей связки JavaScript + CSS + HTML?
Это сравнение я уже приводил:
<binding id="searchbar-box">
<content>
<children/>
<xul:stack class="search-go-button-stack">
<xul:toolbarbutton class="search-go-button" label="&search.button.go.label;"/>
</xul:stack>
</content>
</binding>
Итак, привязка только к id элемента. Завязка на неизвестный xul, который будет только у Мозиллы, но не будет у Оперы, ИЕ, Сафари и т.п.
Пример реализации
того же уже существующими методами:
// используется библиотека jQuery, http://jquery.com/
$("#searchbar-box").append("<input type=\"button\" class=\"search-go-button\">");
/*
Можно было выбрать похитрее. Например:
$("#searchbar-box > div:nth-child(odd)")...
Если не нравится использовать "<input type=\"button\" class=\"search-go-button\">"
то с версии 1.1 с jQuery можно будет использовать [url=http://www.yui-ext.com/deploy/yui-ext/docs/]YUI Ext[/url]
*/
Мне и сто лет не нужен XBL, если из-за него мне придется писать в 5-6 раз больше кода для достижения тех же результатов.