HTML 5.0

[Elendor]

Организация W3C публично представила черновик очередной, пятой версии языка гипертекстовой разметки HTML, который используется в веб-страницах.

HTML 5 позволит веб-мастерам рисовать двухмерные изображения средствами языка, эффективнее вставлять на страницы аудио- и видеоклипы. Кроме того, HTML 5 позволяет разработчикам хранить данные на стороне клиента.

Из новой версии языка предлагается убрать около 15 тегов.

Предыдущая версия языка, HTML 4, вышла десять лет назад, в декабре 1997 года. Работа над HTML 5 ведется с марта 2007 года.

[Vlad]

Мануал в процессе написания, полностью закончена только глава про формы, да и то по мелочам дополнять надо. Но как Оксана правильно заметила, можно начать и с HTML4.

[tini.kRyptoNite]

А есть вообще какие-то сведения когда он будет доработан? Или на данный стадии он считается уже доработан просто старые браузеры не поддерживают его?

[DrStrangeLove]

А есть вообще какие-то сведения когда он будет доработан? Или на данный стадии он считается уже доработан просто старые браузеры не поддерживают его?

Говорят что окончательная (нечерновая) версия стандарта выйдет только в 2022 году..

[tini.kRyptoNite]

А есть вообще какие-то сведения когда он будет доработан? Или на данный стадии он считается уже доработан просто старые браузеры не поддерживают его?

Говорят что окончательная (нечерновая) версия стандарта выйдет только в 2022 году..

О да. Извините конечно может я чего-то не понимаю но за 10 лет можно и большее. Хотя если конечно они задумывают в конечном итоге получить реализацию любого по функционалу веб проекта одним HTML 5. То такие сроки оправданы. Тогда возникает след вопрос Как на счет php и js что с этими языками будет?

Edited November 28, 2011 by tini.kRyptoNite

[DrStrangeLove]

А есть вообще какие-то сведения когда он будет доработан? Или на данный стадии он считается уже доработан просто старые браузеры не поддерживают его?

Говорят что окончательная (нечерновая) версия стандарта выйдет только в 2022 году..

О да. Извините конечно может я чего-то не понимаю но за 10 лет можно и большее. Хотя если конечно они задумывают в конечном итоге получить реализацию любого по функционалу веб проекта одним HTML 5. То такие сроки оправданы. Тогда возникает след вопрос Как на счет php и js что с этими языками будет?

Скорее всего ничего с ними не будет:

HTML5 собственно и используется через JS.

PHP прост для новичков и стоит по дефолту на каждом дешёвом и не очень хостинге..

[SelenIT]

Тут прикол в том, что подразумевается под "готовностью" стандарта. По нынешним определениям W3C, готовый стандарт (рекомендация) - это спецификация, массово поддерживаемая всеми значимыми браузерами и на 100% покрытая тестами, позволяющими убедиться, что все браузеры поддерживают ее единообразно (именно дотошные тесты на каждый пункт спеки, не игрушки вроде Acid3/HTML5Test). Путь CSS2.1 к статусу рекомендации растянулся с 1998-го до прошлого лета (т.е. еще в июне этого года CSS2.1 был формально "не готов"). А фактически он не готов и сейчас, т.к. тесты по нему не накрывают кучу реальных ситуаций (напр., до сих пор неясно, кто из браузеров прав здесь). Поэтому практичные ребята из WHATWG и решили послать W3C с их оторванными от жизни критериями в ж перейти на безверсионную модель "живого стандарта": HTML (просто HTML, без цифр) в любой момент времени считается "условно готовым", но в любой момент может и существенно измениться. И предлагают вообще перестать об этом беспокоиться, а смело использовать конкретные фичи, надежно поддерживаемые целевыми браузерами - словом, как обычно

А серьезно, последней объявленной датой построения коммуни типа готовности HTML5 назван 2014-й.

Но вообще вопрос "переходить на новый HTML или нет" уже давно не стоит: на него массово переходят... сами браузеры. Уже сейчас половина браузеров (Хром и ФФ) понимают любой (X)HTML - неважно, что у него в доктайпе - по правилам нового. С релизом Оперы 12 и IE10 их доля достигнет 80-90%. Имхо, это куда более существенный аргумент, чтобы отложить в сторонку старые стандарты и пристальнее приглядываться к новому... Ну и от JS пока никуда не деться (хотя Гугл пытается продвигать его продвинутую замену, но... посмотрим, как оно пойдет).

[MrPostman]

Как тогда писать кроссбраузерный сайт включая IE6, IE7, IE8?

Легко. Добавь этот скрипт в <head></head>

<!--[if lt IE9]>

<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>

<![endif]-->

Седьмой IE отображает if, endif и скобочки.

P.S.

А вот так всё ок

<!--[if IE]>
<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>	
<!--<![endif]-->

Edited December 1, 2011 by MrPostman

[Cerberus]

Можно ещё сделать вот так:

<script type="text/javascript">

document.createElement('article');

document.createElement('section');

document.createElement('aside');

document.createElement('hgroup');

document.createElement('nav');

document.createElement('header');

document.createElement('footer');

document.createElement('figure');

document.createElement('figcaption');

</script>

И тогда IE будет понимать эти элементы, как обычные контейнеры.

Кстати, видел здесь пост, что HTML5 не проходит валидацию - вот пример

[SelenIT]

Седьмой IE отображает if, endif и скобочки.

Перед девяткой пробел нужен: <!--[if lt IE 9]> — всё будет хорошо. А за <!--[if IE]> где-либо кроме демки-примера нужно бить клавиатурой по рукам

Можно ещё сделать вот так

Можно, но есть тьма проверенных способов сделать это же компактнее и аккуратнее

видел здесь пост, что HTML5 не проходит валидацию - вот пример

1) по ссылке "This document was successfully checked as HTML5!"

2) язык не может проходить/не проходить валидацию по определению, т.к. валидация — проверка документа на соответствие формальным правилам того или иного языка

[Cerberus]

2) язык не может проходить/не проходить валидацию по определению, т.к. валидация — проверка документа на соответствие формальным правилам того или иного языка

Значит не совсем корректно я написал, я и имел ввиду, что документы валидацию проходят.

[RodgerFox]

Привет %username%!

Подскажите, про теги: <menu> & <nav>.

В первом случаи внутри тега формируется список при помощи <li>, типа замена ul/ol. А второй задает приоритет в навигации. ( Если мы смотрим со стороны поисковика ).

Так в чем вопрос. Адекватно ли строить меню таким образом:

<nav>
 <menu>
    <li>1</li>
    <li>2</li>
    <li>3
      <menu>
         <li .... />
      </menu>
    </li>
    <li>4</li>
    <li>5</li>
 </menu>
</nav>

Или это слишком "жирно" ?

[HeadShot]

Привет %username%!

Подскажите, про теги: <menu> & <nav>.

В первом случаи внутри тега формируется список при помощи <li>, типа замена ul/ol. А второй задает приоритет в навигации. ( Если мы смотрим со стороны поисковика ).

Так в чем вопрос. Адекватно ли строить меню таким образом:

<nav>
 <menu>
    <li>1</li>
    <li>2</li>
    <li>3
      <menu>
         <li .... />
      </menu>
    </li>
    <li>4</li>
    <li>5</li>
 </menu>
</nav>

Или это слишком "жирно" ?

Нет. Это тупость.

<menu> больше подходит для каких-то интерактивных, к примеру контекстных, решений. <nav> -- это просто для обозначения навигации, семантически.

[SelenIT]

HTML5-доктора говорят, что <menu> — не для навигации, его основное назначение — тулбары и контекстные меню (как здесь у картинки, смотреть в FF8+). А внутри <nav>, насколько я сам понимаю, ссылки можно размечать чем угодно — хоть списком, хоть сплошным текстом со ссылками, все, кому надо, и так поймут, что эти ссылки — основная навигация.

С другой стороны, когда-то давно я спорил на эту тему с ведущей блога usabili.ru, и не смог найти железных аргументов, что этого делать нельзя (впрочем, как и она — что это делать надо Вообще, за любые материалы про <menu> и его грамотное использование, чем ближе к первоисточнику, тем лучше (мало ли... вдруг кто случайно натыкался на что-то важное по теме во внутренней переписке WHATWG.. — буду очень благодарен!

[RodgerFox]

Ну ладно.. спс и на этом. По возможности буду использовать <menu> внутри <nav> потом погляжу что будет с такими проектами. Может быть и суда отпишусь. Приблизительно: середина - конец весны 2012 года.

[SelenIT]

Мое главное опасение, связанное с <menu> — не будут ли поисковики уделять ему ноль или минимум внимания, считая его интерактивным элементом, актуальным для каких-то клиентских функций внутри страницы, а не для связи ее с другими. С обычным <ul>, на который никаких дополнительных "волшебных" функций не навешено, в этом плане как-то спокойнее.

[luris]

Ребята, помогите с аудио плеером. Значит на сайте 5 колонок по горизонтали. Под каждой колонкой аудиофайл. При разрешении 1920*1080 в Chrome все нормально, но в IE и FF плееры длинные и налезают друг на друга или на текст, что неприемлемо по понятным причинам. При более низком разрешении все совсем страшно становится. Подскажите, есть ли возможность эти плееры как-то уменьшить? Подозреваю, что нет, т.к. они - фактически часть браузера, но все-таки может есть какие-то варианты.

Заранее благодарен.

[nemo59]

У меня на сайте после перехода на HTML 5 перестал работать мерцающий текст. Вот код CSS идентификатора:

#glowtext{filter:glow(color="blue",strength=3);width:100%;}

До этого он работал!

Edited March 13, 2012 by nemo59

[wildhind]

…перестал работать мерцающий текст…

Посетители уже сказали спасибо?

Кстати, а как он работал, когда filter поддерживается только ушедшим в историю браузером?

[SelenIT]

ЕМНИП, фильтры работают в IE по 9-й включительно (и активно используется для градиентов, в частности). Это экспрешны начиная с 8-го отвалились.

Но по вопросу сказать что-то трудно. Скорее всего, что-то в скриптах жестко полагалось на особенности Quirks mode.

И да - на приличном сайте текст мерцать не должен!

[nemo59]

А можно тогда filter чем-нибудь заменить?

[nemo59]

на приличном сайте текст мерцать не должен!

Я бывает на Новый Год украшаю.

[wildhind]

на приличном сайте в новый год тем более текст мерцать не должен!

[RoFF]

Добрый вечер! Подскажите, так HTML5 работает уже или еще не корректно?

[NeoXidizer]

рекомендуется к прочтению http://habrahabr.ru/post/140155/

[RoFF]

Спасибо! Исчерпывающий ответ...