Представители организации World Wide Web Consortium (W3C) порадовали общественность сразу двумя новостями. Речь идет о работе над HTML 5.1 и HTML 5.2. Спецификация версии 5.1 уже на последней стадии согласования.
Ее статус перешел от «Release Candidate» к «Proposed Recommendation». Таким образом, HTML 5.1 осталось получить «благословение» концорциума («W3C Recommendation») и выйти в свет. Новый стандарт готов на 99,99%. Так что, в ближайшее время стандарт HTML 5.0 будет не актуален.

Adobe напомнила, что прекратит распространение и обновление Flash Player после 31 декабря 2020 года. До этого момента компания продолжит выпускать регулярные исправления безопасности для Flash Player, поддерживать его совместимость с ОС и браузерами, а также добавлять новые функции и возможности.

Однако после 31 декабря Adobe удалит страницы загрузки Flash Player со своего сайта, а содержимое на основе Flash будет заблокировано для запуска в Adobe Flash Player.

Веб-консорциум W3C (World Wide Web Consortium) официально подтвердил факт возобновления разработки HTML. Предположительно, новая версия ключевого интернет-стандарта появится к 2010 году, причем в создании HTML5 может принять участие любой заинтересованный пользователь сети – формируемая сейчас рабочая группа будет максимально открытой.
Спецификация очередной версии HTML (предположительно, пятой) учтет многолетние наработки объединения WHAT WG (Web Hypertext Application Technology Working Group, рабочая группа по веб-технологиям гипертекстовых приложений), в частности – спецификацию Web Apps 1.0. HTML5, при сохранении обратной совместимости с предыдущей версией, принесет четкие правила обработки старого HTML-контента и ряд новых актуальных возможностей, с возможностью использования XHTML для обработки нового веб-контента.

Некоторые скептики называют возобновление разработки HTML «возвратом в каменный век»: по их мнению, смещение акцентов с XHTML на HTML приведет к усложнению программ-парсеров и будет стимулировать безалаберность разработчиков. Дело в том, что строгий синтаксис XHTML дисциплинирует разработчиков, не позволяя допускать ошибки в верстке: незакрытый тэг станет причиной того, что браузер выведет не страницу, а сообщение об ошибке. При обработке же HTML браузеру приходится исправлять «недоговорки» и ошибки верстальщика, что становится причиной «разночтений» страниц различными браузерами.

IT.TUT.BY

Главная ссылка: www.whatwg.org

Примеры: www.whatwg.org/demos
Спецификации (черновики): www.whatwg.org/specs

Применительно к AJAX: www.ajaxplanet.ru/novyie-formyi-html5

Другой вариант спецификации: simon.html5.org/html5-elements

В википедии немного: en.wikipedia.org/wiki/HTML#HTML_5.0

Наткнулся на любопытный обзор языков описания интерфейсов на сайте www.raleigh.ru. Обзор, правда, не первой свежести, но все еще вполне актуальный.

Chris Double, занимающийся поддержкой HTML5 тэга <video> для Mozilla Firefox, опубликовал великолепное демо используещее Theora video файлы как живые тестуры в SVG файле (на тему HTML5 тэга <video> я уже писал).

Вы можете перемещать, поворачивать и изменять размер этих объектов. Выклядит действительно впечатляюще! Обязательно посмотрите видео, сделайте это прямо сейчас ;). via theora.org

Theora in SVG

Для этого видео Chris Double модифицировал файл от Vladimir Vukićević.

На данный момент видео является неотъемлемой частью веба. Широкие каналы, мощные процессоры, в общем доступность для всех и каждого. И как все знают, сейчас для встраивания видео используются коммерческие плагины, основанные на закрытых стандартах. Opera задалась целью, сделать вставку видео контента такой же простой и понятной, как это сделано с изображениями.

Консорциум W3C опубликовал первый черновик спецификаций HTML 5. Помимо уже обсуждаемых ранее тэгов <video>, <audio> и <canvas>, планируются такие возможности, как соединение с базами данных на стороне клиента, открытие новых сетевых соединений через TCP и Bluetooth, и многое другое. Общее впечатление — HTML 5 направлен на ещё большее стирание граней между компьютером и интернетом.

Спецификации HTML 5

Источник новости

Начало статьи

В последние годы размещение аудио и видео ресурсов на страницах веб-сайтов становится все более популярным, и такие проекты как: YouTube, Viddler, Revver, MySpace сделали возможность размещения этих элементов еще более доступным для пользователей. Однако поскольку в настоящее время формат HTML не обладает широкими возможностями внерения аудио и видео, разработчики стараются реализовать это с помощью Flash. Хотя можно воспользоваться и внедрением различных плагинов, таких как QuickTime, Windows Media и т.п. Но реализация на Flash на данный момент является наиболее распространненным способом, а также наиболее совместимым с различными браузерами.

Нужно отметить, что разработчики в процесее создания flash-плейеров, заинтересованы, прежде всего, в создании собственных пользовательских интерфейсов, которые будут обладать основными функциями: «воспроизведение», «пауза», «стоп» и настройка громкости. Задумка состоит в том, чтобы представить эти функциии в браузерах, добавив поддержку внедрения видео и аудио и осуществлять управление воспроизведением с помощью DOM API.

В будущем нас ждёт HTML 5 со своими прелестями, одна из которых — тэг video. Несмотря на то, что под давлением компании Nokia поддержка Ogg Theora (кстати Ogg- это не формат аудио, а медиа контейнер, как avi, то что у вас должно ассоциироваться с аудио это Vorbis,FLAC, Speex) была исключена из спецификации HTML 5, можно смело ожидать поддержку этого формата от двух браузеров- Opera и Firefox. Сложно сказать о Safari и Internet Explorer- у Apple и Microsoft свои медиа форматы, с поддержкой DRM. Станут ли эти компании поддерживать данный отрытый стандарт большой вопрос.
Каким же станет веб, если Ogg будет распространён? Возможно, будущее будет определено как возможностями самого формата Ogg, так и тем как эти возможности будут реализованы в браузерах.

В марте на myopera.net была опубликована новость- Opera с поддержкой видео? Возможно. В которой сообщалось об экспериментальной сборке Opera с поддержкой кодека OGG THEORA , а также тэга <Video> спецификации html5. Пройдя по ссылке-источнике той новости с myopera.net, попадаем на сообщение Хааварда о демонстрации Håkon Wium Lie этой самой сборки со ссылкой на видео (по качеству — ужасное видео), кроме этого в сообщение ссылка на страницу Håkon Wium Lie. На этой странице автор-создатель CSS, Håkon Wium Lie выложил своё выступление в отличном качестве! Можно смотреть здесь.

Представляю вам перевод. Запоздало, но с каждым днём всё актуальней.

Введение

HTML5 — следующая большая переделка HTML (и XHTML), и разрабатывается совместно группами WHATWG и W3C HTML WG (работа еще не завершена, но в этой статье мы будем называть её просто HTML5). Я уже описывал начала HTML-форм и возможные улучшения с помощью HTML5 в моей предыдущей статье, поэтому сейчас рассмотрю некоторые более сложные аспекты полей ввода в HTML5, и завершу примером, демонстрирующим простоту создания автодополняющегося поля ввода — коротким серверным скриптом и несколькими строчками разметки.

Начало статьи

В последние годы размещение аудио и видео ресурсов на страницах веб-сайтов становится все более популярным, и такие проекты как: YouTube, Viddler, Revver, MySpace сделали возможность размещения этих элементов еще более доступным для пользователей. Однако поскольку в настоящее время формат HTML не обладает широкими возможностями внерения аудио и видео, разработчики стараются реализовать это с помощью Flash. Хотя можно воспользоваться и внедрением различных плагинов, таких как QuickTime, Windows Media и т.п. Но реализация на Flash на данный момент является наиболее распространненным способом, а также наиболее совместимым с различными браузерами.

Нужно отметить, что разработчики в процесее создания flash-плейеров, заинтересованы, прежде всего, в создании собственных пользовательских интерфейсов, которые будут обладать основными функциями: «воспроизведение», «пауза», «стоп» и настройка громкости. Задумка состоит в том, чтобы представить эти функциии в браузерах, добавив поддержку внедрения видео и аудио и осуществлять управление воспроизведением с помощью DOM API.

В отличие от предыдущих версий HTML и XHTML, которые определяются браузерами их синтаксисом, HTML 5 определяется в зависимости от Document Object Model (DOM) — структура («дерево») документа считываемое браузером для отображения страницы. Например, рассмотрим очень простой документ, состоящий из заголовка, подзаголовка и некоторого текста. Структура DOM будет выглядеть так:

К иллюстрации: структура документа DOM состоит из элемента «title» в заголовка «h1» и «p» элементов в теле документа.

HTML5 — это самый большой рывок в сетевых стандартах за почти полное десятилетие. Сейчас HTML вступает в ту фазу, когда он не просто создан для отображения контента, его пытаются сделать средой разработки, так сказать прикладной платформой, где звук, видео, графика и прочее — всё стандартизировано и предельно ясно описано в спецификации.

Вольный перевод How HTML 5 Is Already Changing the Web от Scott Loganbill.

7 марта прошлого года W3C, после 10-летнего перерыва, возобновила работу над HTML.

Тогда я написал несколько внутрикорпоративных заметок о том, что я думаю по этому поводу и о перспективах развития web-приложений.

Спустя год, в связи с развитием технологий, мои предположения во многом стали более актуальными: во многом я оказался прав, хотя, кое-где и ошибался.

Я решил выложить их в виде статьи, переработав и снабдив иллюстрациями и примечаниями.

Содержание:

1. Вступление
2. Сценарии гибели
   • Гибель ментальная, или HTML — новый ассемблер
   • Гибель физическая, или HTML — новый Turbo Pascal
3. Все ли так серьезно?
   • Ментальной гибели не будет, если web-технологии будут правильно поняты
   • Физической гибели не будет, если web-технологии будут развиваться
4. Заключение
5. Примечания

В настоящий момент мир вступает в эпоху расцвета богатых web-приложений.

Программы, работающие через Веб, все больше вытесняют традиционные десктопные приложения. Gmail, Google Map, online-офис, даже web-операционные системы… Список можете продолжить сами.

Однако, по мере продвижения web-приложений, все больше возрастают требования к основным клиентским web-технологиям: xHTML, CSS, JavaScript.

И, если эти технологии не будут поспевать за все более возрастающими требованиями, это приведет к их медленному закату…
 

4 декабря 2008 года увидела свет первая альфа версия Opera 10.0 на двиижке Presto 2.2. Подробнее об этом радостном событии и новшествах движка можно прочитать в статье написаной fidelich. А что дает пользователю новый движок в числовом выражении, я попытаюсь выяснить под катом.

Пока все обсуждают HTML5 я тут пошевелил извилинами и придумал, в общем-то, тривиальную, но полезную концепцию и решение всех ваших проблем с языками разметки. Оно работает уже сейчас в Mozilla, WebKit и Opera.

Для начала, однако, я все же скажу пару слов об HTML5, чтобы было понятно, к чему я веду. На мой взгляд авторы этого языка решают только текущие проблемы, которые могут стать просто неактуальными к тому моменту, как язык таки реализуют в браузерах. HTML5 по определению не способен на лету воспринимать новые тенденции в веб-разработке и приспосабливаться к ним.

Зато на это способен XML. Теоретически xhtml2 как раз и является воплощением идей модульности и расширяемости. Но есть одна проблема: все равно вам требуется ждать, пока браузеры начнут его поддерживать. Я сейчас возьму на себя смелость сказать следующее: браузер вообще не должен учиться новому языку разметки и разработчики не должны ждать, пока он ему научится. Все что должен уметь браузер — это обрабатывать xml, css и Javascript.

Концепция проста: полностью разделить структуру документа, представление и поведение. Это именно то, что уже сегодня можно сделать используя соответственно xml, css и Javascript. Сценарий выглядит следующим образом:

1. Браузер парсит xml-документ
2. Браузер парсит css-стили, которые говорят как должны выглядеть элементы, и применяет стили к документу
3. js-движок браузера выполняет Javascript, в котором описано, как должен вести себя каждый элемент страницы.

Обратите внимание, что без стилей браузер не знает, что делать с элементом <strong> например. А без описания поведения js-скриптом браузер не знает как себя вести, когда пользователь щелкает по ссылке. Этот подход можно, наверное, назвать DSRB — Document Structure-Representation-Behavior.

А теперь я покажу вам, собственно, страницу, сделанную описанным выше образом, работает в Mozilla, WebKit и Opera (в Опере есть небольшой непонятный глюк с заголовком) — посмотрите в исходный код обязательно. Недостаток данного подхода состоит в том, что браузеры не хотят выполнять Javascript, если они думают, что перед ними XML-документ. По этой причине мне пришлось указать пространство имен xhtml и избегать стандартных элементов HTML, чтобы браузеры не определяли для них дефолтные стили и поведение. Если браузеры начнут поддерживать Javascript для XML-документов, проблема будет решена.

В чем преимущество?

Сообразительные читатели уже догадались, что таким вот способом реализовать HTML5 можно уже хоть сегодня. При этом вы можете добавить в документ нужный вам доктайп или написать свой собственный DTD. Без доктайпа документ будет представлять из себя well-formed XML, что тоже неплохо.

В будущем, если идея приживется, полагаю, появится множество в чем-то схожих языков разметки. 2-3 из них, видимо, будут самыми популярными. Но, самое главное, что DSRB позволит создавать языки разметки, которые начнут работать в браузерах сразу же.

Некий Shaun Friedle написал любопытный javascript который автоматизирует распознавание captcha на megaupload.

Пара любопытных особенностей скрипта:

1. используется HTML 5 функция javascript getImageData для работы с пикселями;
2. используется искусственная нейронная сеть для распознавания и работает довольно точно.

Пример работы: herecomethelizards.co.uk/mu_captcha
Исходник: userscripts.org/scripts/review/38736