Re[15]: div vs table

Здравствуйте, 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). Причина описана здесь.

Вопрос. Уже в который раз задаю, но ответа так и не получил

Зачем нужна новая технология, которая:
а) не дает ничего нового
б) не облегчает решение описанных мной выше задач ни на йоту
с) будет по-разному реализована в разных браузерах (если будет) и все равно будет вызывать кучу проблем для разработчиков
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 раз больше кода для достижения тех же результатов.

От:	Mamut	http://dmitriid.com
Дата:	13.03.07 07:36
Оценка: