Dillo 2.0 高速だが機能は限定的
8年前から開発が続く軽量WebブラウザーDilloは、GNU/Linux用ブラウザーの中で常に最速を競っており、その速さはGoogleのChromeも簡単には追い越せないほどだ。しかも、先月リリースされたバージョン2.0はさらに速くなっている。そのミニマリズムも機能上の制約も、パフォーマンス最優先なら受け入れられるかもしれない、と思ったのだが、そうでもなさそうだ。
バージョン2.0はソースコードの形で提供されている。ほかに、Debian、RPM系ディストリビューション、OpenMoko向けのパッケージも用意されている。インストールには、Dilloがウィジェットセットとして利用しているFast Light Toolkitもインストールする必要がある。こちらは、お使いのリポジトリーから入手できる。なお、Dilloのダウンロードページ上にあるパッケージには静的にリンクされている。
基本機能
Dillo 2.0の外観は旧版とほぼ同じだ。実用主義で貫かれており、旧版同様、2.0でもファイルメニューと7つのボタンを持つツールバーのほかには、数個のアイコンがウィンドウに散在するだけ。左上にURL欄の文字を消去する赤い×、右上には検索エンジン（デフォルトはGoogle）を開く虫眼鏡、右下には画像表示の有無を切り替えるボタンと現在表示しているページに含まれている構文エラーの数を示すボタンがあり、これをクリックするとエラーの詳細を示すサブウィンドウが開く。
そのほかの機能は右クリックメニューに隠されている。メニューの内容はクリックする場所によって変わり、リンクや画像の上ではブックマークやコピー、ページ上ではソースの表示またはFirefoxに似た検索ダイアログの呼び出し、進むまたは戻るボタンの上では閲覧履歴などとなっている。こうした機能はキーコマンドからも使える。だが、実際によく使う機能はブックマークのリストぐらいだ。
構成オプションは、ウィンドウのどこを探してもない。フォント、デフォルトの背景色、デフォルトのダウンロードディレクトリー、スタートページなどは、/etc/dillorcで設定するのだ。特定のアカウントの場合にだけ構成を変更したいときは、/etc/dillorcをそのアカウントのホームディレクトリーの.dilloフォルダーにコピーし、パーミッションを変更して編集する。
バージョン2.0はプラグインを使ってクッキーを扱う。このプラグインの構成ファイルはホームディレクトリーの.dillo/cookesrcで、出荷状態ではDEFAULT DENYというエントリーが1つあるだけだ。このデフォルトをACCEPTまたはACCEPT_SESSIONに変更することができる。後者はサイトごとの設定で、1行に1つずつ記述する。
こうした手作業による操作は、FirefoxやKonquerorなどの一般的なブラウザーを使っている人には若干の慣れが必要だろう。しかし、数分もあれば覚えられるはずだ。キーコマンドを覚えるのはちょっと難しいかもしれないが。
新機能
最大の違いはGTKからFLTKへの変更だ。以前のGTK版も十分に速く、Firefoxの5分の1程度の待ち時間で開いたように思うが、バージョン2.0はさらに速い。筆者の印象では、およそ2倍。ただし、正確な計測は不可能だ。なにせ、昨今のマシンでDilloを動かした場合、所要時間は1秒前後、ノートパソコンでさえ2秒ほどしかかからないのだ。
そのほかの改良点としては、フォントのアンチエイリアス機能やタブ方式の採用がある。リンクを右クリックし、そのメニューからオプションを選ぶと新しいタブが開く。タブバーはタイトルバーの直下に現れる。ほかのブラウザーでは大概ツールバーの下だから、ちょっと意外だ。それはともかく、Dilloの開発者たちは、空白のタブを開いたり、開いているタブを閉じたりする機能を付け忘れてしまったようだ。この2つの見落としのせいで、せっかくの新機能も利便性が低下してしまった。
パフォーマンスが犠牲にしたもの
Dilloの発想に付き合うには少々慣れが必要だ。初心者にとって必要最小限しかないインタフェースは取っつきにくいだろうし、熟練者にとってもプラグインがほとんどないのはマイナスだ。Dilloにもプラグインの仕組みはあるが、これまでのところクッキーの利用を制御するアドオン以外、誰も何も作っていないようだ。
さらに重要なのは、Dilloのハイパフォーマンスが初心者にとっても熟練者にとっても高くつく点だ。改善が施されたはずの最新版でも、JavaScript、Flash、HTMLフレームはサポートされていない。いずれも現代のサイトでは一般的に使われているものであるにもかかわらずだ。
理念としてFlashに反対している人もおり、そういう人はDilloがFlashをサポートしていなくても気にしないだろう。しかし、JavaScriptがなければ、多くの企業サイトやニュースサイトの表示はできまい。実際、Dilloはテキストベースの代替ページがあればそれを使用する。しかし、いくらトップページに代替ページがあったとしても、トップページがJavaScriptを使っているのであれば、そのサイトのほかのページもJavaScriptを使っているだろうから、ほとんど無意味な対策だ。
こうした欠点が、きわめて残念なことに、Dilloの高速性とデザイン理念の魅力を減殺してしまっている。その高速性は誰もが賞賛するだろうし、その伝統的Unix流ミニマリズムには多くの人が惹かれるだろう。利用者がギガバイト級のRAMを持っていることを前提としてソフトウェアが開発される時代にあって、効率を主張するDilloは新鮮に映るのだが。
Dilloの開発者たちがこうした制約を取り除いたら、この軽量Webブラウザーは模範例となるだろう。しかし、今は残念ながら、実用的な選択肢というより、好奇心の対象でしかない。
Bruce Byfield コンピューター・ジャーナリスト。Linux.comに多く執筆している。
