Firefox 3.5のアイコン改訂に携わったデザイナーのStephen Horlander氏いわく、現行のWindows版Firefoxのデザインにはいろいろ問題があるという。たとえば、Aero Glassへの対応は最小限にとどまっており、メインツールバーのアイコンには一貫性がなく、タイトルバーからコンテンツ表示領域までの幅が大きくて、その中にたくさんの要素がゴチャゴチャと並んでいる。 Horlander氏を中心に、FirefoxのUIデザイナーであるAlex Faaborg氏とAlexander Limi氏の両名が加わり、Windows版のUIを見直そうというのが、Firefox Sprintsの一環となるプロジェクト、『Windows Theme Revamp』だ。主要メンバーが集まっているだけでなく、Firefox Sprints自体、成果が出ればそのまま本体に取り込む位置づけなの

MozillaのChristopher Blizzard氏がGoogleのO3Dに対してコメントしている（『my thoughts on google’s 3d experiment』）。O3Dは、シェーダベースのローレベルグラフィックAPIであり、Webブラウザの中でインタラクティブな3Dアプリケーションの動作を可能にするものだ。O3Dはプラグインの形で提供される。MozillaもKhronos Groupと共同でブラウザ向け3D APIを開発中だが、Blizzard氏によれば、それはGoogleのO3Dとは設計思想が異なるという。 O3DはCOLLADAフォーマットを利用した高レベルのシーングラフAPIを提供し、コードは巨大であり、APIの内容も複雑だ。これは、ゲームに用いられるような緻密な3Dシーンを作成できるだけの機能を得た代償である。 他方、Mozillaが開発に参加し、Fire

最近、mozilla.dev.apps.firefoxの『Automatic and silent minor updates?』というスレッドで興味深い議論が行われた。FirefoxのUIデザイナーAlex Faaborg氏が、Firefox.nextのセキュリティアップデート（例：Firefox 3.0.10→3.0.11）を完全に自動化してはどうかと提案したのがきっかけだ。 Faaborg氏は、デフォルトで自動かつ静かなアップデートを行うべきと主張する。これは、Google Chrome（以下Chrome）と同じパターンだ。ユーザーからすれば常に最新の安全なバージョンを手にできる。また、脆弱性の修正について毎回知らせることは、一般ユーザーに「Firefoxはそんなにいろいろ問題を抱えていたのか」というネガティブなイメージを与えかねないが、そうした問題も避けられる。 これに対し、Fir

以前紹介したとおり、Firefox.nextはブラウザのユーザーインターフェイス（UI）を表示するプロセス（クロームプロセス）と、Webコンテンツを表示するプロセス（コンテンツプロセス）を分離する計画になっている。コンテンツプロセスは、「プロセス・オン・デマンド」となり、タブごとにプロセスを割り当てられるようになる。ただ、Google Chrome（以下Chrome）やIE8と同じにするかどうかはまだ確定しておらず、メモリ効率を考えてドメイン単位でのプロセス割り当てにとどめる可能性もある。 他方、mozilla.dev.platformの『Electrolysis update: out-of-process plugins and more』を見ると、プラグインに独自のプロセスを付与することは確実なようだ。Safari 4でも採用されている手法だが、プラグインを独立させることで、Fire

Firefox 3.5は、履歴とブックマーク（Places）、クッキー、フォームの履歴、パスワードといったさまざまな場面でSQLiteのデータベースを使用している。スマートロケーションバーを便利に使えるのもこのSQLiteデータベースのおかげだ。 しかし、厄介なことに、このデータベースはレコードを削除してもそれだけでは占有スペースが変わらない。だからたとえば「このサイトの履歴を消去」で履歴をたくさん削った場合、データベースファイルがコンパクトになるかというと、ならないのだ。このファイルの肥大化が、Firefoxの動作速度を落とす一因になっているといわれている。 新秀の介の日記(2009-07-02)で紹介されているBug 403702は、「LibraryのOrganizeメニューにCompactなるコマンドを追加して、places.sqliteをコンパクトにしよう(VACUUMコマンドを発

気が早すぎるのはわかっている。採用が決まるのはずっと先のことだ。重々承知のうえで、Firefox 3.2（この名称も仮のもの）に追加される三つのタブ機能について、メモしておく。いちおう、どれも根拠はある。 タブプレビューパネル 3.1では完成度が不十分として外されてしまった機能である。タブバー右端にある「タブの一覧表示」でパネルが表示され、サムネイル形式でプレビュー画面が並ぶ。一覧から不要なタブを削除できるほか、検索でタブを絞り込むことも可能だ。また、［Ctrl］＋［Tab］キーを押すと帯状のパネルが表示され、プレビューを確認しながらタブを切り替えられる。 開発総責任者自ら新しいデザインを提案しており、実際その案に沿った開発が進められている。Firefox 3.2でほぼ採用されるとみていいだろう。 タブバーのツールバー化 3.1でタブバーが常に表示されるようになったことにともない、この機能

Firefoxでパスワードを入力してログインする際、画面上部に表示されるのが、通知バーだ。このケースだとパスワードを記憶するか尋ねられるわけだが、アドオンのインストール時など、ほかにも通知バーが用いられる場面は少なくない。 MozillaWikiのFirefox/Namoroka/Doorhanger notificationsによれば、Firefox.nextではこの通知バーを事実上廃止するらしい。現行方式だと表示済みのコンテンツが下に押し下げられ、バーを閉じると再度呼び出す手段もない。しかも、通知する項目は一つだけに限られている。 これに対し、新しく用意される「アクションボタン」は、ドロップダウンメニューを呼び出すが、そこでは複数の通知が並び、それに対応するアクションが設定されているほか、（セパレータで区別されるが）ページに関するタスクも付属する。印刷や、ページの保存などだ。いずれにせ