Консорциум W3C опубликовал (http://www.w3.org/News/2009#item18) второй предварительный вариант спецификации HTML 5 (http://www.w3.org/TR/2009/WD-html5-20090212/) и документ (http://www.w3.org/TR/2009/WD-html5-diff-20090212/) рассказывающих об отличии будущего стандарта от HTML 4.0. В июне планируется (http://www.w3.org/html/wg/) выпустить кандидат в стандарты, который будет обсуждаться в течение года. Утверждение стандарта запланировано на сентябрь 2010 г.
В HTML 5 представлен ряд новых тегов, формально подобных "div" и "span", но отличающихся семантически, например "nav" для блоков навигации, "header" и "footer" для начальной и завершающей части страницы. Подобные теги ориентированы на логическое разделение контента, для помощи в индексировании документа поисковыми системами и изменения представления на устройствах с небольшими экранами. Существенно расширены мультимедиа возможности, через теги "audio" и "video".
Некоторые отличия от HTML 4:
- Новые правила парсинга;
- ...URL: http://www.w3.org/News/2009#item18
Новость: http://www.opennet.me/opennews/art.shtml?num=20325
Зачем нужен новый HTML когда более менее с грехом-пополам многих уже удалось приучить закрывать теги и писать их маленькими буквами... Imho новинка имеет смысл только как инкубатор новых тегов для какого-нибудь xhtml 2.0...Кстати интересно сколько лет с момента утверждения чистовика стандарта пройдёт до того как рарабы браузеров почешутся сколько-нибудь полно поддержать (уже кое-как реализованная поддержка одного единственного, нигде толком не используемого тега видео - не в счёт), до того как можно будет смело юзать все эти теги на коммерческих сайтах и знать что хотябы у 85% посетителей всё отобразится как задумано.
ну разрабы нормальных браузеров в общем-то уже отчасти научили свои творения поддерживать некоторые фичи пятой версии (например тег canvas). Однако как показывает практика разработчики "любимого" браузера добавят поддержку пятой версии где-то между 2014 и 2020 годами.
это какой? O_oдля него есть ActiveX компонент, реализующий функционал тега <canvas>. сделал его (кажется) сотрудник мозиллы.
>для него есть ActiveX компонент, реализующий функционал тега <canvas>. сделал его (кажется) сотрудник мозиллы.этот компонент никто не будет ставить
>для него есть ActiveX компонент,А дальше можно не продолжать, считая что его нет.В первом приближении по результату - эквивалентно.
>Зачем нужен новый HTML когда более менее с грехом-пополам многих уже удалось
>приучить закрывать теги и писать их маленькими буквами... Imho новинка имеет
>смысл только как инкубатор новых тегов для какого-нибудь xhtml 2.0...
>
>Кстати интересно сколько лет с момента утверждения чистовика стандарта пройдёт до того
>как рарабы браузеров почешутся сколько-нибудь полно поддержать (уже кое-как реализованная поддержка
>одного единственного, нигде толком не используемого тега видео - не в
>счёт), до того как можно будет смело юзать все эти теги
>на коммерческих сайтах и знать что хотябы у 85% посетителей всё
>отобразится как задумано.Я бы даже сказал, что очень много сайтов и возможностей HTML 4.0 не использует.
HTML 3.2 - это наше все =)
Или использует, но так, на отявись (ставят тип Transitional).Но лучше смотреть вперед (и заставлять других смотреть вперед).
В случае разработки сайтов это лучше, чем потакать нежеланию горе-девелоперов изучать что-то новое.
в общем так. Я от хтмл5 жду поддержки сжатых файлов! а остальное всё куита-куит.
>в общем так. Я от хтмл5 жду поддержки сжатых файлов! а
>остальное всё куита-куит.RAR или ZIP ? :-) или ARJ ? :-)
>в общем так. Я от хтмл5 жду поддержки сжатых файлов! а
>остальное всё куита-куит.Давно есть в http протоколе, просыпайся
>в общем так. Я от хтмл5 жду поддержки сжатых файлов! а
>остальное всё куита-куит.mod_deflate не модно уже?
А есть ли в новом стандарте что-то типа include для вставки неизменяющихся кусков (меню, header, footer) без поддержки яваскрипта?
Похоже что есть: http://www.w3.org/TR/2009/WD-html5-20090212/embedded-content...The seamless attribute is a boolean attribute. When specified, it indicates that the iframe element's browsing context is to be rendered in a manner that makes it appear to be part of the containing document (seamlessly included in the parent document).
...
<nav><iframe seamless src="nav.include.html"></iframe></nav>
Очень радует, надеюсь что поисковики будут поддерживать эту фичу.
А чем SSI не подходит?
А зачем гонять по сети один и тот же кусок каждый раз? Или я отстал от жизни и SSI уже давно на стороне клиента исполняются?
"Прекращена поддержка элементов: center, font, strike." - вот это совершенно напрасно. Что ж теперь - ради примитивной визитки или уведомления городить css? :(
желательно отдельным файлом - потом править гораздо проще, а так - пиши прям в коде хтмл документа. либо у тега, либо в секции.
Совершенно не напрасно а очень даже верно.
И никакого горожения, очень даже быстро и просто лобается ксс.
>Совершенно не напрасно а очень даже верно.
>И никакого горожения, очень даже быстро и просто лобается ксс.Ну может быть "лобается" и быстро, но мне как-то лично проще написать <center></center>, нежели <p style="text-align:center"></p>
>Ну может быть "лобается" и быстро, но мне как-то лично проще написать <center></center>, нежели <p style="text-align:center"></p>вот и продолжайте клепать невалидные сайты. за руку ведь никто не поймает, только посмеются, глядя на результат
>>Ну может быть "лобается" и быстро, но мне как-то лично проще написать <center></center>, нежели <p style="text-align:center"></p>
>
>вот и продолжайте клепать невалидные сайты. за руку ведь никто не поймает,
>только посмеются, глядя на результатЕпрст, сколько ж вас повылазило...
В предыдущем моем посте надо было для ясности написать - "какой вариант короче", а для особо одарённых посчитать и указать количество символов в обоих вариантах написания.
В чем "невалидность"-то, объясните? Особенно, если речь идет об объявлении, на скорую руку вывешиваемом на корпоративном сервере? Результат в обоих случаях будет одинаковым.
для танкистов:
http://www.w3.org/TR/html401/present/graphics.html#edef-CENTER
"The CENTER element is exactly equivalent to specifying the DIV element with the align attribute set to "center". The CENTER element is DEPRECATED."
по хорошему, надо в следующем году дропнуть поддержку этого тега ради выпрямление большего количества рук.
html должен содержать только информацию и семантику. Всё оформление организуется через css, поведение реализуется с помощью javascript. Для этого есть веские причины.
>для танкистов:Ау, дома кто есть?
<center></center> - 17 символов, а <div style="text-align - уже 22. Что короче-то написать??? Нет, млин, буду я к каждой продвинутой 404 Not Found вдумчиво рисовать css вместе c жаваскриптами...
Сами вы танкист. Раз не допрёте никак до этой простой мысли.Уж разжевал и в рот положил. Нет - все равно надо вылезти и пукнуть...
неужели так сложно понять, что контент может использоваться с различными представлениями
всем нет дела до этих 5 символов, в одних только хедерах отправится полтысячи
гораздо важнее обеспечить семантическую чистоту и связность>буду я к каждой продвинутой 404 Not Found вдумчиво рисовать css
ну что за бред...
Оцените текст предыдущей новости про HTML5 23.01.2008:
http://www.opennet.me/opennews/art.shtml?num=13791
Да уж. Да и камменты не сильно отличаются. Сейчас здесь какой-нибудь тролль про XML песню заведёт и можно ставить знак равенства.
> Прекращена поддержка элементов: center, font, strike.А вот это браузеры бросят вряд ли. Во-первых, от наличие этих тегов проблем нет (на крайний случай браузер внутри себя может их транслировать в div и span с подходящими аттрибутами - что от этого меняется), во-вторых, куча опубликованного и используемого на сайтах кода уже использует их. В тех же постах в ЖЖ такое теги - дело обычное, и если СУП надумает дизайн сайта перевести на 5-ю версию, что же им, во всех постах менять теги в угоду научниками из w3c?
Впрочем, не наука для жизни, а наоборот - порой только этим и удается сохранить лицо перед реалиями жизни, показыващими, что и без супер-нового стандарта веб как-то развивается, и неплохо :)
>[оверквотинг удален]
>в div и span с подходящими аттрибутами - что от этого
>меняется), во-вторых, куча опубликованного и используемого на сайтах кода уже использует
>их. В тех же постах в ЖЖ такое теги - дело
>обычное, и если СУП надумает дизайн сайта перевести на 5-ю версию,
>что же им, во всех постах менять теги в угоду научниками
>из w3c?
>
>Впрочем, не наука для жизни, а наоборот - порой только этим и
>удается сохранить лицо перед реалиями жизни, показыващими, что и без супер-нового
>стандарта веб как-то развивается, и неплохо :)Ключевое слово - как-то. Походу для чего нужен HTML мало кто понимает.
Судя по тому, что за стандарт нам предлагают, w3c тоже слабо понимает.
Вот интересно: кто вообще будет в состоянии разобраться с хтмл5 + цсс с нуля? зачем городить огород тэгов, каких-то левых типов инпутов (типа datalist) и убирать естественные b,i,u или менять их смысл?
Оффтоп: Если кто-то скажет, что i или b - это чисто презентационный элемент, тот, по всей видимости, никогда не читал книг. Курсив, полужирный и подчёркивание - это не презентационный, а именно семантический элемент.
Да, хтмл 4 и Ххтмл - явно никак не обременены большой семантической нагрузкой. Но почему бы к ним просто не добавить поддержку custom-атрибутов, т.е. div type="nav" вместо тэга nav. А то теперь "презентация", с которой так долго боролись, явно влезает в хтмл и ещё заставляет всё время задуматься, какая же чёртова модель content'a там используется: фразальная, секционная и т.д., хотя вообще-то эти модели должны определяться ТОЛЬКО в цсс и к ним хтмл никакого отношения не имеет.
В общем, этот стандарт, вместо упрощения как разработки, так и парсинга, вводит ещё одну огромную кучу заморочек, и смею ожидать, валидных страниц на хтмл 5 не будет ещё лет 10, а полной поддержки со стороны всех major браузеров, уже сейчас по сложности приближающихся к фотошопам, не будет ещё лет 20.
А зачем бросать браузерам что-то?Просто они нарядку с 5й версией html будут иметь поддержку и 4й, и 3й и 2й и xhtml и xml итд итд итд итп.....
>А зачем бросать браузерам что-то?Просто они нарядку с 5й версией html будут
>иметь поддержку и 4й, и 3й и 2й и xhtml и
>xml итд итд итд итп.....ага, и браузеры по сложности будут сопоставимы с ОС.
> какой-нибудь тролль про XML песню заведётДа, а чем вам XHTML не угодил?
Какой-то херней с этими новыми тэгами они страдают. Лучше бы сделали по стандарту избавление от head'а, описали бы чтоб можно было css, js где угодно подгружать и, к примеру, css-файл, действующий только на блок. В наше время шаблоно и модульности - это главное.
head больше для поисковиков интересен.
js и так никто не мешает грузить где угодно (а зачем?)
css на блок? дык еще css2 это умел:
--HTML:
<div class="block">
<p>asdf</p>
<p>asdf</p>
</div>
<p>blah, blah, blah</p>
--CSS:
.block p {text-align: center;}