FluxMozilla関係の情報に特化したブログです。デザイン案いまだ実験的なアドオンにもかかわらず、20万人以上のアクティブユーザーがいるというUbiquity。3.2に統合されるのではないかとの観測もあり、注目が集まっている。Raskin氏が、どのような形でこれをFirefoxに組み込めるか、アイデアを披露した。そこでのコンセプトは三つ。新しいワークフローを強制しないローカライズ可能でなければならないFirefox的であるべきUbiquityは、もともとFirefoxにコマンドライン型のユーザーインターフェイス(UI)を加え、キーボードから入力された自然言語的な命令に基づき、さまざまな処理を行っていくプログラムだ。これをそのままFirefoxにデフォルト機能として組み込むと、ユーザーはキーボードを使用しない限りこの機能を利用できず、Firefoxの操作体系とうまくマッチしない。肝心のコマンドをどうやって各言語に対応させるかの問題もある。ちなみに、これらの点はつとに指摘されているところだ。操作体系の問題に関しては、Ubiquityの長所を生かしつつ、いかに自然な形でFirefoxのUIに溶け込ませるかが統合の鍵になる。ここで、二つの方向性が存在する。ユーザーがキーボードを打つ場面でUbiquityも利用できるようにするか、逆にUbiquityをマウスに対応させるかだ。提案された四つのデザインのうち、三つはスマートロケーションバーにUbiquityを組み込むもので、方向性としては前者。残り一つがUbiquityをマウスベースで操作するもので、後者の方向性になる。具体的には、以下のようなデザイン案だ。デザイン1第一案は、ロケーションバーの履歴一覧にコマンドボタンを付加し、ユーザーがボタンを選択したときは、サイト識別ボタンが変化して、バー内に入力すべき内容が薄い文字で表示されるというもの。コマンドは、入力時期や頻度を基準に並ぶ。結果はページではなく、候補一覧の画面に反映される。問題は、通常のロケーションバーにどうやって戻るか。ボタンにコマンド名を使うとすると翻訳が必要になるし、複数のコマンドを組み合わせる方法も未定だ。デザイン2第二案は第一案と似ているが、選択されたコマンドは、サイト識別ボタンの右隣に表示される。Firefoxとの一体感は多少損なわれるが、文字を削除する要領でボタンを削除すれば、通常のロケーションバーに戻ることができる。その他の点では第一案と同じ問題を抱えている。デザイン3第三案では、ロケーションバーの候補一覧の隣にコマンドの一覧を表示する。目的となる言葉を入力してから、対応する処理を選択できるメリットがある。仕様次第では検索バーが不要になるかもしれない。問題は、一覧表示できるコマンド数が限られているのに、ユーザーが入力した文字でコマンドを絞り込めないことだろう。Ubiquityの特長の一つは、多様で拡張可能なコマンド群にある。それをうまく扱えないのでは、優れたUIとはいえない。デザイン4最後の第四案は、Ubiquityをマウスで操作可能にするものだ。Mobile(Fennec)のUIを参照したという。ページ内で語句を選択すると、"badge"(バッジ)と呼ばれるアイコンがカーソル付近に表示され、これをクリックするとページが左にスライドしてUbiquityペインが現れる仕組みだ。Ubiquityペインは、上からコマンド入力領域、プレビュー領域、コマンド選択領域(他のコマンドの一覧)で構成される(上記解説の動画参照)。この手法には、選択すべき語句がページ内にないとUbiquityを自然に起動できないという難点がある。Ubiquityペインの配置(形式・内容)をどうするかも課題として残る。長い道のりいずれの案も一長一短あり、最終的にどの方向に進んでもおかしくない。誤解のないように言っておくと、仮に案がまとまったとしても、実際にFirefoxに統合されるかどうかは、Firefox本体の開発者会議で決定される事柄だ。その際、いかにUIが洗練されたものであっても、パフォーマンスに悪影響を及ぼすようならOKは出ないだろう。今のところFirefoxの主要開発者の中にこの統合をプッシュする人はいない。Add-onsに正式なアドオンとして登録されることは大いにありそうだ。はてなブログProMozilla関係の情報に特化したブログです。ZoneMoz-Fxりんごが好きなのでぃすとりかごとなり。@abp_jpUnreviewednorah'#Firefox更新情報Wikiブログ日々のつぶやきスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。