File APIでブラウザーからローカルファイルを操作

W3Cで標準化が進められている「File API」を使うと、指定したローカルファイルのファイル情報やファイルの中身（データ）をJavaScriptで取得できます。

従来はセキュリティ確保のため、
JavaScriptからローカルファイルを操作することは不可能だった。
ところが、この「File API」を使うと、
ローカルファイルの「読み出し」のみ可能になるそうだ。
これはなかなか便利ではないだろうか。

もちろん、例によって対応ブラウザは非常に限られている。
（現時点ではFirefox 3.6 / 4β、Google Chrome 6のみ。）

でも、その現時点でだって、
じゅうぶん利用価値があると思うのである。

昔、ウェブサイトの表示のみできればよかった頃は、
どんな種類のブラウザでも同じように表示できることが望ましかった。
ブラウザはHTML等の規格にバグなく準拠することが大切だったし、
サイト制作者はできるだけ多くの環境でレイアウトが崩れないよう、
注意を払ったコーディングをすることが大切だった。

でも今は、ユーザーが操作しコンテンツを管理する時代だ。
ブラウザはそのためのツールと化している。

なら。

サイトを閲覧するだけの、いわゆる一般ユーザーに対しては、
どんなブラウザを使ってもよしとするべきだが、
管理するユーザーには、
ツールとして特定のブラウザを推奨してもいいのではないか。

管理者だけが、管理をおこなう時にそのブラウザを使うだけで、
もしかしたらブラウザ上でデスクトップアプリにも匹敵する
スムーズな操作を得られるかもしれない。
冒頭のFile APIだって活用できる。

（そもそも、特定のブラウザと言ったって、
たいていは毎度おなじみの Firefox か Chrome 、または Safari だ。
そのどれかをサイト管理用ブラウザに推奨することは、
特に問題ではないだろう。）

最近、サイト管理のツールとしてのブラウザということを考えると、
（個人的に）かなり嫌っていたブラウザの独自拡張も、
まあいいかな、と思えるようになってきたのでした。

HTML5の仕様はまだ確定しておらず、Webブラウザーの対応状況も各社各様で互換性があるとはいえない状況でWebサイトをHTML5に対応するのは問題だという。

HTML5とCSS3は、まだ策定前だというのに話題になりすぎている。
個々のブラウザが先走って独自実装したHTML5やCSS3を使って、
表現力の可能性を探ってみるのは面白い試みではあるけれど、
なにせまだ仕様が決まりきっておらず、策定中。
ちょっと盛り上がり過ぎでは、と思います。

今の段階でHTML5やCSS3を使っても、
それはブラウザの独自拡張以外のなにものでもない。
クラス名に「-moz」とか「-webkit」とかの
プリフィックスが付いていることからも明白です。
将来的には動かなくなる可能性がある、ということを理解したうえで
盛り上がるべきだと思うわけです。

※追記

ブラウザの独自拡張について、前向きに考え直してみた

…舌の根も乾かぬうちに、場合によってはアリかな、というお話。