Web標準Blogでは、Web標準の利用に興味のあるWebサイト管理者、Webデザイナーの方向けに、Web標準を利用するための手法やノウハウ、参考になるリソース等を、国内外を問わずご紹介します。
なお当Blogでは、Web標準に関する疑問や質問を募集しています。Webコンテンツ実装プロセスにまつわるお悩みでも結構ですので、お気軽に電子メールでstandards@mitsue.co.jp宛にお送りください。
2009年01月30日
XHTML Media Typesの第二版が公開
フロントエンド・エンジニア 矢倉
XHTML文書とメディア型に関する覚書として、“XHTML Media Types”というノートがあります。このノートが改訂され、“XHTML Media Types - Second Edition”として公開されました。
先ほど日本語訳も公開しましたので、ご覧いただければと思います。
XHTMLのメディア型と拡張性のジレンマ
XHTML Media Typesの第一版は、各メディアタイプの説明と、どの文書型にどのメディア型が利用できるかをまとめた簡単な文書でした。
文書型との関連を示す表によれば、現在XHTML, HTMLを問わず広く使われているtext/htmlというメディア型は、HTML 4.01と、HTML互換のXHTML 1.0のみで利用可能とされており、XML志向の強いXHTML 1.1や、それ以降のXHTMLでは非推奨とされていました。
application/xhtml+xmlはXHTMLのために設けられたメディア型ですが、Internet Explorerをはじめとする一部のユーザーエージェントにおいてサポートされていません。このことがXHTML 1.1の普及を妨げる原因となっています。
しかし、XHTML 1.1以降のXHTMLはモジュール化（modularization）というフレームワークの上に成り立ち、拡張性を備えています。新しい要素や属性はモジュールとして提供されるため、これらを利用するためには、現実的にみて使いにくいapplication/xhtml+xmlで文書を提供しなければならないというジレンマがあったのです。
この問題は、ノートが公開された7年後の今日現在においても解決されていません。しかし、role属性やWAI-ARIA、RDFaといった新しい規格が生まれてきている今、メディア型の制限で拡張性を犠牲にすることが正しいのかという疑問が投げかけられています。このような背景があり、XHTML Media Types 第二版では大幅な改訂が行われました。
覚書から、メディア型を問わず処理できるガイドラインへ
第二版は、第一版のメディア型についての説明と推奨事項は引き継ぎながらも、「どちらのメディア型で処理されても問題ないようなXHTML文書」を作成するための「互換性ガイドライン」を新たに設けました。
このガイドラインは、もともとXHTML 1.0の仕様書にあったものです（近々公開されるXHTML 1.0 Third Editionではガイドラインが削除されます）。HTML UAとの互換性をとるためのガイドラインでしたが、これを移管し、メディア型非依存の文書とするための項目を追加した上で、新しいガイドラインとして整備されました。
このガイドラインに従うことにより、XHTML 1.1文書やXHTML+RDFa文書を、メディア型を問わず公開することができるようになっています。
改めて問われる「XHTMLであること」の意義
XHTML 1.1やRDFaが（条件を満たせば）text/htmlでも利用できるようになったことは意義のあることです。しかし、XHTML文書をtext/htmlで公開することには、さまざまなリスクが伴います。
一番の問題は、XMLとして処理されることがないため、整形式のエラーが分からないことでしょう。XHTMLを使う理由として「XMLによる将来的な拡張性」や「XSLTによる処理」などがあげられますが、整形式ではない文書では、それらの利点を活かすことができません。
そして、こういったDOCTYPEがXHTMLのものでありながら、XMLとして処理できない「XHTMLくずれ」の文書が、今日のWebには蔓延しています。
これを憂慮してか、第二版では「XMLの機能や拡張機能が必要ない場合は、HTML 4.01の採用も検討すること」という文が新たに設けられました。HTML 4.01であれば整形式のエラーも程度はあるものの許容されますし、語彙については内容的にXHTML 1.0と変わりありません。
あくまで感覚的なものですが、「Web標準ならばXHTML+CSS」といった流れがあるように感じています。しかし、HTML4もWeb標準であることには変わりません。
たとえば、「CMSがinvalidなソースを出力する」や「運用担当者の技術が未熟で、整形式にならない」といったことが予想される場合は、XHTMLの利用が適切であるのかを考えるべきでしょう。状況によって適切な文書型を選択することの方がより「Web標準的」な考え方ではないでしょうか。
新しいXHTML Media Typesは、XHTMLの採用についても考えることを促す文書なのです。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [1件]
2009年01月27日
Internet Explorer 8 RC1が公開
フロントエンド・エンジニア 矢倉
Internet Explorer 8のRC1が公開されました。同時に、このリリースに関連したIEBlogでのエントリやビデオインタビューも公開されています。
「Release Candidate（リリース候補）」という名称のとおり、製品版にとても近いものとなっています。
新機能の追加などは行われず、バグ修正についてもセキュリティや互換性、Web標準に関連したもののみが優先的に処理されることになります。IE TeamはBeta版に引き続き、製品の品質向上のためバグレポートを行ってほしいと呼びかけています。
技術的なバグレポートが行えなくても、制作者であれば、作成したWebサイトの表示＆動作チェックや、互換表示の指定を行うことで、IE8リリース時のトラブルを抑えることができるでしょう。
リリースまであと少し。既存サイトや制作中のサイトのIE8対策に、本格的に取り組む時期になってきたようです。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月20日
新CSS WGは何を出す？
フロントエンド・エンジニア 矢倉
CSS WGのメンバーであるfantasaiが、新しいCSS WGの活動計画と各CSS仕様のステータスについて、“CSS Working Group Charter 2008”という記事を書いています。
新しいCSS WG
新しいCSS WGの活動内容は、CSS WGの憲章で決められています。活動期間は2010年11月までの2年間となっており、今回のエントリはこの2年間で勧告する、あるいは推し進めていく仕様についてをまとめています。
仕様については「仕様をケアしてくれる人の存在」と「仕様の実装に強い興味を持つ、実装者がふたつ以上ある」という点から優先度を割り振ったとしています。このうち、High Priorityとされている仕様は次の通りです。
CSS 2.1
CSS 3のベースになるCSS 2.1は「99％安定している」ようです。しかし、仕様にある細かな問題や、テストケースの大きさなどが勧告までに残る問題とのこと。Microsoftが大量のテストケースを寄贈していることもあり、当初の予想よりは早くなっているようです。
Selectors Level 3
仕様も早くに安定し、テストスイートもそろい、実装も充分な状態に達したと判断されています。仕様書をすこし書き直す必要はあるものの、勧告までにそう時間はかからないとされています。
CSS Namespaces
実装が10年近く前から存在している珍しいCSS3モジュールです。完成しており、勧告に向けて進むだけという状態のようです。
CSS Color Level 3
rgba()やhsl(), opacityなどの色に関する機能を定義したモジュールですが、テストケースおよび実装もそろっています。実装レポートがそろえば勧告に進むことができるとのことです。
CSS Snapshot 2007
上記4つの仕様をプロファイルとしてまとめたのがこの文書です。それぞれの仕様の進み具合に依存するわけですが、実質的には「CSS 2.1待ち」という状態でしょう。
CSS Mobile Profile 2.0
モバイルコミュニティが取り仕切っているようで、CSS WGとしては特に動いていないようです。
CSS Backgrounds and Borders Level 3
CSSに求められている機能のほとんどは、このCSS3モジュールで定義されています。実装も試験的なものですが少しずつ進んでおり、仕様としても近いうちに最終草案として公開されるとのことです。テストスイートや実装が今後の課題となってくるでしょう。
Media Queries
実装が複数登場しており、またテストスイートについても作成中という段階です。すぐに勧告されるとはかかれていませんが、2年以内に勧告されないことはまず無いと考えているようです。
CSS Paged Media Level 3
Webデザインの分野においてはほとんど注目されていない印刷用スタイルシートですが、PDFや印刷機器関連のベンダーが注力しているようで、MLでも活発に議論がなされています。他の仕様ほど進んではいないものの、HPがかなり注力しているとのことです。
CSS Object Module View Module
offeseWih4hなど、スクリプトで利用されているインターフェースについても標準化が検討されています。しかしこれらのプロパティは実装されているものの、相互運用性がない状態です。勧告については、どのように相互運用性を高めていくかによるとされています。
CSS Variables
WebKitで実装された際に大きな注目をあつめたCSS Variablesですが、ゼロからのスタートということで、どのくらい進むかはわかっていません。WG内でも構文や要件に対する意見が分かれていることから、WebKitの実装も無効にされています。
ここでは触れられていませんが、WebKitのCSS TransformsやCSS TransitionsなどもCSS WGで今後策定していくことになっています。Web FontsやSVGなど視覚表現の強化がブラウザーで進む今ですから、CSS3のサポート向上についても期待したいですね。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月20日
英国政府のブラウザガイドラインにみる良識の普及
フロントエンド・エンジニア 木達
2009年1月19日
Bruce Lawson著
（この記事はWeb Standards Project（WaSP）における投稿記事「UK government browser guidelines: good sense prevails」を翻訳したものです。当Blogは翻訳の正確性を保証いたしませんので、必要に応じ原文を参照ください。）
昨年の9月、私が英国政府のブラウザガイダンスのドラフトに関する記事（訳注：同記事の日本語訳は当Blogでは公開しておりません）を投稿したのを覚えておいででしょうか？そのなかで、ブラウザテストのガイドラインの要点を記したドラフト文書を紹介しました。
政府系Webサイトについて、Webマスターはそれほど人気のない（サイト利用統計で2％に満たない）ブラウザでテストする必要はないこと、テストに用いたブラウザを列記のうえ「お使いのブラウザのバージョンを可能な限りアップグレードすること、もし可能であればリストにあるものをお使いになることを推奨します」と記したページをサイトに設けるべきこと提案していました。
私は読者に、ガイドラインがすべてのブラウザに貢献するWeb標準や漸進的な機能拡張といった手法を推薦していないことに異を唱え、専門的立場からのコメントをメールで送るよう呼びかけました。その2日後に、ガイドラインの著者のAdam Bailinが、既に400人以上からメールを受け取ったことをコメントしたのを読んで、私は嬉しく思いました。
先週の金曜、つまり1月16日にAdamはブラウザテストガイドラインを改訂したのですが、Web開発のベストプラクティスを盛り込むという、素晴らしい働きを見せました。段階的ブラウザサポートの好例としてBBCのサポート表を挙げ、また標準に準拠したブラウザをサポートすることの重要性を記しています（17〜18段落目）：
Web標準に準拠してコーディングすれば、Web標準をサポートするどのブラウザでも、意図した通りに描画し動作することが保証されるはずです。従い、あなたのブラウザテストのマトリックスは、Web標準をサポートするブラウザを含まなければなりません。
Webサイトを開発するには、漸進的な機能拡張のアプローチを採用すべきです。そうすれば、コンテンツは可能な限り幅広いブラウザに対してアクセシブルであることを保証できます。
文法的妥当性の重要性は、21〜23段落目に記されています：
すべての(X)HTMLコンテンツは、あなたの選択したDTDに対し妥当でなければなりません。
レイアウトとスタイル付けを含む、Webサイトの表示レイヤーについては、文法的に妥当なスタイルシートを使わなければなりません。table要素は、データテーブルを示すためにのみ使うべきです。
インターフェイスをリッチにするのに用いられるコード（たとえばJavaScriptやActionScript）は、ECMAScript準拠でなければなりません。
ガイドラインはまた、複数のブラウザにおける同一のレイアウトよりも機能性を力説します（39段落目）：
コンテンツとその機能や表示がすべて意図した通りであることを確認すべきです。こと表示に関しては、少しばかり違いが生じているかもしれません。これは、ブラウザ間で1ピクセル違わず完全に同じであるべきという意味ではありません。個々のブラウザを使う人が誤りに気づかないようにするということです。
スクリプトやプラグインを使わない場合の適切な低均化やアクセシビリティが、41〜42段落目で求められています。
スクリプトやプラグインが無効な状況であってもWebサイトが機能することもテストすべきです。
ポインティングデバイスを使うことのできないユーザーもいるでしょうから、サイトがキーボードだけで機能することを検証すべきです。
個人的に同意できないいくつかの点に対し、ケチをつけることはできますが、私はしません。新しいガイドラインのフレームワークは概して拡張可能で、将来を約束してくれるものとなっています。それは納税者やWebサイトを訪れる人々、英国の政府系Webマスターらに貢献することでしょう。
私はAdam Bailinやガイドラインの改訂に携わったチーム、そして時間を惜しまずレビューを書くことでWeb標準を支持してくださった400人以上の読者の一人一人に、賛辞を送りたいと思います。
実に、素晴らしいことだと思います。
（暴露しておくと、私はブラウザベンダーのOperaで働いており、同社としての意見を書いたのは私です。）
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月19日
CSSワーキンググループからWaSPへのフィードバック
フロントエンド・エンジニア 木達
2009年1月16日
Bruce Lawson著
（この記事はWeb Standards Project（WaSP）における投稿記事「CSS Working Group feeds back to WaSP」を翻訳したものです。当Blogは翻訳の正確性を保証いたしませんので、必要に応じ原文を参照ください。）
ちょうど1年ほど前に私は、CSSに望むことをCSSワーキンググループに知らせるよう、興味あるすべての専門家たちにお願いをしました。
招聘専門家として同ワーキンググループに参加しているFantasaiが、私たちからのリクエストに対する彼女のフィードバックを、ワーキンググループとしての取り組みに関する情報を添えて公開しました。次に何が起こるか定かではありませんが、Fantasaiのレポートが公開された以上、おそらくワーキンググループは一層注視されることでしょう。
彼女はワーキンググループの新しい憲章についての情報や、向こう2年間のうちに完了を見込んでいる優先度の高い作業の概要についても言及しています。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月16日
「State of the Web 2008」の結果が公開
フロントエンド・エンジニア 矢倉
Web Directionsより、“State of the Web 2008”という、昨年12月に行われた、Web技術者の環境に関するサーベイの結果が公開されています。
今回はこの結果から、いくつか気になった項目を取り上げてみようと思います。
結果一覧
サーベイの結果と考察は、いくつかのカテゴリーに分けられ公開されています。
- Who was surveyed?（回答者の業種や会社の規模など）
- Browsers and Operating systems（ブラウザーとOS）
- Markup（HTML文書）
- CSS and other Presentation technologies（CSSや視覚表現）
- JavaScript, Ajax and the DOM（JavaScriptやAjax, DOM）
- Flash, Silverlight, and other embedded content（Flashなどの埋め込みコンテンツ）
- Back end development languages and systems（バックエンド環境）
- Conclusions（まとめ）
制作環境とブラウザー
利用するOSについてですが、Macの利用率がWindowsとほぼ同じという結果になっています。海外ではMacのシェアが急激に増加していること、また回答者にデザイナーや開発者が多いのも理由のひとつと考えられます。
普段利用するブラウザーは、Firefox 3が全体の6割、Safari 3が2割といった、一般的なシェアからはかなりかけ離れた結果となっています。Firefoxについては、やはりFirebugやWeb Developerなど、Web制作に必須とさえ言われているアドオンの存在が大きいのでしょう。
テストに使うブラウザーは、回答者の9割がIE7, Firefox 3でチェックし、IE6やSafari 3についても8割の人がチェックしている結果となっています。Firefox 2やOperaについても5割近いなど、新旧あわせ複数のブラウザーでチェックしているのは、どこも同じのようです。
制作手法
どのブラウザーでについて、「Web標準で制作し、その後個別のブラウザーやレガシーな環境への対応を行う」というものが76%を占めています。Web標準による制作手法が一般化したこともありますが、ブラウザーの準拠度合いやレガシーなブラウザーへの対応手法が成熟したことの表れでしょう。
また、複数のブラウザーで開発する際ポリシーについて、「見た目をどのブラウザーでも同じにする」という回答が24％であることに対し、「基本はそうだけれど、新しいブラウザーでは新しい機能も使っている」というのが57％と多く、すこし驚かされました。Progressive Enhancementの考え方がかなりの人に受け入れられているようです。
DOCTYPEとvalidation
採用する言語はXHTMLのみとの回答が最も多く、基本はXHTMLで、状況に応じHTMLにするという回答をあわせると、「XHTML派」は全体の7割以上に達しています。
採用する文書型は、XHTML 1.0 TransitionalとXHTML 1.0 Strictが肉薄しており（34％と31％）、すこし驚きました。Web Directionsは先進技術や手法について取り上げるカンファレンスでもあることから、回答者のWebに対する意識が高いということかもしれません。
しかしながら、作成したサイトを検証するかという質問に対して、4分の1ほどが「あまりしていない」もしくは「していない」という回答を行っています。XHTMLを採用する人が多いなか、作成したページの検証を行わないというのは、整形式であることを必須とするXHTML文書の作成において、あまりよいとは言えないでしょう。
そのほか
SVGとcanvasについての調査では、SVGを利用した事のある人の割合がcanvasのそれよりよりも高いなど、なかなか興味深い結果もあります。回答者に関する考察にも、「アーリーマジョリティよりはアーリーアダプター」という見解がありますし、かなり技術に積極的な方が回答していたようです。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月09日
Google Chrome 2.0の開発版が公開
フロントエンド・エンジニア 矢倉
先月には正式版としてバージョン1.0がリリースされたGoogle Chromeですが、早くも2.0の開発版が開発者向けにリリースされています。
リリースノートによると、フォームのオートコンプリートやオートスクロールなど、足りていなかったUIの充実、またフルページズームなど、他のブラウザーにあわせた更新も行われています。
レンダリングエンジンについても、Safari 3.1相当のWebKitから大幅にバージョンアップし、CSS3や独自拡張などの対応が強化されています。
また、拡張性の乏しさを指摘されていたChromeですが、開発版ではユーザースクリプトへの対応が試験的に行われているようです。拡張機能に関しても、“Extensions (Chromium Developer Documentation)”というページで検討されていることから、将来的に搭載されるのではないかと考えています。
Chrome 2.0のリリース時期については触れられていませんが、Chromium Blogの“Google Chrome Release Channels”というエントリにて、「安定版（四半期単位の更新）」「ベータ版（月単位の更新）」「開発版（週単位の更新）」というアップデートサイクルについて紹介されています。安定版のリリースでも、待ちあぐむほど長くはかからないようです。
Chromeのリリーススタイルは、IEやFirefoxのように年単位で大掛かりなアップデートを施すものではないため、メジャーバージョンやマイナーバージョンが頻繁に上がる可能性が高いものと思われます。バージョン番号に依存したスクリプトの書き方などには、特に気をつけたほうがよいでしょう。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
2009年01月06日
広がる？HTML 5採用の動き
フロントエンド・エンジニア 木達
技術評論社のサイト、gihyo.jpにて、2009年のWeb標準と題したコラムを寄稿させていただきました。Web標準と絡めて、個人的に今年注目あるいは期待したい動きに言及しています。当Blogをお読みの方にとって、それほど目新しい内容は無いかもしれませんが、お読みいただければ幸いです。
同コラムの最後で、ブラウザの進化と共に、マークアップやスタイルシートの書き方もまた変化していくといったことを書きましたが、年明け早々に気になる動きがありました。HTML 5を文書型に採用したサイトが、相次いで公開されていたのです。いずれのサイトもコラム執筆後に知ったため、取り上げることができなかったのは残念です。
興味深いのは、これらのサイトに携わったEric Meyer氏とJeremy Keith氏が、それぞれのBlogにてHTML 5を採用した背景、利点を語っている点です。
これを機に他のサイトにもHTML 5採用の動きが広がるかというと、微妙だと思います。しかし、英語圏で比較的よく名前が知られ、昨年Web Directions Eastでも講演をされたお二人だけに、その影響力は小さなものではないようにも思われます。引き続き、HTML 5を巡る動向に注目したいと思います。
恒久リンク | コメント [0件] | 関連情報（トラックバック） [0件]
