Toshiro Shimura's Bookmarks tagged firefox →  View Popular

Firefoxを提供するMozilla Japanでは、「現バージョンのユーザーインタフェースがベストと考えているわけではないし、ユーザーの声によっては変更する可能性もある」という。

　ツールバーの右クリックメニューからカスタマイズ設定すれば、一番上のメニューバーに「タブの一覧」アイコンを表示することも可能だし、「Tab Mix Plus」や「Tab Kit」などの拡張機能を使えば、タブバーをページの上下左右などに表示できる。Mozilla Japanは「どんな配置が使いやすいかというテストはしている。だが、あくまでも、ユーザーが好みに応じて選べるということが重要」と強調する。

Google ChromeとFirefoxは対照的。Google Chromeが設計思想を前面に押し出したユーザーインタフェースで、そもそも拡張機能を必要としないようなデザインであるのに対して、Firefoxは、インストール直後のいわゆる“素”の状態から、ユーザーが自分にあったインタフェースを作っていくデザインである。

　固定的なインタフェースのGoogle Chromeと、拡張機能をダウンロードすることで自由にカスタマイズできるFirefox。この両者のいいところを併せた、と言えそうなのがOperaだ。最も使いやすいと考えるインタフェースを提示した上で、さらに拡張機能をダウンロードすることなくインタフェースをカスタマイズできるからである。

　普段何気なく使っているボタンの大きさ、ツールバーの位置などちょっとした点に思いを巡らせてみれば、設計者の込めた“思想”もなんとなく見えてくる――。

1998年までの5年間、Webブラウザ市場は、まさにネットスケープの天下だったといえる。ところがWindows 98が登場して、IEがWindowsのエクスプローラと統合されると、ネットスケープの雲行きが怪しくなってくる。危機感を抱いたネットスケープは、Windows 98の発売を前にしてOSとWebブラウザを抱き合わせ販売することが独占禁止法に違反するとして提訴している。

　しかし、結果的にはWindows 98はそのまま登場。OSの普及とともにIEのシェアは伸び続け、1999年になるとNetscape NavigatorのシェアをIEが超える。その勢いは止まらず、ついには90％以上のシェアをIEが持つことになる。一方のネットスケープは、1998年にAOLによって買収されてしまう。

●
ChromeをWebアプリ実行の“プラットフォーム”として考えると……

　しかし、Chromeを「Webアプリケーションの実行プラットフォーム」として考えれば、何の不思議もありません。

　例えば、Windowsアプリケーションを使い、ワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとします。この場合、これらのアプリケーションソフトは別々のプロセスを持っています。だから、例えばワープロがクラッシュしても、メーラが落ちることはなく、書きかけのメールが消えてなくなることもありません。

　ところが、従来のWebブラウザ上から使うAjaxアプリケーションの世界では話が変わります。Ajaxアプリケーションのワープロと表計算とメーラとスケジュール管理を開いて仕事をしているとき、ワープロがクラッシュするとすべて道連れです。クラッシュリカバリ機能が救えるデータを救ってくれることはありますが、すべてを確実に救えるわけではありません。

　ですが、Chromeのアーキテクチャであれば、この問題が解消されます。タブごとに異なるプロセスで実行されるため、ワープロがクラッシュしてもメーラに影響は及びません。これは、「Webアプリケーションのプラットフォーム」として考えれば、長所です。

　Chromeを「Webアプリケーションの実行プラットフォーム」として考えると、「アプリケーション
ショートカット」機能を含め、Webブラウザの機能を拡張することを目的として開発されていたGearsは、実はChromeのための布石だったのかもしれないという考えに至ります。

● 使い比べた結果は……




　実際に、IE 7.0、Firefox 3.01と使い比べてみました。なんと過酷にも「Tokyo Subway
Map（KML）」と「世田谷古道地図」の両方を同時にオンにしてみます。









図13　Chromeによる表示結果










図14　Firefox 3.01による表示結果










図15　IE 7.0による表示結果




　さて、結果が表示されるまでの待ち時間、ドラッグによってスクロールさせた場合のスムーズさなど、いずれの点でも以下の順番で優れた結果となりました。




Google Chrome 0.2 ＞ Mozilla Firefox 3.01
＞ Internet Explorer 7.0




● 重いAjax／JavaScriptアプリの専用ブラウザとして使う？





　この結果を見たとき、思ったことは以下の3点です。





• 一般論としてChromeをメインのWebブラウザにするのは時期尚早だろうが、Googleマップ専用ブラウザとして導入するのはありかもしれない
  
  
• その場合、地図が見える面積が広いのは長所
  
• Chromeによる閲覧を前提とするなら、もっと重いマイマップを作成してもいい



　筆者個人の感想はGoogleマップ限定ですが、おそらくほかのAjaxアプリであっても同じような感想があり得ると思います。しかし、話はまだ続きます。




GearsはChromeのための布石だったのか？




　Googleマップ専用ブラウザとしてChromeを導入するとすれば、アプリケーション化は非常に便利な機能です。なぜかといえば、専用に使うということは、「Webブラウザを開く→Googleマップを開く」という2手順を費やす意味がないことを示すからです。アイコンから直接開いてくれればいうことはありません（もちろん、従来のWebブラウザでもお気に入りのショートカットをデスクトップに置くなどの対処はあり得る）。




　さらにいえば、この場合はアドレス入力ボックスが存在することに意味はありません。別のサイトを閲覧するためには使わないからです。むしろ、その分の面積にも地図を表示してくれた方がありがたいわけです。とすれば、Chromeのアプリケーション化という機能はジャストミートします。

私はFirefox登場時に割と好意的な第1印象を感じました。事実か否かは分かりませんが、本当のプロが作っている手堅さを感じ取り、安心感があると思いました。しかし、その後Firefoxはバージョンアップごとに手堅さが低下し、不安感が膨らんできた感じを受けます。

　そして、Chromeを見て感じたのは、Firefoxを最初に見たときと同じような手堅さ、安心感です。まだベータ版なので、今後どうなるかは分かりませんが、少なくともその点で好感を感じました。

　さて、最後に2つの話題に触れてこの話を終わりたいと思います。

● Androidのようなモバイルデバイスの展開と連動する可能性

　手堅く軽いChromeは、当然PC以外のプラットフォームへの展開もあり得るでしょう。例えば、WebKitを用いていることからも容易に予測できますが、Google
Androidのようなモバイルデバイスの展開と連動する可能性も十分にあり得ると思います。

　モバイルやローカル実行という技術を含めてWebアプリケーションとChromeという組み合わせを考えれば、Webの秩序を変えてしまうような何か大きな“出来事”もあり得るかもしれません。

●
Chromeの未来は一般開発者が決めるかのもしれない

　そして、それを引き起こすのはグーグルだけではなく、Chromeのパワーを活用していままでにないWeb（Ajax／JavaScript）アプリケーションを開発していく一般開発者もやはり“出来事”を起こす原動力となるのではないでしょうか。

　一般開発者が主役という点で考えると、Chromeの出現はGoogleマップによる「Ajax革命」時の衝撃と似たようなものがあります。Googleマップの出現によって、Ajaxアプリケーションを作る一般開発者が爆発的に増えたことは記憶に新しいと思います。

　その証拠にグーグルは、Chromeに前述のようなWeb開発者向け機能を標準で備えさせていたり、Web開発者向けに「ウェブ開発者向けのよくある質問」ページや「ヘルプセンター」も公開しているなど、一般開発者へのケアも怠っていないようです。

　いずれにせよ、未来は不確定であり、Chromeが未来を可能性に満ちた流動する世界に塗り替えたのは事実でしょう。

このように考えると、実はChromeの真の存在意義とは、従来のWebブラウザと同じではないのかもしれない、と思えてきます。従来のWebブラウザは、主にページを閲覧するものであり、ページからページに渡り歩きます。そのため、ページを移動して個々のページをよりよく扱うための支援機能にあふれています。

● 普通のWebブラウザとはWebに対するアプローチが違う

　一方で、Chromeはそのような支援機能でウィンドウを飾ることは行っていません。その代わり、途轍（とてつ）もなく速いプログラムの実行速度と、広く見やすいウィンドウを提供しています。つまり、Chromeはページを渡り歩くことよりも、Webベースで提供される各種Ajax／JavaScriptサービスをよりよく使うための“プログラム”なのかもしれません。

　とすれば、「Chrome最大のなぞ」ともいえる、タブごとにプロセスを生成するという不思議な仕様が必然であることが理解できます。確かにプロセスを分ければ、1つのタブがクラッシュしてもほかに波及しないという効能はありますが、プロセスとはシステムから見れば重い資源です。

　例えば、タブを数十、数百と開けば、システム全体のパフォーマンスへの影響が懸念されます（実際、100を超えるタブを開くユーザーは実在する）。であるから、ほかのWebブラウザでは1つのプロセス内で複数のタブを扱う構造になっているのです。だから、普通の意味でWebブラウザの仕様を考えるなら、タブごとにプロセスを生成するという仕様は手放しで褒められるものではないのです。

Firefox 3.1（現在はα版）に採用される新しいJavaScriptエンジン「TraceMonkey」とGoogle Chrome β版に採用されている「V8」とをベンチマークテストで性能比較したところ、総合的にはTraceMonkeyがV8を上回った――。Mozilla Corporationのブレンダン・アイクCTO（最高技術責任者）が9月3日、公式ブログで明らかにした。

　アイクCTOによれば、Windows XP搭載のMac mini、Windows Vista搭載のMacBook Proを用い、それぞれTraceMonkeyとV8のSunSpiderによるテストを実施した。その結果、TraceMonkeyはXPでは総合で1.28倍、Vistaでは1.19倍、V8よりも処理速度が速かったという。

Chromeのプライバシーポリシーには驚くべき真実が隠されている。Chromeを使うことで、GoogleはわたしのWeb閲覧の習慣について妻よりも詳しく、いや、あるいはわたし自身よりも詳しく把握することになりそうだ。

　とにかく、まず見ていただきたいのは、Chromeのプライバシーポリシーに書かれている次の文面だ。「アドレスバーにURLまたはクエリを入力すると、入力した文字がGoogleに送信され、ユーザーが探しているであろう用語またはURLをGoogle Suggest機能が自動的に推奨するようになっている」

　つまり、これって、キーロガー？　「入力した文字が送信される」だなんて、一体、どういうことだろう？

US-CERTはこの問題の回避策として、Google Chromeのプリフェレンスの「Minor Tweaks」タブで「Ask where to save each file before downloading」（ファイルをダウンロードする前に保存場所を尋ねる）のオプションを有効にするよう勧告している。これで脆弱性そのものが解消されるわけではないが、ファイルをダウンロードする前に警告が表示されるようになるとしている。

　一方、別のセキュリティ研究者リシ・ナラング氏は情報セキュリティブログのEvilFingers.comで、すべてのタブがクラッシュしてしまう脆弱性について報告した。細工を施した悪質なサイトを閲覧すると、ユーザーが何もしなくてもChromeがクラッシュし、「Whoa! Google Chrome has crashed. Restart now?」というメッセージが表示されるという。ナラング氏もコンセプト実証コードを公開している。

米Googleの新ブラウザ「Google Chrome」がリリースから1日で、ブラウザ市場で1％のシェアを獲得した。アイルランドのWeb分析会社StatCounterが報告した。

　同社は9月3日に利用されたブラウザの世界シェアを、1850万ページビューを対象に調査した。その結果、Chromeのシェアは1％で、Internet Explorer（IE）は70％、Firefoxは22％だった。

　StatCounterのオードハン・カレンCEOは、「驚異的な実績だ。これはMicrosoftに対する戦いだが、大負けするのはFirefoxかもしれない」と述べている。GoogleはIEのシェアを狙っているかもしれないが、ブラウザ利用に関してはFirefoxユーザーの方が「移り気」なため、Firefoxの市場シェアに影響が出るかもしれないと同社は指摘している

IE6からIE7にかけては5年の間隔があった。マイクロソフトは正式にIE8の公開時期を発表していないが、仮に年内に登場するとなるとIE7からIE8までの間隔は、約2年だ。IE5からIE6までも2年半の間隔だったのでペースが元に戻ったともいえる。

　そうなると公開ペースを元に戻したマイクロソフトの考えが気になる。IE7とはマイクロソフトにとって“失敗作”だったのだろうか？ 記事によると、IE7とIE8の最大の違いは「速度と互換性の向上」だという。速度については高速さで人気を集めている「Mozilla Firefox 3」を意識したのだろうか。

　IE8はJavaScriptエンジンを高速化し、「IE6の7倍、IE7の5倍の高速化を実現」しているという。対して、Firefox 3は公開時に、IE7の9.3倍速いと説明していた。それぞれ開発元が発表した数字なので、いろいろと有利な条件が加味されていると思えるが、IE8がどこまでFirefox 3に迫れるのか興味があるところだ。

Firefoxの設定を変更して、日本語版でも動作させる




　Google Toolbar 3ベータ版の拡張機能ファイル（xpi）自体は、日本語版でも英語版でも同じ。つまり、インストールされたFirefoxの言語を見て、表示するメニューなどを選んでいるようだ。ということは、機能自体は実装されていて、“機能をオン”するメニューがないだけではないか？




　Firefoxの設定メニューの1つである、about:configを開いて、Google Toolbar関連の設定を変更すると、見事に日本語版Firefoxでも、ドラッグ＆ドロップやファイルのダブルクリックでOfficeファイルを開くことができた。




手順1：about:configを開く




　Firefoxのアドレスバーに「about:config」と打ち込む。するとズラズラと下図のような設定が一覧で出てくる。「フィルタ」のところに、求める設定の名前──今回は「google.toolbar」と入力する。すると、Google Toolbar関連の設定が表示される。




手順2：下記の設定を変更




　設定名から下記の項目を見つけ、「値」がtrueになっているか確認する。falseならばそこをダブルクリックして、falseからtrueへ変更する。





• google.toolbar.contenthandling.enabled　Docs ＆ Spreadsheets機能自体のオンオフ


• google.toolbar.contenthandling.actions.associate　ファイルのダブルクリックでDoc ＆ Spreadsheets起動


• google.toolbar.contenthandling.actions.drag　ファイルをドラッグ＆ドロップでDoc ＆ Spreadsheets起動





　この設定を行うことで、英語版Firefox同様、ExcelやWordのファイルをドラッグ＆ドロップまたはダブルクリックするだけでGoogle Docs ＆ Spreadsheetsで開くことができるようになる。ただし開いたファイル名称が日本語の場合、うまくGoogle Docs ＆ Spreadsheetsのファイル一覧に反映されず化けてしまう。あとから手動で日本語に変更してあげる必要がある。ファイル内部については、文字化けなどは見あたらなかった。




　ちなみに、actions.associateをtrueにすると、Office関連のファイルのアイコンが、「Google Docs ＆ Spreadsheets」のものに一瞬で変わる。