Web標準Blogでは、Web標準の利用に興味のあるWebサイト管理者、Webデザイナーの方向けに、Web標準を利用するための手法やノウハウ、参考になるリソース等を、国内外を問わずご紹介します。
なお当Blogでは、Web標準に関する疑問や質問を募集しています。Webコンテンツ実装プロセスにまつわるお悩みでも結構ですので、お気軽に電子メールでstandards@mitsue.co.jp宛にお送りください。
2009年05月28日
Jeffrey Zeldmanへのインタビュー
フロントエンド・エンジニア 矢倉
またまたインタビューになってしまいますが、Jeffrey ZeldmanのWeblogにて、.netという雑誌に掲載された彼のインタビュー記事が紹介されていたので読んでみました。
Web標準の広まり
Web標準が普及しているという彼の見解から、インタビューは始まります。
There was a standards awareness even among the sites that had problems. It’s just become normal among many developers and designers. They understand that markup is supposed to be semantic. And there’s growing interest in microformats and curiosity about HTML5. Things are happening.
Alexaのトップ100サイトを検証したところ、validだったのは7つ。しかしソースを見てみると、テーブルを利用したレイアウトはほとんどなく、invalidなサイトにもWeb標準への意識を感じるものがみてとれたとのことです。
標準にもとめるもの
カラムレイアウトやタイポグラフィなど、現在のWeb標準ではまだまだ表現に手間がかかることについて、Zeldmanは「Photoshopくらい簡単にWebデザインができるといい」と語っています。
さて、HTML, CSS, DOM, JavaScriptなど、Web標準の世界はなかなか混沌としています。彼は技術仕様が複数あることについては問題ないとしているものの、「h1はロゴか一番大きな見出しか」といった例を挙げ、明瞭さが欠けていることに懸念を持っているようです。
理由としては主観的な解釈を行うことしかできないため、行き場なく議論が広がるだけになってしまうとのこと。しかし、こういうことについて議論があることは、よい事と思っているようです。
不況とデザイナー
彼はHappy Cogというファームを開いていますが、設立した当初はひとりでやっていたそうです。この頃はネットバブルがはじけ、不況になりはじめた頃でした。
ふたたび経済が落ち込んでいる今を生き抜くために、彼は「良い価値を提供しなければいけない。ただ価値を下げてはいけない。」「クライアントとコミュニケーションを密にとらないといけない。」といったことを述べています。
最後のアドバイスとして、彼は Do cool free stuff that doesn’t make you any money. It will really grow your brand and get you clients.
と語っています。自分の価値を高めるための活動が重要ということなのでしょうか。いろいろ考えてしまいました。
“Blue Beanie”本も新しく
さて、Zeldmanといえば、あの青ビーニー帽の Designing with Web Standards が有名ですが、現在彼はその第三版にとりかかっているようです。3年前に出版された第二版を読み返したところ「古くなっていた」と思ったのが理由だそうです。
初版が出たのは2003年。CSS Zen Gardenが立ち上がり、Blogが普及してきた頃になります。また、IE6が9割以上のシェアを持ち、FirefoxはまだFirebirdと呼ばれていた時代です。Web標準を取り巻く状況はかなり変化しています。どのように新しくなるのかが楽しみです。
恒久リンク | コメント [0件] | 関連情報(トラックバック) [0件]
2009年05月21日
見出しを使わないサイトが58.5%!?
フロントエンド・エンジニア 矢倉
Operaでは昨年より、MAMAと呼ばれるWebサイトの調査の結果を発表しています。
さて、一昨日にOpera Developer Networkで公開された、MAMAの新しい調査に関する記事が興味深かったので、ちょっと紹介したいと思います。
見出しの利用に関する統計
ページの見出し(h1-h6)がどのように使われているのかを調査したようですが、かなり面白い結果がでています。
- 見出し要素が利用されていない:58.5%
h1が複数あらわれている:7.9%- 最初の見出しが
h1ではない:16.1% - 見出しのレベルが飛んでいる:11.3%
- 見出しのレベルに順序がない:7.1%
記事のタイトルにもしましたが、見出しがそもそも使われていないページが多いことに驚きました。しかし、これは現在の傾向を必ずしも反映したものではないでしょう。
Open Directory Projectから多くのソースを得ているようです。このプロジェクトは10年ほど前からスタートしているので、数は多いものの、古いサイトへのURLも多数含まれています。
「Web標準前夜」のサイトでは見出しの利用はあまりされていなかったでしょうし、それがこの58.5%という数字に結びついているのではないでしょうか。過去5年、または過去3年に限定したソースであれば、この数値はもっと下がるのではないかと思います。
img要素のaltとtitle属性
画像の属性についても、3点ほど調査されています。
imgにtitle属性がある:15.3%altが指定されている:75.1%altとtitleが両方指定されている:13.6%
altの指定されていない画像が、全体の四分の一近くあるようです。そこまで「多い」とも思いませんでしたが、こちらも過去3~5年であれば、低くなるのではないかと思います。
さて、15%もの要素にtitleが指定されていることに関して、著者は「おせっかいなアクセシビリティではないか」といの懸念を持っているようです。titleとaltに同じ内容が記述されている画像をたまに見かけることがありますが、あまり目的のある使われ方ではない印象を受けます。
さて、altが指定されているとはいえ、その値が適切なものかどうかは判断がつきません。「書いてあるから良い」というわけではないので、数字だけで判断するのもよくないですね。
tableのsummary
最後は、tableのsummaryです。
summaryが利用されている:2.4%summaryの値が「レイアウト」など、レイアウト目的であることを示す:1.7%
たった2.4%ですが、なかなか使われているのだなあと思いました。ただし、これもaltと同じように、内容が適切なものであるかは分かりません。
なお、「レイアウト」といったsummaryの使い方については、WCAG 2.0では否定的な見解がなされています。
今後の展開
今回のエントリーは「プレビュー」というかたちだそうで、今後はより深い考察や、国別に分かれたデータも登場するようです。Open Directory Projectが持つ日本のサイトはデータがあまり更新されていないようなので、結果のバイアスが気になるところですが、それでも面白い結果が現れるかもしれませんね。
恒久リンク | コメント [0件] | 関連情報(トラックバック) [0件]
2009年05月15日
HTML5のeditor, Ian Hicksonへのインタビューが公開
フロントエンド・エンジニア 矢倉
Web Standards ProjectにてHTML5のeditorである、Ian Hickson (Hixie) へのインタビューが掲載されています。
全訳についてはそのうち公開されると思うので、今回は面白かった内容について紹介したいと思います。
WHATWGとHTML5の歴史
WHATWGとHTML5の歴史は、2003年頃までさかのぼります。XForms 1.0が勧告案に進む際に、ブラウザーベンダーが「HTMLで利用できなければ高機能でも広まらない」と懸念を表明し、XForms Basicというモジュールを提案しました。
XForms BasicはXFormsが持つ機能の一部を、HTMLのフォームを拡張するかたちで取り込んだもので、HTMLの構文と互換性を持つように設計されています。この提案はその後Web Forms 2.0と呼ばれ、さらにHTML5に取り込まれて現在に至ります。
さて、その後2004年に行われた「Webアプリケーションと複合文書」というW3Cのワークショップで、ブラウザーベンダーは「後方互換性を持ち、HTMLを段階的に拡張することが重要」と訴えましたが、HTMLの拡張は却下されてしまいました。このことから、OperaとMozillaはWHATWGを組織し、HTMLの拡張に乗り出したのです。
Editorから見るHTML5の策定
WHATWG設立当時、HixieはOperaに在籍していました。彼がeditorとして選ばれたのは、「ちょうどよい位置にちょうどよいタイミングでいて、また他の人が忙しかったから」とのことです。
彼の仕事は、メーリングリストに送られてくるフィードバックや提案を管理し、仕様書に反映させて返答するというスタイルで行われています。フィードバックが仕様に反映されるまでに時間がかかるという問題はあるものの、時間をかけてフィードバックを集めることで、個々のフィードバックが生かされることもあるとも述べています。また難しいこととして、要望を受け入れるか受け入れないかをどう決断するのかを挙げています。
また、新しい機能の設計については、XFormsのような過ちを繰り返さないよう、利用されやすいようにデザインすることが重要とも述べています。
DOMと構文の定義
HTML5は構文ではなく、DOMを中心に機能が定義されています。これまでのHTMLやXHTMLの仕様書にはDOMインターフェースの定義などはなかったため、「読みにくい」「それぞれの仕様として分割しないのか?」などという意見が寄せられています。
これに対してHixieは、「分割することで生じるギャップが問題だ」と述べています。例として、input要素のtype属性値をDOMで書き換えたときにとるべき挙動という、HTML4とDOM2では定義されていなかったことを挙げ、一つの場所で定義することの意味を唱えています。
HTML5はもう「使える」のか?
Appleなどが自社のサイトにHTML5の要素を利用したことや、canvasなどの広まりもあり、巷ではすこしずつですがHTML5を利用しようという流れになっているようです。
しかしながらHixie自身は Today is probably too early to start using HTML 5.
と語っています。新しいセクション関連の要素など、ブラウザーで実装されていない要素やインターフェースについては今後のフィードバックによりいくらでも変化しますし、実装があったとしても充分に互換性が取れているかは、機能ごとによって変わることが「まだ早い」としている理由なのでしょう。
HTML6は?
HTML5も終了していないのにHTML6の話がでるのは不思議に思うかもしれませんが、「HTML5が完了するまでにHTML6がスタートすることはあるだろう」と述べています。
テストスイートの完成や、実装のフィードバックを受けて修正する作業は何年も何年もかかるため、2010年にHTML5が勧告になることはありません。とはいえ、HTML5の機能をベースに、それらを拡張していくかたちでHTML6を策定することは不可能ではないでしょう。
現に私達は、すでに広く使われながらも勧告されていないCSS 2.1や、その上に定義されるCSS3のモジュールを目にしています。HTML5も設計指針などから、CSSのような拡張モデルを考えているのでしょう。
バージョンレスな「HTML」を
さて、HixieがHTML6のeditorになるのか、という質問には「その質問は早すぎるよ!」としながらも、彼の考える今後のHTMLについて語っています。
それによると、HTML5以降はバージョンをつけるのではなく、少しずつ機能を加えていきながら更新する「HTML Current」というスタイルが良いのではないかと考えているようです。標準化ではマイルストーン的に「バージョン」を重ねていくことが通例ですし、段階的な拡張をさらに推し進めるという標準化を考えているというのは興味深いように思いました。
恒久リンク | コメント [0件] | 関連情報(トラックバック) [0件]
2009年05月08日
2009年4月のW3C
フロントエンド・エンジニア 矢倉
CSS Template Layout Module
4月2日にCSS Template Layout Moduleの草案が公開されました。もともとAdvanced Layoutと呼ばれていたこのCSS3モジュールでは、次のように要素をレイアウトすることができます。
#wrap {
display: "H H H"
"M M S"
"F F F" /* 改行は見易さのため */
}
#header { position: H }
#main { position: M }
#sidebar { position: S }
#footer { position: F }
これで「ヘッダー」「メイン」「サイドバー」「フッター」という、Blogなどでよくあるレイアウトになるようです。構文が特殊ですが、かなり細かくレイアウトを制御できるようです。
CSS 2.1とメディアクエリー
4月23日にはCSS 2.1およびメディアクエリーの勧告候補が公開されました。詳細については「CSS 2.1とメディアクエリーの勧告候補が公開」をご覧ください。
HTML5と、スピンアウトしたWebAPI仕様
CSS 2.1と同日に、HTML5の草案も更新されました。2ヶ月ちょっとで更新された理由は「Last Callに向け進むHTML5」で説明していますが、いくつかの機能が個別の仕様として分離されたためです。
これらの仕様はWebApps WGに移管され、策定される動きになっています。
恒久リンク | コメント [0件] | 関連情報(トラックバック) [0件]
2009年05月01日
IE8の実際のシェアは?
フロントエンド・エンジニア 矢倉
3月の下旬にIE8がリリースされてから一月以上が経過しましたが、シェアの推移はどうなっているのでしょうか。
Net Applicationsによる4月の統計では、先月より2%ちょっと増加し3.96%となっています。その代わりと言ってよいのかはどうか分かりませんが、IE7が2%減少しています。IE7は1%弱の増減が常だったので、IE8への乗換えが少しずつではあれ起こっているのではないかと推測できます。
さて、統計のとり方にもよるのですが、IE8のシェアは実際の利用者よりも少なく出てしまう可能性が存在します。というのも、IE8では互換表示が有効にされると、User Agentの文字列も変更されてしまうからです。
Internet Explorer 8 の User-Agent 文字列で詳しく触れられていますが、IE8では通常、次のようなUser Agent文字列が送信されます。
Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; Trident/4.0)
しかし、互換表示が有効になると、User Agentが次のように変化します。
Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Trident/4.0)
このため、User Agent文字列を判断して統計を取るタイプのスクリプトでは、IE8の互換表示であっても、単純に「MSIE 7.0」を見てしまい、IE7としてカウントするといったことが起こりうるわけです。
後方互換性のための機能ですので、スクリプトなどの判定などであれば良いのかもしれませんが、統計のようにユーザー環境を判断したい場合には、きちんと分けておきたいところです。
User Agent文字列からIE8を判別するには、コメント部分にある「Trident/4.0」を見る必要があります。これはIE8に搭載されているレンダリングエンジンのことで、Firefoxの「Gecko」や、Safariの「AppleWebKit」などに該当します。
Net Applicationsなど規模の大きなところであれば、既に対策しているか、またはUser Agent文字列に頼らないブラウザーの判定を行っていることが想像できますので、実利用者より少ないといったことはないでしょう。しかし、単純なアクセス解析スクリプトなどを自前で開発しているといった場合には、注意が必要です。
