Консорциум W3C опубликовал (http://www.w3.org/News/2012.html#entry-9615) обновлённые варианты черновых спецификаций, связанных с формированием будущего стандарта HTML5:
- The HTML5 specification (http://www.w3.org/TR/2012/WD-html5-20121025/) - описание базового API;- HTML5: Edition for Web Authors (http://www.w3.org/TR/2012/WD-html5-author-20121025/) - подмножество спецификации HTML5 для web-разработчиков, без описания особенностей реализации для производителей браузеров;
- HTML5 differences from HTML4 (http://www.w3.org/TR/2012/WD-html5-diff-20121025/) - cписок отличий HTML5 от HTML4;
- HTML Microdata (http://www.w3.org/TR/2012/WD-microdata-20121025/) - механизм Microdata, позволяющий авторам добавить на свои страницы дополнительные семантические элементы для которых нет соответствующих HTML-тэгов или атрибутов<;/li>
- HTML Canvas 2D Context; (http://www.w3.org/TR/2012/WD-2dcontext-20121025/)- HTML5: Techniques for providing useful text alternatives (http://www.w3.org/TR/2012/WD-html-alt-techniques-20121025/) - описание возможностей по использованию атрибута alt для вывода текстовых описаний контента, например, для изображений;
- Polyglot Markup: HTML-Compatible XHTML Documents (http://www.w3.org/TR/2012/WD-html-polyglot-20121025/) - разметка для документов, которые смогут быть обработаны как парсерами XML, так и HTML;
- HTML to Platform Accessibility APIs Implementation Guide (http://www.w3.org/TR/2012/WD-html-aapi-20121025/) - средства для обеспечения доступности для людей с ограниченными возможностями;
- HTML: The Markup Language (http://www.w3.org/TR/2012/WD-html-markup-20121025/) - детальное описание HTML-разметки без привязки к API и принципов формирования HTML-документа как единого целого (синтакс, атрибуты, типы данных).
Дополнительное представлены (http://www.w3.org/News/2012.html#entry-9617) две новые черновые спецификации:
- File API (http://www.w3.org/TR/2012/WD-FileAPI-20121025/) - позволяет web-приложениям манипулировать различными типами входящих данных, включая файлы, которые пользователь намерен загрузить на сервер для их использования в web-приложении. Спецификация определяет базовые представления для файлов и списков файлов, описывает обработку ошибок при доступе к файлам и способы чтения содержимого файлов. Спецификация также определяет интерфейс для обработки raw-данных в асинхронном режиме;
- Filter Effects (http://www.w3.org/TR/2012/WD-filter-effects-20121025/) - определяет способ дополнительной обработки вывода на стадии после рендеринга, но до отображения в документе. Например, оформленный через CSS или SVG элемент может быть отрисован в виде изображения в буфер, который затем может быть использован как часть другого элемента или подвергнут изменениям, таким как размытие или изменение интенсивности цвета.
URL: http://www.w3.org/News/2012.html#entry-9615
Новость: http://www.opennet.me/opennews/art.shtml?num=35170
Лучше б они внедрили поддержку DRM, чтобы особо упоротые свалили с флеша на своих отвратительных, но столь желанных сайтах.
как DRM API? - или как?
Да как угодно, лишь бы не хныкали те, кому нужно защитить медиа-контент, в противном случае не видать мирового стандарта в полном объеме.
DRM в опенсорсном браузере непонятно как сделать. Ты всегда можешь поменять исходники, чтобы браузер выводил картинку не на экран, а в файл и текст книжки не рендерил текстом на экран, а тоже в файл направлял.Тут нужно, чтобы браузер получал что-то в зашифрованном виде и отправлял дальше на железо (монитор, например), которое может расшифровать и отобразить контент, но сам браузер не мог этого сделать.
P.S. Как это сделано во флеше (и сделано ли, ведь он теперь тоже открыт) я не в курсе.
Да не из за DRM флеш юзают, а потому что кросбраузерно, показательнейший пример - кодеки, ну и плюс еще моменты, типа потокового видео, которое только флеш (либо опять таки браузерозависимые плагины)
> Да не из за DRM флеш юзают, а потому что кросбраузерно, показательнейший
> пример - кодеки, ну и плюс еще моменты, типа потокового видео,
> которое только флеш (либо опять таки браузерозависимые плагины)ютуб потоковое видео? но как-то без флэша уже на штмл5 работает...)))
Не всем по приколу кодировать видео в 2 формата, как Ютуб – H.264 и WebM, чтобы отображалось во всех браузерах.
> DRM в опенсорсном браузере непонятно как сделать.А как music.yandex сделали? - там по идее флеш, да?
Флеш, Флеш.
и его до сих пор не хакнули?) - или просто никому не нужно музыку хакать?)
А что там хакать - качается левой ногой при желании. Даже экстеншн какой-то к хромиуму был.
т.е. никакого DRM реально не реализовать ведь? - "средствами" HTML - и тредостартер нес пургу?)
Нет, спокойно качаются mp3
> Да как угодно, лишь бы не хныкали те, кому нужно защитить медиа-контент,
> в противном случае не видать мирового стандарта в полном объеме.представьте пожалуйста хоть один реальный рабочий вариант
> Лучше б они внедрили поддержку DRM, чтобы особо упоротые свалилиЛучше не внедрять. Пусть особо упоротые просто свалят в туман. Им не место в XXI веке.
Классно.
Теперь будет меньше разных отрисовок одной и той же странички в разных браузерах?
лучшеб перевел бы кто на человеческий язык эти темы для рф нубов, хоть 5% да прирост
Нубов в вебе сейчас и так многовато. А кто не способен читать спецификации на английсокм - тот не нуб, а просто имитация программиста. Там знания языка ну уровне двух классов средней школы и смысла операторов Паскаля хватает. Ну плюс словарь.