Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 80
На мой взгляд полезными тегами являются только video и audio. Header, nav, article - лишние усложнения.
Согласен. Сейчас div с указанием адекватного id однозначно характеризует блок. Не очень понятно зачем вводить еще лишние теги. Имхо, надо стремиться не к расширению и усложнению, а к упрощению и универсализации.
Главная проблема с новыми элементами — это совместимость со старыми браузерами. Возможно, нужно (ещё не поздно) пожертвовать наглядностью и простотой и ввести новый атрибут, который обозначает семантику элемента.
Например:
Например:
<div type="article"...
Сейчас div с указанием адекватного id однозначно характеризует блок.Обозначает-то он однозначно, только семантики от этого не прибавляется к сожалению. HTML 5 призван навести порядок в структуре документа и внести больше семантики.
Порядка там не будет еще очень долго. До тех пор пока все браузеры не будут адекватно понимать этот HTML5. Учитывая, что происходит сейчас с поддержкой некоторыми браузерами стандартов, то увы и ах :(
Не всё так плохо, если не учитывать IE:
http://intertwingly.net/blog/index.html5
(сайт использующий разметку HTML 5)
http://intertwingly.net/blog/index.html5
(сайт использующий разметку HTML 5)
В том-то и загвоздка, если не учитывать IE (читай "больше половины пользовталей интернета"). Даже с появлением новой версии Осла с поддержкой HTML5 будет не все так просто. Ибо наверняка будут косяки, да и юзеры не так быстро пересаживаются на новую версию IE (7 вышла давно, а болшинство все еще 6 пользуются)
Будем надеятся, что через несколько лет доля 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?
сафари не так и плох. когда дома, им пользуюсь
Даже если доля IE упадет до 50% и он при этом не будет поддерживать каку-либо технологию, то это большое основание не использовать ее (технологию), как это не прискорбно.
Если доля IE упадёт 50%, то M$, прийдётся, таки, начать считаться со стандартами, и разработчиками, а не только преследовать свои корыстные цели.
Кстати, главный редактор HTML 5, Ian Hickson, сейчас работает в Google, так что, есть надежда, что Google заинтересован в стандарте, и будет проталкивать его.
Кстати, главный редактор HTML 5, Ian Hickson, сейчас работает в Google, так что, есть надежда, что Google заинтересован в стандарте, и будет проталкивать его.
Скорее до тех пор пока остальные браузеры не научаться работать, например, с доменной авторизацией. Или поддерживать ActiveX, т.к. очень многое ныне на него завязано.
Ну почему же... не забывайте об антимонопольных законах. Представьте если MS придётся убрать IE из стандартной поставки. Однажды так было WMPlayer'ом.
мне кажется наоборот это все упрощает - теперь не нужно придумывать "адекватный id однозначно характеризует блок". тем более что у каждого свое понимание "адекватного id", поэтому если под руки попадается верстка сделаная другим человеком, то обычно имена id и классов кажутся как раз неодыкватными
а тут в самом стандарте все заложено - для навигации nav, для всякой дополнительной инфы aside. конечно все это произойдет не сразу - пока браузеры начнут поддерживать, пока разработчики начнут использовать.
я бы кстати рекомендовал использовать именно имена этих тегов в качетве id или class, хоть какая-то стандартизация. а потом и перейти будет проще.
а тут в самом стандарте все заложено - для навигации nav, для всякой дополнительной инфы aside. конечно все это произойдет не сразу - пока браузеры начнут поддерживать, пока разработчики начнут использовать.
я бы кстати рекомендовал использовать именно имена этих тегов в качетве id или class, хоть какая-то стандартизация. а потом и перейти будет проще.
Лишние теги помогут, например, обрабатывать html-файлы программно.
Через 10-15 лет уже будут нужны совсем другие тэги.. Да и вообще, будут ли ещё тэги.
Слишком долго они разрабатывать собираются, имхо.
Слишком долго они разрабатывать собираются, имхо.
К счастью, в 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 лет.
Лет через пять, когда MS IE 10 научится понимать HTML 5, буду пользоваться =)
Ну выйдет скоро IE8 — думается даже намёков на html5 в нем не будет. =(
Я думаю и в 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…
Страшно. Я не думал, что все так плохо.
в 2022-м году вообще HTML не упрется никуда, я думаю.
в 2022-м году вообще HTML не упрется никуда, я думаю.
Да, нет, HTML будет ещё долго жить, как основной информационный носитель в Интернет.
Вот, сколько лет уже есть компьютеры — бумага же не отмерла ещё... ;)
Вот, сколько лет уже есть компьютеры — бумага же не отмерла ещё... ;)
Как сказать.. Налицо тенденция увеличения интерактивности сайтов. Так что HTML если и выживет, то наконец-то станет именно тем, чем задумывался - языком разметки, а не дизайна или (упаси боже) управления.
средство достижения валидности. хихих
А что с управлением? Практически всё сводится к обычным формам, так или иначе...
Дизайн уже не делается на HTML, для этого есть CSS.
HTML выживет хотя бы потому, что уже накопились миллионы страничек на этом языке разметки, а так же потому, что проще и универсальнее пока ничего не придумали.
Дизайн уже не делается на HTML, для этого есть CSS.
HTML выживет хотя бы потому, что уже накопились миллионы страничек на этом языке разметки, а так же потому, что проще и универсальнее пока ничего не придумали.
Есть шанс не успеть до технологической сингулярности :-)
Возможно это только первая статья из цикла, потому что за кадром осталось еще целая куча "вкусняшек": поддержка MathML - можно будет писать 10-этажные формулы, а не вставлять их в виде картинки, SVG - векторная графика, возможность рисовать на канве браузера - для игрушек очень полезное свойство.
А вот про 10-15 лет это жёстко, я то думал что стандарт уже на подходе. А так есть шанс и не увидеть это светлое будущее.
А вот про 10-15 лет это жёстко, я то думал что стандарт уже на подходе. А так есть шанс и не увидеть это светлое будущее.
я думаю, что зря это всё. Не, конечно люди стараются, молодцы, но когда всё (HTML5 и CSS3) это будет поддерживаться всеми браузерами я буду стар и немощен. В принципе, мне и сейчас неплохо, если бы ещё все (привет, IE) браузеры соответствовали стандартам W3C, стало бы совсем скучно :)
Думаю, что верстка должна совсем измениться, но это будет похоже на строительство сайта по шаблонам.
Думаю, что верстка должна совсем измениться, но это будет похоже на строительство сайта по шаблонам.
все хорошо, но 15 лет....
Опять двадцать пять...
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css — _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML — на js +xhr (легко!); всякие объекты типа флеша и видео — плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
Да отпустили бы уже эти теги, не бежали бы следом за всем миром. Делов-то.
Пусть бы теги были чистой семантикой без жёстких предопределений и архаики; css — _чистым_ визуалом; любая дополнительная функциональность, будь то expressions, формы или MathML — на js +xhr (легко!); всякие объекты типа флеша и видео — плагинами (один тег). И всё. Чего громоздить-то? Сегодня nav а завтра gav.
Предопределённость тегов позволяет сайт индексировать, потому их и будут использовать... А если завтра будет gav, то это будет уже HTML 6 ...
Само собой, сайты нужно как-то индексировать. Только html, как основа, навряд ли должен плясать от поисковиков.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся — с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
Поисковикам, вроде, многого не нужно, вот и сделали бы отдельный формат/рекомендации для поисковых тегов, с возможностью независимого от html роста и свободой самого html, как базы, от нагромождений.
А то они так и до микроформатов доберутся — с этими gav`ами к какой-нибудь десятой версии сам html большей своей частью будет доставлять радость только некрофилам.
Нужно научить IE хотябы html4 понимать адекватно
Если уж, молодцы, то WHATWG (Web Hypertext Application Technology Working Group) ;)
А по-моему у них слабые позиции: браузеры не будут использовать стандарт созданный не w3c или не одобренный ею, пока что это данность которую преодолеть очень трудно. Флэшу вон сколько лет, а тег никто не включил в действующий движок. Так что WHATWG придётся очен сильно попотеть чтобы продвинуть свой формат, который опять же, по-моему личному мнению, нарушает концепцию вёрстки.
Но это не так круто, чтобы оправдать 10--15 летнее ожидание :-(
Семантика? Это что панацея от всех болезней? Или что это? Лично для меня html - это конструктор из которого я собираю страницу, некоторые элементы которого обладют скрытой связью, но! header, nav и т.п. не описывают взаимосвязь фотографии моего домашнего питомца, моей страницы и сайта mozilla foundation. Для того чтобы описать такую взаимосвязь информации есть 3S и микроформаты.
Я не вижу смысла создавать кирпичи которые кричали бы: "я кирпичег!"
Я не вижу смысла создавать кирпичи которые кричали бы: "я кирпичег!"
хорошо придумано с тегами: header, nav, fotter и т.д. :)
наконец будет чтото новее див-верстки :)
наконец будет чтото новее див-верстки :)
Мда, я тоже думал, что стандарт буквально в стадии последних доработок... А через 10 лет возможно flash возьмёт и станет главной технологией в вебе...
Только если похудеет или каналы внезапно у всех расширятся (:
Я HTML 5 не читал, но поддерживаю.
А что зря переживать о поддержке стандарта. К 2022 будет только один браузер G-browser и все разметки (XML,XHTML,HTML) превратятся в одину GML :))) это всё шутки конечно, но чего же так не скоро-то, может им помощь как нужна? сказали бы :)
а что было бы неплохо если бы был лишь один браузер... тогда бы проблема кроссбраузерности не было б ... но увы, эх, такого скорей не будет :(
хотя есть один выход - научить все браузеры понимать css и html одинаково :) но на это стоит лишь надеется :(
хотя есть один выход - научить все браузеры понимать css и html одинаково :) но на это стоит лишь надеется :(
Скучно было бы. Вот только представьте: сверстал на ноуте сайт и не надо проеврять как он поведёт себя на других браузерах или на другой машине даже. Это так верстальщики от нечего делать пить начнут и сопьются до того что вымрут. Зато как ща весилаа!!)
(ещё не вдавался, но сайт на десктопе варит а на ноуте нет… интиресна так, причин ещё не искал но именно я озадачен)
(ещё не вдавался, но сайт на десктопе варит а на ноуте нет… интиресна так, причин ещё не искал но именно я озадачен)
Сейчас есть две известные альтернативы: нумерованные заголовки (HTML) и структурные (XHTML 2).
Структурные состоят из элемента H (без номера) и элемента SECTION. Вложенностью элементов H в SECTION и вычисляется важность заголовка в агенте.
HTML 5 заимствовал из XHTML 2 элемент SECTION, но оставил прежние нумерованые заголовки.
Структурные состоят из элемента H (без номера) и элемента SECTION. Вложенностью элементов H в SECTION и вычисляется важность заголовка в агенте.
HTML 5 заимствовал из XHTML 2 элемент SECTION, но оставил прежние нумерованые заголовки.
Хмм... как я понял здесь все обсуждают HTML-XHTML в разрезе обычных браузеров, однако уже на сегодняшний день продажа ноутбуков превысила продажу настольных ПК. Я думаю продажи т.н. альтернативных устройств (КПК, смарты и т.д.) тоже растут тоже нехило. А на таких устройствах чем проще и жестче стандарт, тем лучше. Если честно мне очень сложно понять тех разработчиков, которые считают "мягкость" HTML стандарта плюсом - в любом случае на каком нибудь этапе эта мягкость сыграет злую шутку - допустим при парсинге "средствами JavaScript" да и если уж говорить то разница между HTML и XML/XHTML невелика и касается не смысла, а синтаксиса. Зато возможность "пропарсить" xhtml-страницу обычным xml парсером по моему большого стоит - тут и RSS и прочие стандарты, которые по сути являются xml, но в качестве исходника используют html-страницу.
я понимаю что нечто можно имплементить в течении 10-15 лет (допустим реализовать поддержку 10 000 новых устройств в ядре Линукс), но как можно разрабатывать стандарт столько лет - я не понимаю (и подсчитали ведь как-то эти цифры!)
у кого есть какие идеи на этот счёт? :-)
у кого есть какие идеи на этот счёт? :-)
В этот временной промежуток вбиты минимальные две тестовые имплементации, требуемые с недавних пор в 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
Кстати, есть отличная короткая презентация по HTML 5 (для включения режима презентации в Опере жмём F11).
Данные по тестовым имплементациям уже успели устареть за пол года, но всё равно много полезной информации в сжатом виде.
Данные по тестовым имплементациям уже успели устареть за пол года, но всё равно много полезной информации в сжатом виде.
новые теги типа это чушь
у 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;
...
...
}
это было бы огромным шагом к семантическому вебу
черт тэги обрезало (((
+ очень нехватает такой вещи как отмена наследования стилей
к примеру нужен блок совершенно другого вида, сейчас приходится все наложившееся стили перебивать. А хотелось бы запретить наследование и описать с чистого листа.
к примеру нужен блок совершенно другого вида, сейчас приходится все наложившееся стили перебивать. А хотелось бы запретить наследование и описать с чистого листа.
Полная свобода в выборе тэгов — это, наоборот, шаг назад от семантики, в глобальном смысле. Это как XML — семантичный язык разметки, но один человек заголовок поместит в элемент H, другой в HEADER, третий по-русски напишет ЗАГОЛОВОК. И, хотя все они, с помощью CSS могут быть оформлены одинаково, поисковик, например, никак не догадается что всё это одного поля ягоды.
а на это есть DTD & XML Schema - никогда не задумывались, что значит первая строчка в коде валидной веб-странички? Это определение типа документа, позволящее унифицировать допустимые элементы и порядок их вложения. Вот в данном случае оно и поможет. Лично я тоже считаю, что чего уж мелочиться - нормальный XML бы лучше организовали для Веба :)
А как помогут нынешние DTD и XML Schema?
В них прописываются правила положения элемента в документе, типа данных. Где тут описывается его семантика?
К тому же все эти схемы созданы в основном для проверки на правильность, и даже браузерами не просматриваются.
В них прописываются правила положения элемента в документе, типа данных. Где тут описывается его семантика?
К тому же все эти схемы созданы в основном для проверки на правильность, и даже браузерами не просматриваются.
хм, ту же семантику можно оговаривать заранее в спецификациях, как в современных XML-based языках разметки, для самых непонятливых - зафигачить комментариями во внешнем (едином для однотипных страниц) DTD. Ну и строго проверять документ на валидность в соответствии с DTD, да. Пусть это потребует больше усилий от кодера, чем просто наляпать div'ов, но и свободы в плане семантики даст куда больше.
а поисковики можно заставить отслеживать ключевые слова вроде header или "заголовок" точно так же, как сейчас они парсят весь остальной текст...
семантика это когда структура документа повторяет или очень близка к структуре информации. ввод новых тегов в хтмл это лишь новые гвозди. везде стоит вопрос обратной совместимости. но думаю лучше кошке хвост образать одним махом чем резать по маленьким кусочкам. кошке от этого не легче.
Вопрос спорный, для настольных ПК совершенно фиолетово - делай свои теги, описывай, как хочешь, полная свобода, а вот для мобильных устройств жосткая симантика больше подходит.
Но, уверен, через 10-15 лет этот хтмл5 никому не будет нужен.
Но, уверен, через 10-15 лет этот хтмл5 никому не будет нужен.
1. Скажу, что здесь наблюдается явление векового возраста, а именно принятие в штыки и отрицание каких либо нововведений. Лично меня в блочной вёрстке всё устраивает, но всё же ИМХО удобнее "сказать" что тут нужна колонка, заголовок или любой другой элемент, чем создавать блок и прописывать ему display, position, float и ещё кучу всего, после чего обнаружить что где-то всё это дело поехало не понятно куда, и продолжать верстать и выравнивать и т.д
2. Вопрос поддержки всего этого дела старыми браузерами + время на внедрение поддержки в новые.
ИМХО идея хорошая, и продвигать её нужно, но только сомневаюсь что это светлое будущее настипит в ближайшее время.
2. Вопрос поддержки всего этого дела старыми браузерами + время на внедрение поддержки в новые.
ИМХО идея хорошая, и продвигать её нужно, но только сомневаюсь что это светлое будущее настипит в ближайшее время.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Первый взгляд на HTML 5