Комментарии 24
100 раз уже читали =\
НЛО прилетело и опубликовало эту надпись здесь
Короче, извините меня за сетевой примитивизм: боян.
"HTML 4 существует в течение почти десяти лет, но издатели ищут новые способы расширения функционала этого формата. Однако разнообразие языков и браузеров ограничивает некоторые его возможности."
Убило напрочь. Я почему то всегда думал что W3C создает стандарты которые потом используют производители браузеров, а тут оказываеться все наоборот)))
Убило напрочь. Я почему то всегда думал что W3C создает стандарты которые потом используют производители браузеров, а тут оказываеться все наоборот)))
Поясню. Да, браузеры подчинаяются стандартам, но каждый понимает стандарт по разному. Это как кулинарный рецепт - положить 2 яйца и щепотку соли. Что такое щепотка соли? Вот так же и браузеры, кто-то считает бордары в сумму ширине блока, кто-то отдельно. И начинается - хаки, скрипты.. Какое же это использование стандартов, если каждый по разному его обрабатывает?
блин, почему нельзя редактировать комментарии? Сорри за глупые опечатки
Это камень в огород IE? :) Уж лучше булыжник. iE не считается ни с кем и делает свои "стандарты", которые в итоге нам всех приходится соблюдать в наших приложениях :((
мне одному не понятна польза новых nav,aside,section?
по-моему, это все блочные элементы, с разными свойствами, и использовать div id для этих элементов более логично.
по-моему, это все блочные элементы, с разными свойствами, и использовать 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 код, а браузеры при обработке страницы просто заменяли бы у себя соответствующие тэги на синонимы.
Лучше бы сделали как в asp.net - регистрацию собственных тэгов.
В заголовке писать что-то вроде соответствия
<header> - синоним <div id='header'>
И так далее для разных своих тэгов. Будет красивый html код, а браузеры при обработке страницы просто заменяли бы у себя соответствующие тэги на синонимы.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нового в HTML 5.0? Часть 1