HTML5 differences from HTML4の日本語訳も、いつもの通り更新しています。
昨年の草案からの変更点から、いくつか気になるものを挙げてみます。
ひとつは、会話文を表現するdialog要素が削除されました。専用のマークアップを用意する必要性や、表現力に乏しいといった懸念が寄せられたことによります。
また、figure要素とdetails要素について内容モデルの変更がありました。これらの要素はキャプションにlabel要素を利用していましたが、いまのブラウザーでうまく機能しないという問題がありました。
昨年8月の草案では、WebSocket APIやWeb Workers, Web Storageなど多くのAPI仕様が分離されましたが、今回もいくつかのAPIや拡張が分離されました。
なかでも、canvas要素が利用するHTML Canvas 2D Contextと、前の草案から導入されたマイクロデータの分離は大きな変更でしょう。
2D Contextには、分離することによりHTML5の進捗を待つ必要がなくなることや、アクセシビリティ、SVGとの連携などについて協議しやすいという利点がありました。
マイクロデータについてはRDFaと競合すると考える人も多く、削除も提案されるなど大きな動きになりましたが、最終的には利用者が決めるものとして、RDFaと同じくHTML5の拡張というかたちで分離することが決定されました。
上記の分離された仕様を除けば、今回初登場となるHTML: The Markup Languageですが、これは要素や属性、内容モデルなど、言語仕様としてのHTML5にフォーカスしたリファレンスです。内容モデルなどは、Validator.nuが利用するRELAX NGスキーマから自動的に生成されています。
これまでも制作者向け代替スタイルシートは用意されていましたが、言語リファレンスがあるとちょっとした調べ物に便利かもしれませんね。
HTML+RDFaですが、こちらは先月活動を開始したばかりのRDFa WGではなく、今後も引き続きHTML WGからの公開になるようです。とはいえ、RDFa WGのco-chairであるManu SpounyがEditorであること、どちらのWGにも関わっている人が多いこともあり、仕様が矛盾するということは考えられません。
]]>2月18日、2月19日に目黒雅叙園にて開催されたDevelopers Summit 2010にて、HTML5と関連する技術についてお話させていただきました。セッションは私が大まかな紹介をし、その後はHTML5と関連技術に関するライトニングトークを行うという流れで進みました。
発表で利用したスライドは、Slideshareで公開しています。
300名以上もの方にご参加いただきました。ありがとうございました。
本日発売のWEB+DB PRESS Vol.55にて、HTML5に関する特集に寄稿させていただきました。HTML5の背景、セクション、他のWeb APIの紹介としてSelectors APIについては私が、他のAPIや機能については、html5-developers-jpの白石さま、HTML5.JPの羽田野さまが担当されています。
雑誌のWeb Designingにて、Web標準に関する情報を発信する「Web Standards Plus」という連載をさせていただいています。18日に発売された3月号では、SVGに関して簡単に紹介しています。
]]>新たな仕様として策定を検討されているものは、次のとおりです。
Alternate Input Device Eventsは、マルチタッチ対応トラックパッドといったデバイスの入力や、ジェスチャーといった入力方式に関連するイベントを定義するものとされています。
Web Notificationsはメール受信やイベントのリマインダなど、Webページ外で非同期に行われる通知に関するAPIになります。
Web MessagingはWeb WorkersやWeb Socketsをはじめ様々な機能で利用されているMessageEventイベントやpostMessage()などを定義する仕様です。HTML5の一部として存在していましたが、すでに分離およびWebApps WGへの移管が決定されており、もうじき公開されるであろう新しいHTML5草案においてはすでに削除されています。
昨年より、Web Storage, Web SQL Database, Web Sockets API, Web Workers, Server-sent Eventsなど、いくつかの機能がHTML5より分離され、WebApps WGに移管されています。
ドラフトによると、これらの仕様に加え、次のHTML5関連機能についてもWebApps WGでの策定を検討しているようです。
Web Messagingは上記で説明した通りですが、簡単にClipboard Operationsについて補足しましょう。
Clipboard Operationsはその名の通り、カット/コピー/ペースト、ドラッグ＆ドロップなど、クリップボード操作を行うAPIになります。この仕様は、ドラッグ＆ドロップ機能がHTML5で定義されていることもあったせいか、数年前に編集者ドラフトが作られて以降進展がありませんでした。
しかし、HTML5からドラッグ＆ドロップによるコピー/ペースト機能が先日削除されたこと、またHTML5からの機能分離が行われていることをふまえ、来期でも引き続き検討されることになっています（現段階では、HTML5内で定義される可能性もあると記されています）。
相互運用性への取り組みや、APIの基礎を安定させる試みも行われます。
Web IDLはAPIのインターフェース定義中の項目が、ECMAScriptなどの言語実装とどのように結びついているかを細かく定めている仕様です。昨今のDOM APIを提供する仕様の多くがWeb IDLを参照しており、仕様の完成が急務とされています。現在はEcmaのTC-39と共同して、改訂されたECMAScript 5との連携が進められています。
DOM仕様の改訂については、策定が中断され、昨年ようやく再開されたDOM 3 EventsやDOM 3 Coreの改訂が大きなタスクになるでしょう。DOM 4ですが、Coreにはこれまで実装されていたものの標準化されていなかった機能、EventsではDOM 3 EventsでDeprecated扱いになったMutation Eventsの代替案が盛り込まれるものと考えられます。
憲章のドラフトには他にも、先日草案が公開されたSelectors API Level 2, Uniform Messaging Policyをはじめとして、これからのWebに重要な仕様がいくつも並んでいます。
]]>RDFaはXHTMLをはじめとするマークアップ言語に構造化データを埋め込み、RDFとして抽出できるようにする仕組みです。「メタ情報をXHTMLに埋め込むRDFa」で簡単にですが紹介しています。
憲章から、RDFa WGは現在のRDFa 1.0をベースに、次のような拡張を検討していることがわかります。
RDFa 1.0はXHTML 1.1と統合された形で2008年に勧告されましたが、その後HTML5への組み込みやSVG Tiny 1.2に取り込まれたこともあり、ホスト言語に依存しない仕様が必要とされていました。
HTML5にはRDFaとは別に、マイクロデータという、メタ情報を埋め込む語彙とAPIが定義されています。また、RDFやJSONによるデータ出力も用意されています。HTML5では要素や語彙がDOMとして定義されていることもあり、RDFaについてもDOM APIが必要とされているようです。
RDFaはすでにGoogleのRich SnippetsやYahoo!のSearchMonkeyで利用されており、またYahoo! JAPANの検索プラグインでもサポート予定とのことで、広がりが予想されます。編集が簡易になることが検討されているようなので、RDFa自体の発展も楽しみです。
]]>1月5日付けで、Indexed Database APIの草案が公開されました。これは昨年までWebSimpleDB APIと呼ばれていた仕様です。
先月分のエントリにてお伝えしましたが、Web SQL Databaseの進展が考えにくい状況になったことから、WebApps WGと各ブラウザーベンダーはこの仕様の策定に移っています。
1月19日付けで、Selectors API Level 2の草案が公開されました。
この仕様は、昨年末に勧告候補が公開された (日本語訳) の上位レベル仕様になります。開発者からの要望が高かったコンテキスト参照 (クエリの起点を指定する) を盛り込み、querySelector, querySelectorAll の拡張や、ショートハンドであるqueryScopedSelector, queryScopedSelectorAll という新しいメソッドの追加が提案されています。また、ある要素が特定のセレクターにマッチするかを返す matchesSelector という新しい機能も提案されています。
matchesSelector はGeckoおよびWebKitでの実装が始められるなど、早い段階で利用できる可能性があります。一方、コンテキスト参照についてはまだ議論が続いている段階のようです。
1月21日付で、CSS WGよりCSS Styling Attribute Level 1の最終草案が公開されました。
なんの仕様かというと、style属性内でのスタイルシートの処理を定めた仕様です。
この仕様、もともとはCSS3の一つとして、擬似要素/擬似クラスへの対応、スコープを限定したスタイル適用など拡張が検討されていたのですが、進行することがありませんでした。そして昨年のCSS WG F2Fにて、拡張に関する機能を省き、HTML5や他のスタイル属性を定義する仕様が参照できる仕様としてまとめるということが決定され、この仕様の公開に至りました。
]]>今回はOpera, Mozilla, Microsoft, Googleの方をお招きし、HTML5や関連仕様についてお話していただきました。現時点で、次のスライドが公開されています。
また、参加された方のTwitterのログやBlogエントリでも、当日の様子をご覧いただけます。
今後もこういった催しを行うことを検討しています。ぜひHTML5 Japanese IGにご参加いただき、HTML5に関する意見・質問などを寄せていただけたらと思います。
]]>今回はOpera, Mozilla, Microsoft, Googleより人をお招きし、新しい技術などのデモや説明をしていただきます。参加をご希望の方は、上記ページの案内に従ってメールを送信していただければと思います。
]]>video要素とOgg Theoraをサポートするブラウザーが必要です)videoのアクセシビリティvideo要素やaudio要素のアクセシビリティは、動画や音声にデータとして情報を含む事が望ましいとされています。ただ、それが難しい場合のことを考えて、このデモではビデオの字幕をページ内に記述し、それをビデオの上に重ねるという手法で字幕を表示させています（JavaScriptが有効でない環境では、トランスクリプトが表示されます）。
さて、ビデオの内容もそうなのですが、このデモでなによりユニークなのはタイムシート情報をキャプションを囲むspan要素に持たせているところです。
HTML5にはアプリケーション作者や文書作成者が独自の情報を埋め込める「カスタムデータ属性」が用意されており、デモではこれを利用しキャプションに対応する動画の開始時間と終了時間を埋め込んでいます。
カスタムデータは、data-***というかたちで要素に埋めこめます。デモのソースコードを抜き出してみましょう。
<span data-begin=1 data-end=6>Hi, my name's Dr Archimedes Einstein ... <span data-begin=6 data-end=9>in a very famous town that you're too ... <span data-begin=9.5 data-end=11.5>Anyway, today we're going to talk ... <span data-begin=12 data-end=15>A lot of people are worried about ...
HTML5では、埋め込んだ情報はelement.datalist.***から取得できると定義されているので、この場合はspan.datalist.begin/span.datalist.endでデータにアクセスできる事になります。しかし、現時点でこのカスタムデータ属性を実装しているブラウザーがないことから、デモでは属性の名前から値をとっています。
そして、取得したデータに該当する再生時間になったら、キャプションを表示する箇所にそのテキストを挿入するという仕組みです。
videoのアクセシビリティやカスタムデータ属性についてはまだ議論中なのですが、とても面白いデモだなと思いました。
12月15日付で、WAI (Web Accessibility Initiative) のProtocols and Formats WGより、WAI-ARIAの草案が公開されました。オーサリングに関する文書もあわせて更新されています。
昨年2月に最終草案が更新されましたが、多くのコメントがよせられたこともあり、草案に戻っての公開となっています。
「CSS3セレクターの勧告案が公開」で取り上げましたが、CSS WGよりCSS3セレクターの勧告案が12月15日付で公開されました。
また、12月17日付でCSS3 Backgrounds & Bordersと、CSS3 Multi-column Layoutの勧告候補も公開されています。
Web Applications WGより、Selectors API Level 1の勧告候補が公開されました。
名称にLevel 1がつけられたのは、Level 2が検討中という理由があるようです。
すべての主要ブラウザーの最新版で対応していますので、テストスイートの作成と検証が行われれば勧告になるのにそれほど時間はかからないでしょう。
同じくWebApps WGより同日付で、Web Storage, Web Workers, Server-Sent Eventsの最終草案が公開されました。
Web Sockets APIとWeb SQL Databaseについては、草案の更新のみにとどまっています。
このうち、Web SQL Databaseは今後の策定が実質的に停止する旨が仕様書に書かれました。これは、仕様が利用するSQLの構文についてベンダーの合意が得られなかったことが原因です。とはいえ、データベース機能についてはそのニーズがあることから、WebApps WGは現在、Indexed Database APIという別の仕様を策定しています。
Web SQL DatabaseはすでにWebKitで実装されており、またデータベースを利用したアプリケーション（Gmailなど）もあることから、実装から無くなってしまうということはないと思いますが、注意が必要かもしれません。
]]>1月にXHTML Media Typesの第二版が公開され、XHTML文書を公開する際のガイドラインがより現実を反映したものになりました。
7月にはXHTML2 Working Groupの活動終了がアナウンスされました。
XHTML 2.0の策定は中止されますが、XHTML自体が終了するわけではありません。
2009年はHTML5の注目がとくにまった一年であるように感じました。
来年は最終草案の公開が予定されていますし、実装のさらなる進歩や実際に利用するケースもより多く見られるのではないかとおもっています。
3月に公開されたInternet Explorer 8でのサポートもあり、CSS 2.1がまた勧告に近づきました。CSS3については、Web FontsやBackgrounds & Bordersが実装・仕様ともに進んだ年であったように思います。
Web Fontsはフォーマットの違いこそありますがIEでサポートされていることもあり、海外では普通に利用しているものを見かけるようになりました。Internet Explorerについても、次期バージョンではセレクターやborder-radiusの対応を考えているようです。
HTML5とともに「古いブラウザーについてどう考えるか」が今後さらに重要なトピックになっていきそうですね。
今年は、gihyo.jpでの連載、Web標準カリキュラムの翻訳、Web Designingへの執筆・連載やCSS Niteでの講演、書籍の監修など様々な機会をいただくことができました。
今後も様々な情報を公開していこうと思っています。来年も、Web標準Blogをよろしくお願いいたします。
]]>勧告案とは勧告ひとつ手前の段階で、W3CのAdvisory Committeeに仕様の勧告を支持するかを尋ねる期間に入ったことを表します。承認されれば、仕様は勧告されます。
勧告される時期ですが、セレクターはCSS 2.1に依存した仕様なので、CSS 2.1が勧告案もしくは勧告に進むまで勧告されることはありません。
CSS 2.1は来年3月まで実装の検証を行うスケジュールなので、勧告は早くとも春以降になるでしょう。タイミングをあわせて、同時に勧告することも考えられます。
]]>W3Cの総会、TPAC 2009が11月2日から6日にかけて開かれました。
HTML WGのメンバーとして今年も参加しており、その報告をコラム「TPAC 2009参加報告」にて公開しています。
11月17日付で、WebApps WGよりFile APIの草案が公開されました。ファイルやバイナリデータ、それらの読み出しなどを表現するインターフェースが定義されています。
File APIは近々リリースされる予定のFirefox 3.6で実装が始まっています。
11月19日付けで、XMLHttpRequestの最終草案が公開されました。
一度草案に差し戻されていましたが、再び最終草案になりました。
一つ前の記事ですでにお伝えしていますが、W3CにHTML5 Japanese Interest Groupが設立されました。公開グループですので、興味のある方はぜひ参加をお願いします。
]]>HTML5 Japanese IGの目的は、グループのホームページや憲章にもあるように、次のようなものになります。
成果として、上記の内容をまとめたものをノートとして公開することや、HTML WGをはじめとするグループやコミュニティにフィードバックするといったことを考えています。
HTML5への関心は世界中で高まっています。日本でもhtml5-developers-jpといった開発者コミュニティが登場し、多くの方が参加しています。
しかし、仕様に関する情報共有やディスカッションには、言葉の壁という大きな課題があります。また、HTML WG/WHATWG参加者の多くはアメリカやヨーロッパに在住しており、時差の関係から電話会議などに参加しづらいという不利もあります。
より多くの情報を集めるために、日本語で意見交換を行う場所があればよいという意見がW3Cメンバー内で出てきたことが、今回のInterest Groupの設立につながりました。
HTML5 Japanese IGはパブリックなグループですので、誰でも参加することが可能です。
ぜひご参加ください。参加の手順も用意しています。
活動としては、仕様に関するコメント・質問を集めることを行いながら、日本語に関わってくる機能（HTMLの<ruby>や、Geolocationの住所取得APIなど）のレビューなどを行っていきたいと考えています。
さて、会場で先行発売されたのですが、私が監修として関わった「プロクリエイターの作例に学ぶ XHTML+CSS 達人テクニック」が毎日コミュニケーションズより発売されます。今週末から店頭にならぶとのことです。
「プロクリエイター～」は、カンファレンスにスピーカーとして登壇したCameron AdamsおよびAndy Clarkeら10人のクリエイターが執筆に関わった「Web Standards Creativity」の日本語版になります。透過PNGの応用やグリッド、タイポグラフィ、ウインドウサイズによって変化するレイアウトなど、幅広いトピックを実際の作例で確認することができます。
原著が2007年の発売ですが、内容として古くなってしまったものは特にないと考えています。ただ、ブラウザーのサポートや仕様に関する記述が古くなっていたこともあり、そちらには訳注として簡単に補足を行っています。機会があればお手にとって、ぱらぱらと見ていただければと思います。
]]>内容はHTML5の目的や概要などを説明する基本的なものでしたが、好評を頂きとても嬉しく思っています。スライドの方はCSS Niteの該当記事、およびSlideshareにて公開しています。
今後も、こういった講演を含めてHTML5など新しいWeb標準に関する情報を発信していこうと思っています。「○○についてもっと知りたい」などありましたら、standards@mitsue.co.jp までお送りください。
]]>