Комментарии 29
Правильно ли я понимаю, что от HTML5 можно ждать 5 не обратно-совместимых блочных элементов и два для вставки медиа не через flash?
что вы имеете ввиду под "не обратно-совместимые" ?
По поводу медия - мне кажется теперь сделано по умному, не нужно добавлять громоздкие коды флеш плееров и плагинов. Теперь есть разделание между аудио и видео. И довольно интересное управление, если почитить спецификацию.
По поводу медия - мне кажется теперь сделано по умному, не нужно добавлять громоздкие коды флеш плееров и плагинов. Теперь есть разделание между аудио и видео. И довольно интересное управление, если почитить спецификацию.
ни один современный браузер не знает что с ними делать, соответственно это или задержит распространение стандарта или создаст дополнительные проблемы, ведь придется разрабатывать 2 версии сайта или отказаться от части аудитории
Как раз наоборот — они обратно совместимые. Взглянем на синтаксис:
Старые браузеры, не понимающие <video, покажут то, что внутри этого тага. А это может быть и ссылка, а может (!) и ваш флэш объект.
Браузеры, понимающие этот тэг, покажут нативные приспособления для просмотра файла.
Обратная совместимость — полная.
<video src="video.ogv" controls poster="poster.jpg" width="320" height="240">
<a href="video.ogv">Download movie</a>
</video>
Старые браузеры, не понимающие <video, покажут то, что внутри этого тага. А это может быть и ссылка, а может (!) и ваш флэш объект.
Браузеры, понимающие этот тэг, покажут нативные приспособления для просмотра файла.
Обратная совместимость — полная.
Здесь это логично, хоть чем плохо
Менее логичен вариант вроде
Подобные структуры породят лишний дублирующий код, потом, лет через 10, его начнут удалять как ненужный.
<object content="video" src="video.ogv" controls poster="poster.jpg" width="320" height="240" />
.Менее логичен вариант вроде
<header><div id="header"></div></header>
Подобные структуры породят лишний дублирующий код, потом, лет через 10, его начнут удалять как ненужный.
[..]чем плохо <object content="video" src="video.ogv" controls poster="poster.jpg" width="320" height="240" />.Ну, во первых,
>object content="video" src="video.ogv" controls poster="poster.jpg" width="320" height="240">
, а во вторых, именно тем и плохо, что не обратно-совместимо.<header><div id="header"></div></header>
У вас есть лучшие предложения? В студию.
ну в html5 вроде сделали rel на все элементы, можно и его использовать. Он активно используется для семантики.
p.s. не понял ответа насчет object
p.s. не понял ответа насчет object
Так вы предлагаете <div id="header" rel="foo">? Как и что это решает?
Насчёт OBJECT:
Не
а
Насчёт OBJECT:
Не
<object content="video" src="video.ogv" controls poster="poster.jpg" width="320" height="240" />,
а
<object content="video" src="video.ogv" controls poster="poster.jpg" width="320" height="240">.(Убран слэш в конце)
За что тут минусовать? Мне начинает Хабр не нравиться. =7
читаем часть 3 :)
И это не может не радовать. Пользовался... "своими штучками".
В Opera - bad news: available for Windows :(
В Opera - bad news: available for Windows :(
Интересно, а через какое время получит распространение HTML 5?
Забыли добавить что в стандарт наверняка добавят поддержку DRM
идея хороша, но как всегда - для Windows "родными" будут форматы WMV, для Mac - QuickTime, для пингвинукса - Ogg, и т.д....
то есть, придется сохранять видео в трех форматах для обеспечения максимальной совместимости%)
то есть, придется сохранять видео в трех форматах для обеспечения максимальной совместимости%)
Все три лучше чем flv...
Надо признать, серьёзно я в форматах не разбираюсь. Негатив к флв из-за его качества, которое обычно 8 на 6 точек.
Надо признать, серьёзно я в форматах не разбираюсь. Негатив к флв из-за его качества, которое обычно 8 на 6 точек.
смотря с каким качеством и какими кодеками сжимать:) *оу, еще codecs hell обязательно будет%)*
но верхний предел качества однозначно можно будет поднять выше - за счет трафика в большинстве случаев:)
но верхний предел качества однозначно можно будет поднять выше - за счет трафика в большинстве случаев:)
да, и тут к онлайн-видео-сервисам начнут подкрадываться всякие "правозащитники" - мол, а чего это у вас краденое видео такое хорошее?
Да, но не забывайте HTML 5 Обещали к 2022 году, к тому времени Ajax,который и сейчас может с этим справляться уйдёт намного дальше. HTML - бетономешалка, а поверх накладывается декорация ИМХО. По сути со временм всё упрощается и ведётся к созданию синтетической реальности, состоящей их простых языков программирования будущего.
у меня одного хабравики не хароботает? Извините за офтоп, но вопросов по работе сайта накопилась, а ответов нигде не найти.
Для человеко-ориентированной разработки самое оно, тока рунетовские «web-дизайнеры» будут относиться к <video> и <audio> также, как к <select> (выпадающий список): «Мы нарисовали именно то, что всегда хотел пользователь — делайте! Да неважно, что пользователю наше искусство не удобно и не привычно, он всегда такой селект хотел! Надо так!» А перечисленных в WD атрибутов явно не достаточно, чтобы кнопку play сделать розовой и расположить над логотипом.
В рунете какие-то отдельные стандарты нужны, эти два тэга принесут только лишнее моз***бство :(
PS а про datagrid и datatemplate статья будет?
В рунете какие-то отдельные стандарты нужны, эти два тэга принесут только лишнее моз***бство :(
PS а про datagrid и datatemplate статья будет?
а я не понимаю необходимости разделения на "video" и "audio", по крайней мере не вижу в них разницы, а тем более, если учесть, то что в силу вступят рекомендации, только через, хм... через N лет. Например, я получаю поток audio и вывожу его на video устройство, соответственно получаю и звук.
а если я выведу video на audio?
Т.е. я вывожу media поток, а будет он video или audio, думаю что лет через 5 это будет абсолютно лишним
а если я выведу video на audio?
Т.е. я вывожу media поток, а будет он video или audio, думаю что лет через 5 это будет абсолютно лишним
Как мне кажется введение всех этих новых тегов сделано лишь для "внешней" чистоты и понимания кода, чтобы не было повтрений одних и тех же тегов с разницей лишь в разных классах или id.
Но если взглянуть "внутрь", то со временем, проблем может только добавиться - десятки аттрибутов для настроек этих элементов и т.п.
Но если взглянуть "внутрь", то со временем, проблем может только добавиться - десятки аттрибутов для настроек этих элементов и т.п.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нового в HTML 5.0? Часть 2: внедрение видео и аудио элементов