Комментарии 80
На мой взгляд полезными тегами являются только video и audio. Header, nav, article - лишние усложнения.
+9
Согласен. Сейчас div с указанием адекватного id однозначно характеризует блок. Не очень понятно зачем вводить еще лишние теги. Имхо, надо стремиться не к расширению и усложнению, а к упрощению и универсализации.
+7
Главная проблема с новыми элементами это совместимость со старыми браузерами. Возможно, нужно (ещё не поздно) пожертвовать наглядностью и простотой и ввести новый атрибут, который обозначает семантику элемента.
Например:
Например:
<div type="article"...
+5
Сейчас div с указанием адекватного id однозначно характеризует блок.Обозначает-то он однозначно, только семантики от этого не прибавляется к сожалению. HTML 5 призван навести порядок в структуре документа и внести больше семантики.
+1
Порядка там не будет еще очень долго. До тех пор пока все браузеры не будут адекватно понимать этот HTML5. Учитывая, что происходит сейчас с поддержкой некоторыми браузерами стандартов, то увы и ах :(
0
Не всё так плохо, если не учитывать IE:
http://intertwingly.net/blog/index.html5
(сайт использующий разметку HTML 5)
http://intertwingly.net/blog/index.html5
(сайт использующий разметку HTML 5)
0
В том-то и загвоздка, если не учитывать IE (читай "больше половины пользовталей интернета"). Даже с появлением новой версии Осла с поддержкой HTML5 будет не все так просто. Ибо наверняка будут косяки, да и юзеры не так быстро пересаживаются на новую версию IE (7 вышла давно, а болшинство все еще 6 пользуются)
0
Будем надеятся, что через несколько лет доля IE упадёт хотя бы до 50%.
А для этого есть все основания, и тенденции только подтверждают это:

Ну, а пока только что прочитанный мною диалог в тему:
А для этого есть все основания, и тенденции только подтверждают это:

Ну, а пока только что прочитанный мною диалог в тему:
Borbus: How come Mozilla can do a thorough implementation of CSS yet Microsoft's dedicated team of paid programmers cannot?
Jim: Borbus, never mind Mozilla, how come iCab has a better CSS implementation than Internet Explorer, despite being the work of one person?
+2
сафари не так и плох. когда дома, им пользуюсь
0
Даже если доля IE упадет до 50% и он при этом не будет поддерживать каку-либо технологию, то это большое основание не использовать ее (технологию), как это не прискорбно.
0
Если доля IE упадёт 50%, то M$, прийдётся, таки, начать считаться со стандартами, и разработчиками, а не только преследовать свои корыстные цели.
Кстати, главный редактор HTML 5, Ian Hickson, сейчас работает в Google, так что, есть надежда, что Google заинтересован в стандарте, и будет проталкивать его.
Кстати, главный редактор HTML 5, Ian Hickson, сейчас работает в Google, так что, есть надежда, что Google заинтересован в стандарте, и будет проталкивать его.
+1
НЛО прилетело и опубликовало эту надпись здесь
Скорее до тех пор пока остальные браузеры не научаться работать, например, с доменной авторизацией. Или поддерживать ActiveX, т.к. очень многое ныне на него завязано.
-1
Ну почему же... не забывайте об антимонопольных законах. Представьте если MS придётся убрать IE из стандартной поставки. Однажды так было WMPlayer'ом.
0
НЛО прилетело и опубликовало эту надпись здесь
мне кажется наоборот это все упрощает - теперь не нужно придумывать "адекватный id однозначно характеризует блок". тем более что у каждого свое понимание "адекватного id", поэтому если под руки попадается верстка сделаная другим человеком, то обычно имена id и классов кажутся как раз неодыкватными
а тут в самом стандарте все заложено - для навигации nav, для всякой дополнительной инфы aside. конечно все это произойдет не сразу - пока браузеры начнут поддерживать, пока разработчики начнут использовать.
я бы кстати рекомендовал использовать именно имена этих тегов в качетве id или class, хоть какая-то стандартизация. а потом и перейти будет проще.
а тут в самом стандарте все заложено - для навигации nav, для всякой дополнительной инфы aside. конечно все это произойдет не сразу - пока браузеры начнут поддерживать, пока разработчики начнут использовать.
я бы кстати рекомендовал использовать именно имена этих тегов в качетве id или class, хоть какая-то стандартизация. а потом и перейти будет проще.
+1
Лишние теги помогут, например, обрабатывать html-файлы программно.
0
Через 10-15 лет уже будут нужны совсем другие тэги.. Да и вообще, будут ли ещё тэги.
Слишком долго они разрабатывать собираются, имхо.
Слишком долго они разрабатывать собираются, имхо.
+5
К счастью, в HTML 5 проглядывается некая модульность. Например: элементы CANVAS, VIDEO, AUDIO, Web Forms 2...
CANVAS уже поддерживается довольно неплохо в Opera, Safari, Firefox, а для IE написан "эмулятор".
Поддержка Web Forms 2 уже есть в Opera 9. Несколькими разразнёнными командами пишутся библиотечки для поддержки стандарта во всех основных браузерах.
Всего, сразу и везде, мы к сожалению не получим, но есть надежда получать "вкусности" порционально в течение 10-15 лет.
CANVAS уже поддерживается довольно неплохо в Opera, Safari, Firefox, а для IE написан "эмулятор".
Поддержка Web Forms 2 уже есть в Opera 9. Несколькими разразнёнными командами пишутся библиотечки для поддержки стандарта во всех основных браузерах.
Всего, сразу и везде, мы к сожалению не получим, но есть надежда получать "вкусности" порционально в течение 10-15 лет.
+2
Лет через пять, когда MS IE 10 научится понимать HTML 5, буду пользоваться =)
0
Ну выйдет скоро IE8 — думается даже намёков на html5 в нем не будет. =(
+1
Я думаю и в 10-я версии ничего не будет понимать.
"На wiki WHATWG сказано, что стандарт выйдет (внимание!) не ранее 2022 года (: А если учесть, что в оценке сроков разработчики обычно выдают слишком оптимистичные значения, так и вовсе можно расслабиться". :)
© http://www.paradigm.ru/2007/11/29/what-i…
"На wiki WHATWG сказано, что стандарт выйдет (внимание!) не ранее 2022 года (: А если учесть, что в оценке сроков разработчики обычно выдают слишком оптимистичные значения, так и вовсе можно расслабиться". :)
© http://www.paradigm.ru/2007/11/29/what-i…
+2
Страшно. Я не думал, что все так плохо.
в 2022-м году вообще HTML не упрется никуда, я думаю.
в 2022-м году вообще HTML не упрется никуда, я думаю.
0
Да, нет, HTML будет ещё долго жить, как основной информационный носитель в Интернет.
Вот, сколько лет уже есть компьютеры бумага же не отмерла ещё... ;)
Вот, сколько лет уже есть компьютеры бумага же не отмерла ещё... ;)
0
Как сказать.. Налицо тенденция увеличения интерактивности сайтов. Так что HTML если и выживет, то наконец-то станет именно тем, чем задумывался - языком разметки, а не дизайна или (упаси боже) управления.
0
средство достижения валидности. хихих
0
А что с управлением? Практически всё сводится к обычным формам, так или иначе...
Дизайн уже не делается на HTML, для этого есть CSS.
HTML выживет хотя бы потому, что уже накопились миллионы страничек на этом языке разметки, а так же потому, что проще и универсальнее пока ничего не придумали.
Дизайн уже не делается на HTML, для этого есть CSS.
HTML выживет хотя бы потому, что уже накопились миллионы страничек на этом языке разметки, а так же потому, что проще и универсальнее пока ничего не придумали.
0
Есть шанс не успеть до технологической сингулярности :-)
0
Возможно это только первая статья из цикла, потому что за кадром осталось еще целая куча "вкусняшек": поддержка MathML - можно будет писать 10-этажные формулы, а не вставлять их в виде картинки, SVG - векторная графика, возможность рисовать на канве браузера - для игрушек очень полезное свойство.
А вот про 10-15 лет это жёстко, я то думал что стандарт уже на подходе. А так есть шанс и не увидеть это светлое будущее.
А вот про 10-15 лет это жёстко, я то думал что стандарт уже на подходе. А так есть шанс и не увидеть это светлое будущее.
+2
я думаю, что зря это всё. Не, конечно люди стараются, молодцы, но когда всё (HTML5 и CSS3) это будет поддерживаться всеми браузерами я буду стар и немощен. В принципе, мне и сейчас неплохо, если бы ещё все (привет, IE) браузеры соответствовали стандартам W3C, стало бы совсем скучно :)
Думаю, что верстка должна совсем измениться, но это будет похоже на строительство сайта по шаблонам.
Думаю, что верстка должна совсем измениться, но это будет похоже на строительство сайта по шаблонам.
+1
все хорошо, но 15 лет....
0
Опять двадцать пять...
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML на js +xhr (легко!); всякие объекты типа флеша и видео плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML на js +xhr (легко!); всякие объекты типа флеша и видео плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
0
Предопределённость тегов позволяет сайт индексировать, потому их и будут использовать... А если завтра будет gav, то это будет уже HTML 6 ...
0
Само собой, сайты нужно как-то индексировать. Только html, как основа, навряд ли должен плясать от поисковиков.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
0
Нужно научить IE хотябы html4 понимать адекватно
0
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
А по-моему у них слабые позиции: браузеры не будут использовать стандарт созданный не w3c или не одобренный ею, пока что это данность которую преодолеть очень трудно. Флэшу вон сколько лет, а тег никто не включил в действующий движок. Так что WHATWG придётся очен сильно попотеть чтобы продвинуть свой формат, который опять же, по-моему личному мнению, нарушает концепцию вёрстки.
0
Но это не так круто, чтобы оправдать 10--15 летнее ожидание :-(
0
Семантика? Это что панацея от всех болезней? Или что это? Лично для меня html - это конструктор из которого я собираю страницу, некоторые элементы которого обладют скрытой связью, но! header, nav и т.п. не описывают взаимосвязь фотографии моего домашнего питомца, моей страницы и сайта mozilla foundation. Для того чтобы описать такую взаимосвязь информации есть 3S и микроформаты.
Я не вижу смысла создавать кирпичи которые кричали бы: "я кирпичег!"
Я не вижу смысла создавать кирпичи которые кричали бы: "я кирпичег!"
+1
хорошо придумано с тегами: header, nav, fotter и т.д. :)
наконец будет чтото новее див-верстки :)
наконец будет чтото новее див-верстки :)
-1
Мда, я тоже думал, что стандарт буквально в стадии последних доработок... А через 10 лет возможно flash возьмёт и станет главной технологией в вебе...
0
Только если похудеет или каналы внезапно у всех расширятся (:
0
Я HTML 5 не читал, но поддерживаю.
0
А что зря переживать о поддержке стандарта. К 2022 будет только один браузер G-browser и все разметки (XML,XHTML,HTML) превратятся в одину GML :))) это всё шутки конечно, но чего же так не скоро-то, может им помощь как нужна? сказали бы :)
+1
а что было бы неплохо если бы был лишь один браузер... тогда бы проблема кроссбраузерности не было б ... но увы, эх, такого скорей не будет :(
хотя есть один выход - научить все браузеры понимать css и html одинаково :) но на это стоит лишь надеется :(
хотя есть один выход - научить все браузеры понимать css и html одинаково :) но на это стоит лишь надеется :(
0
Скучно было бы. Вот только представьте: сверстал на ноуте сайт и не надо проеврять как он поведёт себя на других браузерах или на другой машине даже. Это так верстальщики от нечего делать пить начнут и сопьются до того что вымрут. Зато как ща весилаа!!)
(ещё не вдавался, но сайт на десктопе варит а на ноуте нет… интиресна так, причин ещё не искал но именно я озадачен)
(ещё не вдавался, но сайт на десктопе варит а на ноуте нет… интиресна так, причин ещё не искал но именно я озадачен)
0
НЛО прилетело и опубликовало эту надпись здесь
НЛО прилетело и опубликовало эту надпись здесь
Сейчас есть две известные альтернативы: нумерованные заголовки (HTML) и структурные (XHTML 2).
Структурные состоят из элемента H (без номера) и элемента SECTION. Вложенностью элементов H в SECTION и вычисляется важность заголовка в агенте.
HTML 5 заимствовал из XHTML 2 элемент SECTION, но оставил прежние нумерованые заголовки.
Структурные состоят из элемента H (без номера) и элемента SECTION. Вложенностью элементов H в SECTION и вычисляется важность заголовка в агенте.
HTML 5 заимствовал из XHTML 2 элемент SECTION, но оставил прежние нумерованые заголовки.
+1
Хмм... как я понял здесь все обсуждают HTML-XHTML в разрезе обычных браузеров, однако уже на сегодняшний день продажа ноутбуков превысила продажу настольных ПК. Я думаю продажи т.н. альтернативных устройств (КПК, смарты и т.д.) тоже растут тоже нехило. А на таких устройствах чем проще и жестче стандарт, тем лучше. Если честно мне очень сложно понять тех разработчиков, которые считают "мягкость" HTML стандарта плюсом - в любом случае на каком нибудь этапе эта мягкость сыграет злую шутку - допустим при парсинге "средствами JavaScript" да и если уж говорить то разница между HTML и XML/XHTML невелика и касается не смысла, а синтаксиса. Зато возможность "пропарсить" xhtml-страницу обычным xml парсером по моему большого стоит - тут и RSS и прочие стандарты, которые по сути являются xml, но в качестве исходника используют html-страницу.
+3
я понимаю что нечто можно имплементить в течении 10-15 лет (допустим реализовать поддержку 10 000 новых устройств в ядре Линукс), но как можно разрабатывать стандарт столько лет - я не понимаю (и подсчитали ведь как-то эти цифры!)
у кого есть какие идеи на этот счёт? :-)
у кого есть какие идеи на этот счёт? :-)
+1
В этот временной промежуток вбиты минимальные две тестовые имплементации, требуемые с недавних пор в W3C, для принятия рекомендации.
Т.е., другими словами через 10-15 лет должен быть не только голая рекомендация, но она уже будет имплементирована (возможно, неполностью в одном взятом браузере). Развивающихся браузеров, или правильнее считать движки, у нас три на данный момент: Mozilla (Firefox), Presto (Opera), KHTML (Konqueror), WebKit (Safari). Как я уже писал выше, тестовая имплементация уже началась смотрим на данный момент:
Т.е., другими словами через 10-15 лет должен быть не только голая рекомендация, но она уже будет имплементирована (возможно, неполностью в одном взятом браузере). Развивающихся браузеров, или правильнее считать движки, у нас три на данный момент: Mozilla (Firefox), Presto (Opera), KHTML (Konqueror), WebKit (Safari). Как я уже писал выше, тестовая имплементация уже началась смотрим на данный момент:
- <canvas> — Mozilla, Presto, KHTML, WebKit
- getElementsByClassName() — Mozilla, Presto
- <a ping> — Mozilla
- Cross-document messaging — Presto
- Audio interface — Presto
- Server-sent DOM events — Presto
- Web Forms 2.0 — Presto
+2
Кстати, есть отличная короткая презентация по HTML 5 (для включения режима презентации в Опере жмём F11).
Данные по тестовым имплементациям уже успели устареть за пол года, но всё равно много полезной информации в сжатом виде.
Данные по тестовым имплементациям уже успели устареть за пол года, но всё равно много полезной информации в сжатом виде.
0
новые теги типа это чушь
у IE были правильные начинания в развитии html
в 6 осле можно объявлять собственные теги, правда это довольно геморно.
мне както роднее был бы следующий подход
дается определенная свобода в выборе названия тегов, а их поведение как глифов описывается в css
например
My Article
Some article text
CSS:
aricle
{
display: block;
width: 100%;
...
...
}
title
{
font-size: 18px;
font-weight: bold;
...
...
}
это было бы огромным шагом к семантическому вебу
у IE были правильные начинания в развитии html
в 6 осле можно объявлять собственные теги, правда это довольно геморно.
мне както роднее был бы следующий подход
дается определенная свобода в выборе названия тегов, а их поведение как глифов описывается в css
например
My Article
Some article text
CSS:
aricle
{
display: block;
width: 100%;
...
...
}
title
{
font-size: 18px;
font-weight: bold;
...
...
}
это было бы огромным шагом к семантическому вебу
-1
черт тэги обрезало (((
0
+ очень нехватает такой вещи как отмена наследования стилей
к примеру нужен блок совершенно другого вида, сейчас приходится все наложившееся стили перебивать. А хотелось бы запретить наследование и описать с чистого листа.
к примеру нужен блок совершенно другого вида, сейчас приходится все наложившееся стили перебивать. А хотелось бы запретить наследование и описать с чистого листа.
0
Полная свобода в выборе тэгов это, наоборот, шаг назад от семантики, в глобальном смысле. Это как XML семантичный язык разметки, но один человек заголовок поместит в элемент H, другой в HEADER, третий по-русски напишет ЗАГОЛОВОК. И, хотя все они, с помощью CSS могут быть оформлены одинаково, поисковик, например, никак не догадается что всё это одного поля ягоды.
0
а на это есть DTD & XML Schema - никогда не задумывались, что значит первая строчка в коде валидной веб-странички? Это определение типа документа, позволящее унифицировать допустимые элементы и порядок их вложения. Вот в данном случае оно и поможет. Лично я тоже считаю, что чего уж мелочиться - нормальный XML бы лучше организовали для Веба :)
0
А как помогут нынешние DTD и XML Schema?
В них прописываются правила положения элемента в документе, типа данных. Где тут описывается его семантика?
К тому же все эти схемы созданы в основном для проверки на правильность, и даже браузерами не просматриваются.
В них прописываются правила положения элемента в документе, типа данных. Где тут описывается его семантика?
К тому же все эти схемы созданы в основном для проверки на правильность, и даже браузерами не просматриваются.
0
хм, ту же семантику можно оговаривать заранее в спецификациях, как в современных XML-based языках разметки, для самых непонятливых - зафигачить комментариями во внешнем (едином для однотипных страниц) DTD. Ну и строго проверять документ на валидность в соответствии с DTD, да. Пусть это потребует больше усилий от кодера, чем просто наляпать div'ов, но и свободы в плане семантики даст куда больше.
0
а поисковики можно заставить отслеживать ключевые слова вроде header или "заголовок" точно так же, как сейчас они парсят весь остальной текст...
0
семантика это когда структура документа повторяет или очень близка к структуре информации. ввод новых тегов в хтмл это лишь новые гвозди. везде стоит вопрос обратной совместимости. но думаю лучше кошке хвост образать одним махом чем резать по маленьким кусочкам. кошке от этого не легче.
0
Вопрос спорный, для настольных ПК совершенно фиолетово - делай свои теги, описывай, как хочешь, полная свобода, а вот для мобильных устройств жосткая симантика больше подходит.
Но, уверен, через 10-15 лет этот хтмл5 никому не будет нужен.
Но, уверен, через 10-15 лет этот хтмл5 никому не будет нужен.
-1
1. Скажу, что здесь наблюдается явление векового возраста, а именно принятие в штыки и отрицание каких либо нововведений. Лично меня в блочной вёрстке всё устраивает, но всё же ИМХО удобнее "сказать" что тут нужна колонка, заголовок или любой другой элемент, чем создавать блок и прописывать ему display, position, float и ещё кучу всего, после чего обнаружить что где-то всё это дело поехало не понятно куда, и продолжать верстать и выравнивать и т.д
2. Вопрос поддержки всего этого дела старыми браузерами + время на внедрение поддержки в новые.
ИМХО идея хорошая, и продвигать её нужно, но только сомневаюсь что это светлое будущее настипит в ближайшее время.
2. Вопрос поддержки всего этого дела старыми браузерами + время на внедрение поддержки в новые.
ИМХО идея хорошая, и продвигать её нужно, но только сомневаюсь что это светлое будущее настипит в ближайшее время.
0
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.
Первый взгляд на HTML 5