IE8は3つの表示モードを持つが、もっともWeb標準に準拠した表示モードを既定とすると方針変更した。 従来は、IE6/IE7ベースのWebサイトに配慮し、そちらの表示モードをデフォルトとするとしていた。 コミュニティからのフィードバックなどを考慮して方針変更したとあり、前回の発表後に少なくない数の失望の声がIE8開発チームに届いたものと思われる。 歓迎出来る方針変更だ。

そのIE8のWeb標準準拠であるが、Acid2テストの合格基準を満たすこととしているようだ。 ところが時代は既に次のステップに向かっており、Web 2.0ダイナミックコンテンツに関するチェックを目的としたAcid3テストが登場している。 現状のところ、まともにクリアしているWWWブラウザは無いようだが、IEがAcid3に合格するバージョンはいつごろ登場するのだろうか。

IE8のWeb標準技術への対応について発表がおこなわれたそうだ。 IE8では従来のWebページへの対応を優先し、IE6/IE7の表示モード（それぞれ「quirks」「standards」モード）が既定の表示方法になるらしい。 これまでのユーザー（この場合はWebサイトの製作者）に配慮したとすれば、理解出来る方針と言える。

一方、IE8でもWeb標準により厳格に準拠した新standardsモードを用意するが、この新しいモードで表示するためには、明示的に指定する必要があるそうだ。 Web標準に沿ったページを作れば、他のWebブラウザでも同様に閲覧出来る可能性が高まる。 最大のシェアを持つInternet Explorerにはぜひとも標準技術に対応してほしかったが、まだしばらくは混乱が続きそうだ。 草稿が発表されたHTML 5などの時代にあった標準が出てくることで、逆に状況が変わることを期待したい。

NetscapeブランドのWebブラウザのサポートが全て終了するそうだ。 Netscapeは一時代を築いたブラウザであるし、私が生まれて初めて利用したWebブラウザもNetscape (Navigator)ではなかったかと思う。 現在もその流れを汲むFirefoxを利用していることもあり、少し寂しい気持ちだ。

私は特にNetscape 4.xのころからNetscape 6のころまで良く利用しており、Internet Explorerとどちらが優れているか、良く比較もしていた。 当時はMovable TypeのようなCMSを使っておらず、自分でHTMLを記述してウェブサイトを更新していたので、異なるブラウザ間で同じように表示させることに苦労していた。 CSSへの対応において、Netscape 4.xはひどいものがあり、Netscape 6やMozillaを基準に作って行くと、どうしても表示が崩れてしまうと言う問題があった。 ある時期から対応を完全にあきらめたが、今となっては良い思い出である。

IE 7が登場してからまだそんなに間が開いていないような気もするが、2008年前半にもIE 8 βがリリースされる予定らしい。 これまでのIEの開発スピードに慣れてしまったせいか、こんなにすぐに次のバージョンの話が出てくると、なんだか違和感を感じてしまう（苦笑）。

そのIE 8であるが、Acid 2テストに合格したそうだ。 現在開発中のものできちんとレンダリングができたそうで、IEもかなり標準準拠が進んでいること、意識して開発を進めていることがわかる。 一方で、IE 6やIE 7など向けのサイトに対する後方互換も考慮しているそうで、これは大きなシェアを持つIEならではの悩みと言えそうだ。

ソーシャルブラウザ「Flock 1.0」が正式リリースされたそうだ。 SNSやBlogなどのWeb 2.0的なサービスを使いやすく作られているそうだ。 私自身はSNSにはあまり興味が無いが、愛用する人には使いやすいのだろうか。 ベースはFirefox 2で、拡張機能も大半は使えると言うのは面白い。

早速脆弱性が発見されてしまったSafariだが、アップデート版のSafari β 3.0.1がリリースされたそうだ。 一部懸念のあったMac OS X版では脆弱性は存在しないらしい。 始めからけちが着いてしまった形のWindows版Safariだが、今後の対応で評価を上げることが出来るだろうか。

先日発表されたDoCoMoの新モデル904iシリーズの一つである、N904iに搭載のフルブラウザ「ピクセル・ブラウザ」についての試用レポートが出ている。 試作機を触ったレポートではあるが、ピクセル・ブラウザはWebサイトを見ることに力を入れたフルブラウザであるようだ。

レポートには、ピクセル・ブラウザの特徴は以下のような点が挙げられていた。

• レイアウトモードをオリジナルのものから携帯ブラウザ風やOperaのようなスモールスクリーン用に変えることができる
• ページ全体のどこを見ているのか画像で示す機能
• 拡大縮小が高速
• ツールバー+ニューロポインター（決定ボタンのところがポインティング・スティックの様になっているらしい）でPC風の操作が可能
• ソフトウェアキーボード

ソフトウェアキーボードは動画を見る限り、従来のダイアルキーによる入力とどちらが便利なのかは判断しづらい。 記事でもダイヤルキー入力に慣れていない人や、横画面で使用している時などは利用価値が高そうと書かれていて、一般には従来通りの入力の方が便利そうだ。 一方で、ACCESSのNetFrontと比べた弱点も挙げられている。

• iモードで見ているサイトをピクセル・ブラウザに切り替えることができない
• 画像のアップロードは出来るのにダウンロードは出来ない
• タブ機能がない
• 表示レイアウトが崩れやすい

iモードとの連携が悪いのは新規ブラウザだし、iモードブラウザ側の問題と言うことも考えられる。 また、もしかすると記事の書き間違いかもしれないが、PCサイトの画像のアップロードが出来るのはau W41CAでOperaを使っている身からするとかなり便利。 ダウンロードが本当に出来ないのなら不便に感じることもあるかもしれないが、携帯電話ではPC向けサイトの画像をダウンロードしてもサイズが大きくて扱えない・扱いが困難なことが多いだろうし、実際にはあまり問題にはならないのではないだろうか。

以上のように、若干問題点があるものの、機能としては非常に面白そうな「ピクセル・ブラウザ」であるが、今後の開発方針に付いて少し書いてある記事を見つけた。 面白そうなのはズーム倍率によってリアルタイムに（つまり自動的に、と言うことだと思うが）レイアウトモードを選択すると言うSmart Zoom。 拡大縮小が高速らしいので、かなり便利な機能になりそうだ。

以上のように、携帯電話向けのフルブラウザ市場も熱くなってきそうだ。 ところでこのピクセル・ブラウザを作った「ピクセル・テクノロジーズ」と言う会社だが、どこかで見たことがあると思ったら、W41CAに搭載されているPCドキュメントビューアーの開発元（か、そこに近い会社。よく見るとPicsel ePAGE(TM) technologyと書いてある）だった。 今後、auケータイにもピクセル・ブラウザが導入されることを楽しみにしたい。

Goole Docs & Spreadsheetsで、プレゼンテーションソフトの機能が使えるようになる見込みだ。 これは、アメリカのTonic Systems社を買収して得た技術によるもののようだ。 具体的には、データの共有やPowerPointファイルのインポート・エクスポートが行えるようだ。 元のTonic Systems社の技術がどう言うものなのかわからないが、ブラウザ画面で直接プレゼンテーションが行えるのは面白いと思う。 今年の夏に登場するそうだが、待ち遠しい。

WHAT WGが次世代HTMLとしてHTML5をW3CのHTML作業部会に提案したそうだ。 現行のHTMLはXMLベースのXHTMLが採用され、利用が広まっているものと思っていたが、記事によると後方互換性のためにあまり広まっていないらしい。 そこでApple、Mozilla、Operaもメンバーであるブラウザベンダーで構成するWHAT WGで策定しているのがHTML5らしい。 HTML5もXMLベースになっている。

WHAT WGによる現在の草稿を見ると、これまでのHTMLになかった要素がいくつか追加されているのが目につく。 私が面白いと思ったのはdialog要素。 dl要素と同じようにdt要素とdd要素を子に持つことができ、dt要素が発言者、dd要素が発言内容となっているようだ。 私もこういう風にマークアップしたことがあるので、やはり会話の表現は要望が大きかったのだろうか。

このHTML5は既に各ブラウザで検証作業が進んでいるらしい（つまり、対応した実装が進んでいると言うこと？）。 それにも関わらずW3Cに提案したと言うことは、W3CによってHTMLの後継と認めてもらい、広めてもらおうと言う狙いだろうか。 さて、これからどうなるだろうか。

β版が既に出ていたOpera 9.2が正式リリースとなった。 早速ダウンロードしてつかってみたが、やはりFirefoxに比べると動作速度は断然速い。 新機能のスピードダイヤル機能とは、空白のページの代わりに、よく使う9つのサイトをサムネイル付きで登録して表示できると言うもの。 最初は空白のページなのに、と言う違和感があるが、使ってみると便利そうだ。 キーボードからもアクセスできるのもいい。

Microsoftが新しいモバイル向けブラウザ技術「Deepfish」を公開したそうだ。 これはWindows Mobile向けのブラウザ技術のプレビューで、サーバー側でレンダリングしたWebページのサムネイルをまずロードし、後はバックグラウンドでロードを続けるようだ。 日本の携帯電話でも、キャリアのサーバー側である程度ページを変換してから閲覧するようになっているが、画像のサムネイルを送ると言うのは面白い発想だと思う。 画像のダウンロードは通常よりもサイズが大きくなってしまうような印象があるが、モバイル向けのサイトならともかく、PC向けサイトを閲覧する際には有効な方法に思える。 いずれにしても現状ではJavascriptやcookieに対応していないと言うことなので、今後磨きをかけて、Operaと切磋琢磨していく関係になってくれれば盛り上がると思う。

最近のauの携帯電話にはBREWと言う独自のアプリケーションプラットフォームが搭載されていて、これに対応したアプリケーションはauの公認を得る必要があった。 そのため、ユーザーが自作のBREWアプリを開発することは敷居が高く、広まっていなかった。 これに対しauはオープンアプリプレイヤーと言う仕組みをBREW上に作り、Javaアプリケーションが動作するようにした。 今回、DoCoMo向けのフルブラウザアプリケーションとして有名なjigブラウザーがオープンアプリプレイヤーに対応した。

動作写真を見ると、オープンアプリプレイヤーの制限のためか画面サイズを生かしきれていない。 また、オープンアプリプレイヤー全体で1日3MBと言う転送容量制限も厳しいものだ。 こうした制限はある意味仕方ないのかもしれないが、もう少しユーザーの利便性を考えてほしい。

ふとインストールしてあったWWWブラウザをしばらくアップデートしていなかったことに気がつき、アップデート作業をした。 これらはサイトの確認用に入れたものもあるし、使いやすいからとかウェブ開発に向いているとかの理由で紹介されていたのをインストールしたものもある。 常用はしていないが、たまに立ち上げて確認することもあり、それが今日だったと言うわけだ。 せっかくなので下に一覧をまとめておこうと思う。

Safari

Apple自身がリリースしているので、Mac OS X用では普及率が高いと思われる。 動作が軽快なのは良いのだが、なぜか設定が保存されないと言う不具合が起きてしまったため利用していない。 画像を直接iPhotoに登録できたり、オフライン状態で接続できなくても、オンラインになると自動的に再読み込みしたりと、Mac OS Xでの連携は優秀。 WebKitを基に作られているので、WebKitを利用した他のブラウザもSafariと同じレンダリングとなる。

Camino

Mozillaのレンダリングエンジン（Gecko）を利用したMac OS X専用ブラウザ。 そのため、比較的新しいFirefoxと同様のレンダリングとなる。 やはり動作は軽快だが、RSSに対応していないなど、Firefoxに比べて低機能ぶりが目立つようになってきたので利用していない。 拡張機能が使えるようになれば文句なしのブラウザになると思うのだが。

iCab

Carbonで作られており、未だにMac OS 8.5でも動くと言うから驚異的だ。 独自のレンダリングエンジンを持っており、以前はCSSなどへの対応状況があまり良くなかったが、3.0になって相当改善したようだ。 Acid2試験にも合格している（正式版のFirefox/Caminoは合格していない）。 少なくとも、私のサイトを見る限り、SafariやCaminoとほぼ同じレンダリングをしている。

Firefox

WindowsでもIEの代替ブラウザとして定位置を得ているが、Mac版もきちんと拡張機能が使えるし、Windows版とリリースも同時なので、悔しい想いをすることがあまりない。 拡張機能もいろいろ導入して使っている。 リンク先にない拡張機能としては、HTML ValidatorやSage、XHTML Ruby Supportなどを利用している。 たまにSafariやCaminoを使うと、Firefoxの動作がやや遅く感じられるが、普段はあまり気にならない。

OmniWeb

以前は独自レンダリングエンジンを搭載していたが、今ではWebKitを採用している。 一時期英語版しかリリースされていなかったが、今は日本語も含む複数言語版もリリースされている。 30日の試用が可能な有償ソフトウェア。

Opera

ファイルサイズが小さいことと軽快さが売り。 以前はWindows版の開発が先にされていて、Mac版はメジャーバージョンが一つ古い状態のままだったこともあったが、最近は差がないのでうれしい限りである。 CSSへの対応状況も良く、各種プラットホームに移植されているので、プラットホームの違いを意識したくない人には良い選択肢かもしれない。

SunriseBrowser

ウェブ開発者向けのブラウザ。 WebKitを利用している。 文法チェッカーを簡単に起動できるほか、ウィンドウサイズもよくある画面サイズに変更できるなど、便利な機能が備わっている。 また、レンダリング領域がなるべく広くなるようにしているところも好感が持てる。

シイラ

こちらもWebKit利用のブラウザ。 Safariよりも使いやすいブラウザを目指して開発しているとのこと。

先日リリースされたMicrosoftの最新WWWブラウザーであるInternet Explorer 7日本語版を、遅ればせながら私もインストールしてみた。 インストールは最初なぜか英語版のインストーラがダウンロードされてしまったが、やり直したら日本語版がきちんとダウンロードされてきた。 インストール作業自体はほとんど操作することもなく、簡単に終了した。

気になる点としてはまず大きく変わったと言う外観だろうか。 確かにシンプルなものになっていて、画面が広く使えそうな印象を受ける。 タブブラウジングもFirefoxと新規タブを開くボタンの位置が異なるので若干戸惑うが、慣れの問題だと思う。 タブ一覧を画面のサムネイルで表示してくれる機能は便利だし、動作も軽快なので驚いた。 Firefoxにも同じような機能の拡張があるので使ってみようかと思う。

私の使っているDell製のWindows PCはメモリを2GB搭載しているので、少々古いPCとは言えゲーム以外の用途ならば軽快に動作する。 だから、IE 7の動作がFirefox 2に比べて重いのか軽いのかはよくわからない。 Firefoxはメモリを多く使うようになっているので、ハードディスクへのスワップが多く発生するような環境（仕事に使っているPC）では切り替え時などに動作が重くなってしまう。 そう言う環境でIE 7がどのように動作するかが気になるが、私のところでは特に問題なかった。

スタイルシートへの対応状況だが、IE 6よりはかなりましになっているようだが、やはりMozilla/Firefox系統とは動作が異なるようだ。 また、before疑似要素とcontent属性の組み合わせは動作していないように見える。 多用している私としては残念なところだ。

各サイトで話題になっているが、Internet Explorer 7の日本語版がリリースされた。 Slashdotでも、公式リリースされたと言うストーリーが掲載されている。

私が使っているWindows PCは仕事用のマシンなので、流石にインストールできないが、オランダから帰国したら、早速試してみたいと思っている。 CSSへの対応状態が向上しているそうなので、楽しみである。 これでようやく主要ブラウザがタブブラウザとなったので、今度はそれ以外の機能での競争となる。 例えば、フィッシング対策は各ブラウザで新機能として提供されている。 安全なウェブブラウジングはもちろんのことだが、CSSなどへの対応といった、ブラウザの基本機能についても、（地味になってしまうのは仕方がないが）対応を拡充していって欲しいと思っている。

My life onlineの略として新しい生活を提案する、ソニーのメディアプレーヤー「mylo」が、日本でも発売されることになったそうだ。 このmyloは単にメディアプレーヤーと言うだけではなくて、無線LANやQWERTYキーボードを装備、WWWブラウザ、Skype、Google Talkがインストールされているので、コミュニケーション端末としても使えるという。 これだけ見るとなかなか面白そうだ。

が、Slashdotでの反応を見ると、あまり芳しくなく、最も多い意見は「中途半端」というもの。 現状で日本にはW-ZERO3があり、これとかなり機能が共通している（しかも値段は高い）とのこと。 また、無線LAN接続可能なメディアプレーヤーとしてはPSPやNintendo DSが存在するので、myloならではの使い方や、購買層が明確にわかりにくい、ということだ。 それはそれでそう言う感じがしてしまう。 私も、myloでどんな面白いことが出来るのか、いまいち想像できなかった。

まあ、コミュニティーや私の反応には、ここ最近のソニーバッテリーの問題など、ソニー不信みたいなところがあって、否定的な意見が多く出てきたのかもしれない。 ようやくVaioでもバッテリーの回収を決め、かなり逆風が吹き荒れているソニーだが、少しでも光明をもたらせる商品になるだろうか。

Camino 1.0がリリースされた時にも書いたが、Safariの調子がおかしいので、Caminoを使うことにした。 だが、やはりSafariの方が便利なことがいくつかあることに気づいた。

• RSSフィードが簡単に見られる。管理できる。
• コンテキストメニューから画像をデスクトップに保存したり、iPhotoライブラリに追加できる。

RSSはニュースの更新管理に便利なので使っているが、CaminoはRSSファイルを開くとXMLソースが表示されてしまって、使えない。 二つめのコンテキストメニューだが、そんなに多用する機能ではないものの、画像の保存には重宝していた機能である。 Safariならば右クリックしてからメニューを選べばよいので、操作は簡単に済むが、Caminoではいちいち保存ダイアログが出てきて、いろいろ指定する必要がある。 どちらが便利かは明らかだ。

とはいえ、Safariが設定を保存してくれない以上、お互いの欠点を補いつつ、Caminoメインに使っていくのが一番面倒がない。 Mac OS Xのサービスメニューに「Safariで開く」があれば便利なのだが、どうも見あたらない。 CaminoやOpera、Omniwebに関してはあるのだが、やはり標準使用が当たり前なのだろうか。

設定が保存されないトラブルとしては、Finderの左側に自由に指定可能なショートカットが設定しても保存されないというトラブルがある。 一度あの場所にショートカットを作っておくと、電源を切るまでは問題なく機能するのだが、次に起動すると、きれいさっぱりなくなっている。 Safariの不具合もそうだが、どういう理由なのかわからない。 早く何とかなってほしいものである。

Camino 1.0がとうとうリリースされた。 CaminoはMac OS XのAquaインターフェイスを利用しているmozillaベースのブラウザである。 昔はChimeraと名乗っていたと思うが、そのVersion 0.2くらいから使っていたので、感慨深い。

10.1のころのMac OS XにはSafariが確か搭載されていなかったと思うが、そのころMac IE以外の選択肢として急浮上してきたのがChimeraだったと記憶している。 一時期Safariのベースとして採用される、と言う噂があって、私も楽しみにしていたのだが、ご存じの通りSafariはKHTMLをベースに採用して、現在に至っている。 そのころのChimera/Camino（改名前後か覚えていない）と言うと、ATOKとの相性が悪く、良くブラウザが落ちたり、テキストボックスで入力中なのに、delete（WindowsのBack spaceに相当）を押すと、一つ前のページに戻ってしまって、入力がやたらと面倒だった。 そんなバグもなくなり、デザインも洗練された。 「使える」ブラウザになったと思う。

一方のSafariだが、現在私の環境では絶不調というか、なぜか、設定が保存されないという奇怪な状況になっている。 たとえば、ポップアップをブロックする、や、タブブラウズする、などが保存されず、起動するごとにリセットされてしまう。 いちいち設定するので非常に面倒だ。 かと言ってすべての情報がリセットされているわけではなく、たとえば履歴は残っている（検索履歴は消滅）。 Google検索してもそれらしい情報があるわけではなく、非常に困っている。

そんなわけで、Camino 1.0の登場は朗報だ。 もちろん、設定が保存されることは試した（笑）。 まずはとりあえず、Caminoからの初エントリーをおこなっているところだ。