Pull to refresh

Comments 24

UFO landed and left these words here
UFO landed and left these words here
UFO landed and left these words here
UFO landed and left these words here
UFO landed and left these words here
UFO landed and left these words here
Некоторые (WebKit, Opera) уже поддерживают части этого стандарта.
Короче, извините меня за сетевой примитивизм: боян.
"HTML 4 существует в течение почти десяти лет, но издатели ищут новые способы расширения функционала этого формата. Однако разнообразие языков и браузеров ограничивает некоторые его возможности."

Убило напрочь. Я почему то всегда думал что W3C создает стандарты которые потом используют производители браузеров, а тут оказываеться все наоборот)))
Поясню. Да, браузеры подчинаяются стандартам, но каждый понимает стандарт по разному. Это как кулинарный рецепт - положить 2 яйца и щепотку соли. Что такое щепотка соли? Вот так же и браузеры, кто-то считает бордары в сумму ширине блока, кто-то отдельно. И начинается - хаки, скрипты.. Какое же это использование стандартов, если каждый по разному его обрабатывает?
блин, почему нельзя редактировать комментарии? Сорри за глупые опечатки
Это камень в огород IE? :) Уж лучше булыжник. iE не считается ни с кем и делает свои "стандарты", которые в итоге нам всех приходится соблюдать в наших приложениях :((
огород IE уже давно превратился месторождение камней :) В том то и дело, что у него "СВОИ" стандарты, тем самым мы тратим время на хаки.
Хаками проблемы решают непрофессионалы. Для IE все надо делать отдельный CSS и включать эго через условные комментарии для IE. Спросите почему? А потому что с выходом новых версиях браузеров верстка в которой хаки просто распадается…
мне одному не понятна польза новых nav,aside,section?
по-моему, это все блочные элементы, с разными свойствами, и использовать div id для этих элементов более логично.
Семантика. Таким же образом можно было бы забыть про все теги типа p, font и т.п., а использовать вместо них div с измененными css.
Я предполагаю, что это в первую очередь для роботов — ясно что именно представляет из себя тот или иной элемент.
Насколько это нужно — покажет практика. Я считаю это неплохим нововведением.
Как пример из жизни: зачем theader, tbody и tfooter для тега table? Казалось бы можно было наложить отдельный стиль на tr и кода меньше получится, однако, наглядно встретился с одним преимуществом, когда открыл созданный html документ в word. Таблица большая и листалась на нескольких листах, но содержание элемента thead было на каждой странице, в отличае от того, когда что-то типа class="head" был только на первом листе.
Преимущество видно невооруженным глазом.
Как раз в xhtml их много и убрали, средний сайт состоит не более чем из 10 тэгов. Теперь их станет на 5 больше по-умолчанию.
Первая пользая, которая бросается в глаза - это возможность делать более осмысленную индексацию страницы поисковиком (возможностью можно воспользоваться, а можно нет, но по крайней мере она появляется).
"мысленно вместе". У новых элементов есть один большой минус - обратная совместимость - ни один браузер их пока не поддерживает. Куда более логичным было бы добавить новый аттрибут, например content="header", если rel="header" уже недостаточно
Сайты все разные, поэтому одинми nav,article,section, и т.д. необойтись. И таких тэгов может быть оочень много.
Лучше бы сделали как в asp.net - регистрацию собственных тэгов.
В заголовке писать что-то вроде соответствия
<header> - синоним <div id='header'>
И так далее для разных своих тэгов. Будет красивый html код, а браузеры при обработке страницы просто заменяли бы у себя соответствующие тэги на синонимы.
для этого есть DTD и модульность начиная с xhtml 1.1
UFO landed and left these words here
Sign up to leave a comment.

Articles