マイクロソフトのEngineering Windows 7 ブログ : Shell

Windows 7 の“テーマ”：作成、保存、そして共有

e7blog — Tue, 09 Jun 2009 04:40:47 GMT

Windows 7 の“テーマ”：作成、保存、そして共有

新しい「インボックス」に入っているデスクトップの背景について投稿したとき、反応は単にどう個人設定ができるかというものでした。個人設定というテーマの中で、Windows 7 の“テーマ”に対する取り組みについて、取り上げたいと思います。これまでの Windows リリースにおけるカスタマイズについてのデータはすでにお話ししており、今回の投稿はそれに基づいたものです。また、この分野は個人設定に対する非常に幅広い要望 (ニーズ) があり、しかも当然エンジニアリングとデザインの間でバランスを保たなければなりません。スクリーンのほぼ全域を個人設定 (カスタマイズ) したいと思っているたくさんの人からメールを受け取りました。それこそ、境界線の幅から、タイトル バーの透明度、タスクバーの高さ、[閉じる] ボタンの色・サイズ・場所までです (それぞれについて、少なくとも一度は電子メールを受け取りました)。その一方で、背景の画像と色彩を簡単に変更できればとても満足、という方々も多くいらっしゃいます。Windows 7 では、個人設定をするうえで最も満足度の高いと思われる設定群を選定すると同時に、アプリケーションの互換性を保つ堅牢なプラットフォームを提供し、それらを簡単に変更できるようにしました。さらに、この設定を簡単にパッケージ化し、保存して共有できるようにもしました。これは、幅広いユーザーに対して堅牢な個人設定 (およびカスタマイズ) をもたらす第一歩だと考えています。コア ユーザー エクスペリエンス チームのプログラム マネージャーであるKatie Frigon がこの投稿を書きました。

--Steven

追伸: どのように RTM マイルストーンに到達するかお話しした通り、物事は「ゆっくりと」推移しています。アジアで行ったWindows 7 のリリースおよび入手可能時期に関する発表にお気づきの方もいらっしゃるでしょう。RC を使用していただいているすべての方に感謝します。

Windows 7 のテーマを作成し共有する

Windows 7 の初期のビルドには、デスクトップの背景、ウィンドウの色、サウンドをシングルクリックで変更できる様々なテーマが入っていたことを覚えていらっしゃるかもしれません。このテーマはコントロールパネルの [個人設定] にあり、デスクトップのショートカットメニューからも簡単にアクセスできます。

[個人設定] コントロール パネル

デスクトップのショートカット メニュー

RC には、「アーキテクチャ」など数々の新しいテーマがあります。このテーマは、デスクトップの背景として切り替わる 6 枚の建築物の写真と、それを補完する「ぐんじょう」のウィンドウの色、都会のジャズクラブの音からインスピレーションを受けた「都市景観」サウンド設定から成っています。

テーマはデスクトップの背景、ウィンドウの色、サウンドの調和されたセット

Windows には最初からテーマのセットが入っていますが、ユーザーがもっとほかのテーマが欲しければ、コントロールパネル内に [オンラインで追加のテーマを取得] リンクがあります。このリンクをクリックすると、Microsoft が追加のコンテンツ (さまざまな地域ことのテーマもあります) を提供している Windows Online のテーマギャラリーが開きます。

[個人設定] コントロール パネルの [オンラインで追加のテーマを取得] リンク

テーマを作成する

多くのユーザーは、最初から入っているインボックスのコンテンツやオンラインで提供しているコンテンツを楽しんでいますが、単にテーマを選択するだけでなく、より細かく PC をカスタマイズしたいと望んでいるユーザーもいます。Windows 7 は自分自身と自分が何をするかを反映する PC そのものであり、そのエクスペリエンスを自分でコントロールできるようにする存在であり続けます。したがって、インボックスやオンラインで提供されているオプションの上を行きたければ、自分自身のテーマを作成し、共有することができます。自分自身のテーマの作成はとても簡単で、単にデスクトップの背景の画像のみを変更して他の設定はそのままにしておく、ということも可能です。もちろん、ひとつひとつ設定を変更することもできます。

ベータユーザーエクスペリエンス向上プログラムのデータから、ユーザーはテーマを変更したり作成したりしていることがわかりました。また、多くのユーザーは異なる設定を変更しており、最も多い変更はデスクトップの背景でした。

図 1: テーマの種類の内訳

注: たった 15% のベータテスターがデフォルトのテーマを使用し続けていました。ベータテスターのうち 77% は、インボックスのテーマから 1 つ以上の要素を変更してカスタマイズしたテーマを作成していました。

図 2: セッションでテーマの各コンポーネントを選択したベータ ユーザーの割合

注: [個人設定] コントロールパネルを開いたベータテスターのうち 35% は [デスクトップの背景] をクリックしました。

さて次に、さまざまな設定をどう変更し、カスタマイズしたテーマをどう保存するかを見ていきましょう。まず、テーマのいかなる設定も、コントロールパネルの [個人設定] から変更できます。

[個人設定] コントロール パネル: テーマの設定を変更するには、テーマ ギャラリーのすぐ下にあるアイテムをクリックする。

最初に [デスクトップの背景] コントロールパネルから始めましょう。このコントロールパネルは Windows 7 で強化され、画像ライブラリと新しくデスクトップの背景のスライドショーがサポートされました。[画像ライブラリ] を選択すると、サブフォルダも含めてそのライブラリにあるすべての画像が表示されます。その中から、スライドショーでデスクトップの背景として表示させたい画像を選ぶだけです。下記の例では、最近旅行に行ったハワイでのお気に入りの写真を、デスクトップの背景として使用するように選択しました。

[デスクトップの背景] コントロール パネル: Windows 7 にはライブラリとスライドショーのサポートが追加された。自分のテーマとして使用したい画像を選択しているところ。

PC をカスタマイズするには、単に背景を変更するだけでは物足りないでしょう。ウィンドウの色やサウンド設定を変更するのもシンプルで、テーマギャラリーのすぐ下にあるアイテムをクリックするだけです。Windows 7 にはウィンドウの色が 16 色用意されており、自由に色を選択することもできます。サウンドは、Windows 7 で新しく、さまざまな地域の音楽からインスピレーションを受けた 14 のサウンド設定が入っています。たくさん選択肢があるわけですが、これで十分でなければ、自分のサウンドを含めることも可能です。

[ウィンドウの色] および [サウンド] コントロール パネル: 簡単にウィンドウの色を変更したり、14 の多様なサウンド設定からサウンドを選択できる。

デスクトップの背景やウィンドウの色、サウンド設定を変更すると、「未保存のテーマ」が作成されているのに気付かれることでしょう。この「未保存のテーマ」には自分で変更した内容が含まれており、ギャラリーの他のテーマを試した際に、直近のカスタマイズした内容に戻すことができます。自分でカスタマイズした設定が気に入れば、[テーマの保存] をクリックして、いつでもテーマの 1 つとしてギャラリーに置いておくことが可能です。

[個人設定] コントロール パネル: 現在のカスタマイズした設定が常にテーマ ギャラリーに表示されるよう、[テーマの保存] をクリックしたところ。

テーマを共有する

自分で使用するカスタマイズした設定を保存したら、その設定を友人や家族と共有したり、他の PC に持っていきたいと思うかもしれません。Windows 7 では、現在設定されているテーマを右クリックし、[テーマを保存して共有] を選択することにより、自分のテーマを共有することができます。テーマの保存場所と名前を指定すると、Windows はカスタマイズされたデスクトップの背景画像、サウンド、マウスポインター、およびアイコンを収集し、テーマパック (*.themepack) という新しい形式のファイルに保存します。このファイルを Windows 7 が実行されている他のコンピューターに適用できます。

[個人設定] コントロール パネル: 自分のテーマを友人、家族や Web 上で共有したい場合、現在のテーマを右クリックし [テーマを保存して共有] を選択する。

楽しい休暇の後などに、旅行の思い出をテーマとして作成することがあります。それには、まず、デスクトップの背景として順番に表示するため、旅行の写真からベストショットをいくつか選びます。そして、それに合うウィンドウの色と、Windows 7 のサウンド設定から旅行のムードに最も合ったものを組み合わせます。新しいテーマパックとして保存した後、そのファイルを Windows Live 経由で友人や家族と共有したり、Homegroup 経由で家にある他の PC で使用したりします。

Windows Live で共有する

個人設定のすべてを 1 つのファイルにまとめることができるので、テーマを Windows Live Skydrive にアップロードしたり、Windows Live Spaces のブログでテーマへのリンクを投稿したりするのも簡単です。友人や家族が Windows 7 にアップグレードした暁には、一緒に行った旅行のテーマをダウンロードし、私の写真を彼らのデスクトップの背景で楽しむことができます。

Windows Live: 自分のテーマを Windows Live の Skydrive にアップロードし、My Blog でリンクを追加したところ。

Homegroup 経由で共有する

エクスプローラーでテーマライブラリを作成します。それから、Homegroup 内の他の PC から共有されている場所をブラウズし、一回のクリックで希望するテーマを適用することができます。

Explorer: ある PC でテーマ ライブラリを作成し、Homegroup 経由で共有したところ。家の他の PC からテーマをクリックすると、それがその PC にも適用される。

それだけではありません

Windows 7 のテーマに付加した価値のもう 1 つの使い方は、RSS 写真フィードに対する人気の高まりを利用して写真を共有することです。マニアの人は、デスクトップの背景のスライドショーが、RSS 写真フィードをポイントするようなテーマを作成できます。たとえば、私の姉は離れた場所に住んでおり、一年に一回程度しか会いません。彼女に対して私の家族の近況を知らせる簡単な方法は、私の RSS 写真フィードをポイントする Windows 7 のテーマを彼女に送ることです。私が新しい写真をアップロードすると、自動的にその写真が彼女のデスクトップに表示されます。

RSS 写真フィードを作る方法は限られているので、Windows 7 のテーマに RSS 写真フィードを含めるためのプロセスは、RSS 写真フィードが「enclosure」要素を使用して高解像度の写真へリンクしているときのみ動作します。フィードはJPEG や PNG などの画像形式しか参照できません。この制限により、RSS 写真フィードを含むテーマは手動で作成しなければなりません。

そのようなテーマを作成するには、次の手順に従ってください:

MSDN からテンプレートをダウンロードします。
メモ帳でテンプレートを開きます。
{themename} を [個人設定] コントロールパネルのテーマギャラリーで表示させたい名前に置き換えます。
{rssfeedurl} を自分の互換 RSS 写真フィードへのフルパスに置き換えます。
変更したものを「*.theme」という拡張子のついたファイルとして保存します。

これで共有の準備が整いました! 友人や家族に、電子メールなどでファイルを送ってください。

写真共有サイトでも、このような Windows 7 用 RSS 写真テーマを提供することにより、顧客とつながる方法が増えます。

将来的に

Windows 7 のテーマにより、PC に自分自身を反映させることができます。個人的な写真をテーマとして共有するという私の例のほかに、ユーザーが Windows 7 でテーマを使用するうえで、新しく独創的な方法を見つけてくれることを願っています。結婚式のカメラマンは、自分の顧客に渡すパッケージの中に、Windows 7 用のテーマを含めることができます。また、芸術家は自身の創造的なスタイルを紹介するためにテーマを作成できますし、企業は自社のブランドを宣伝するためにテーマを作成することができます。Windows 7 において、これらの側面をカスタマイズするのに、みなさんがどのようにテーマを使用しているか見るのを楽しみにしています。

--Katie

追伸: みなさんがダウンロードして使えるように、追加のテーマをhttp://windows.microsoft.com/en-US/Windows7/Personalize にアップロードしています。これは、英語 (米国) 版の [テーマ] コントロールパネルにあるリンクです。

(日本語版のリンクは http://windows.microsoft.com/ja-jp/Windows7/Personalize です。)

Windows の検索をエンタープライズデータソースと統合する

e7blog — Mon, 04 May 2009 17:45:44 GMT

Windows のエクスプローラーはあらゆる種類のコンテンツを検索して見つけられるように進化しました。Windows Vista では、みなさんの多くは検索機能を (計測データによると) スタート メニューからか、エクスプローラーの検索ボックスから使用されていました。フォルダの階層を注意深く管理しながらファイル名だけを頼りに探し、何がどこにあるか覚えていられたのは昔のことです。しばしば対象 (音楽プレーヤー、メール ソフト、写真ソフトなど) に特定の検索に頼ったりしますが、Windows Vista や Windows 7 ではネームスペース内およびネームスペースにわたり検索することが可能となりました。この投稿は、PC およびエンタープライズの設定がなされているサーバーでさえ検索できる「検索」に関する新しい機能についてです。「Find and Organize」チームのプログラム マネージャである Alwin と Scott、および開発者である Brandon がこの投稿を書きました。 -- Steven

探し物を見つけます

検索するにしろ、ブラウズするにしろ、Windows エクスプローラーの目的は探し物を見つけることで、いったん探し物が見つかると、それで何かを行います (たとえば、コピーしたり、開いたり、削除したりなど)。自分の PC やホームネットワーク上に存在するデータについては、Windows 7 ではこれまでよりずっと簡単で豊かなエクスペリエンスを提供するためにホームグループとライブラリ (これについては今後私たちのチームから投稿がある予定です) に力を注ぎました。しかし、これでおしまいではありません。この数年間、企業ユーザーの重要なコンテンツがSharePoint といった集中型のコンテンツストアに移動している (または情報集約している) のを見てきました。これらの製品は概して、チームコラボレーション、ドキュメントのバージョン管理やワークフロー管理、ファイル保管、施策の保持、その他 IT 管理者が喜ぶような集中管理用の機能性など、すばらしい性能が備わっています。

企業の重要なデータは、ローカルのマシン、さまざまな集中型のコンテンツ ストア、およびファイアウォールの向こうにもあります

しかし残念なことに、これはユーザーに、それぞれの新しいコンテンツストアのユーザーインターフェースについて勉強しなければならない (しかも多くの場合、ドラッグアンドドロップなどのデスクトップで慣れ親しんだ機能は使えない) といった負担をかけることになりました。また、共同作業に重点を置いているので、サイトは組織的に大きくなり、特定のドキュメントがどこに保存されていたか覚えるのが難しくなり、その結果ドキュメントが必要になるたびに長いリストを次から次へと見て探さなければなりません。企業ユーザーは、通常の Windows ワークフローから離れることなく、さまざまなデータストアにある重要なコンテンツを見つけるのを簡単にするソリューションを求めていました。

この傾向および、コンテンツ管理とコンテンツインデックス Web サービスが統合されていない状況から、私たちはソリューションを開発するにあたり以下の指針を使用しました:

使う人にとって自然。 ユーザーは、さまざまなコンテンツストアにあるデータを見つけて作業するのに、より一貫性のあるエクスペリエンスを求めている。そして、ローカルとリモート (離れた場所) にあるコンテンツのエクスペリエンスを「重ね合わせる」ことにより、乗り越えさせて欲しいと思っている。
IT 管理者にとって展開が容易。 IT 管理者はコードを展開するのを嫌い、管理が容易であまり世話のかからないソリューションを望んでいる。同時にユーザーは長くて面倒なインストールプロセスや、新規に検索場所をセットアップしようとするたびにサポートを必要とすることなく、ソースに接続したいと思っている。
開発者にとって導入が容易。 Developers開発者は自分の提供物に対して、すばやくかつ簡単にこの機能を有効にしたいと思っている。IT 技術者は特定のサーバーテクノロジーに固定されたくないので、サポートが必要なデータソースがたくさんある。

統合検索の構築を選択する

統合検索はこれらの課題を対処する唯一の方法ではありませんでした。しらみつぶしのアプローチは既存の Windows 検索インデックス技術で用いられていましたが、これをコンテンツストアに対しても使用します。つまり、リモートのコンテンツのインデックスをローカルの PC に作成するのです。しかし、個人のマシンにネットワーク越しのすべてのコンテンツのインデックスを持つのは効率的ではないので、これはあまり現実的なソリューションではありません。特に、コンテンツが頻繁に変更されている場合や巨大な資料の場合はそうです。また、会社の方針によって、特定の機密データのインデックスをローカルに作成することが禁止されているかもしれません。

幸いにも、もっといい選択肢があります。それが、統合検索です。統合検索は Windows エクスプローラーからリモートの Web サービスを検索することができ、検索結果も通常のファイルのように扱うことができます。統合検索を行う最大の障壁はすでに対処済みです。つまり、ほとんどのコンテンツストアはすでにサーバー上または少なくともどこかのサーバー上にインデックスが作成されています。Microsoft Search Server など、いくつかのすばらしいものがこれを成し遂げます。これらのサーバーはコンテンツのインデックスを作成するだけでなく、多くはすでに標準 Web プロトコル経由で検索結果を見えるようにしています。これは、OpenSearch と RSS が利用可能なクライアント (Internet Explorer およびMicrosoft Search Server をはじめとするさまざまなもの) の普及によるところが大きいです。

Windows 7 ではOpenSearch v1.1 を使用した統合検索のサポートを追加し、エクスペリエンスをシームレスにするよう取り組みました。このソリューションは、コンテンツサービスの長所と Windows 内でのローカルファイルの相互作用の長所をうまく両立させていると思います。

自然に使える

Windows エクスプローラーを通じて、人々はいくつかの重要なユーザーインターフェースと相互作用の要素に慣れ親しんでいます。どのようにナビゲーションウィンドウを使って今見ているものを変更するか知っています。どのようにスクロールするか、どのようにアイテム (または複数のアイテム) を選択するか、そしてどのようにダブルクリックして開くかを知っています。ほとんどの人は右クリックで選択中のことに関係する状況依存のオプションが表示されることを知っていますし、コマンドバーにある同じオプションを見つける方法も知っています。また、アイテムをドラッグアンドドロップすることで移動させることができることを知っています。表示モードを変更する方法も知っています。検索ボックスを使ってどのように現在の場所を検索するかもわかると思いますし、また Windows 7 では適切な結果を得られたか確認するためにプレビューウィンドウを見つけて使うことがずっと簡単になったと思います。

Windows エクスプローラーの新しい統合検索サポートを使用して SharePoint サイトを検索する

統合検索をエクスプローラーに組み込むことの効用は、この知識と親しみやすさを利用できることにあります。実際に使用してみると明らかだと思われるかもしれませんが、舞台裏ではこれを実現するためにたくさんのことが行われています。たとえば、Microsoft Word のようなアプリケーションは Web の URL をどのように処理すればよいかわかっています。したがって Web サーバーから Word のドキュメントを開くのはかなりシンプルです。しかし、アプリケーションの大半はローカルマシン上または標準的なネットワークファイル共有プロトコル経由でファイルを開くことしかわかっていません。Windows に標準で組み込まれているメモ帳やペイントもそうですし、Photoshop や iTunes など他社製ソフトウェアもそうです。

このようなケースに対処するため、「ジャストインタイム」のダウンロードソリューションを実装しました。これは、ローカルにファイルが必要なアプリケーションを開いたり何かアクションを取ったりする (たとえば [送る] メニューを使用する) 前に、ファイルをインターネットキャッシュにダウンロードします。その結果、サーバー不可の観点からするととても「軽い」検索を提供でき、メタデータやアイコン、サムネイルなどを実際のファイルを要求することなく表示できます。そして、アイテムをプレビューしたり開いたりといったアクションを取ると、必要な場合のみファイルをローカルにコピーするよう舞台裏で処理をします。

この方法は、開発者に何か願いすることなく、既存のアプリケーションでそのまま作業できる、いわばエコシステムです。しかし多くのケースにおいて、アプリケーションは手順を踏むことでよりよい機能性を提供できるようになります。たとえば、Windows Photo ビューアーは非ファイルアイテムのサポートを追加しました。大したことではないように見えるかもしれませんが、Photo ビューアーでは [進む] および [戻る] ボタンで次や前の検索結果にジャンプできるようになりました– そして、イメージをオンデマンドでダウンロードします。PDC をかわきりに、私たちはサードパーティのソフトウェアメーカーにコンタクトし、統合検索のシナリオ用に同様の機能強化をお願いしてきました。そして、最新のエクスプローラーの機能と一体化するための最適な方法について、今後も指針を提供していきます。

そして、私たちは標準的なクリップボードとドラッグアンドドラッグ操作をサポートします。つまり、統合検索のクエリから Word のドキュメントをデスクトップ上にドラッグすると自動的にコピーされることになります。しかも、おなじみの Windows エクスプローラーのコピーダイアログも表示され、進行状況のインジケーターやキャンセル機能、競合の解決なども同じようにあります。

さらに、もっとあります! Windows エクスプローラーは多くのお客様によく知られて愛されているすばらしいツールです。しかしエクスプローラーと知らずに使用している人もいます。数え切れないほどの Windows アプリケーションはコモンファイルダイアログ (Common File Dialog) と呼ばれるものを利用しています。これは特別なエクスプローラーウィンドウで、自分の現在のアプリケーションで開いたり挿入したりするアイテムを、そこから離れることなく見つけたり選択したりできるようにするものです。アプリケーションのメニューから [ファイル] – [開く] または [保存] をクリックすると、このダイアログのいくつかのバージョンが見られます。PowerPoint を例に取ると、画像の挿入にこのコモンファイルダイアログを使っています。つまり、PowerPoint の中から画像の挿入をクリックし、統合検索リンクで画像のリポジトリ (保存場所) を選び、必要な画像を検索すると、その画像を直接 PowerPoint に挿入できます。これはコモンファイルダイアログをサポートする既存のアプリケーションどれでも動くので、たくさんのアプリケーションで使えます!

統合検索を使用して PowerPoint に画像を挿入する

私たちの統合検索のソリューションは、共通で馴染み深いユーザーインターフェースでのシンプルで軽量なアクセスがすべてです。前述のように、これには多くのメリットがありますが、サーバーの Web インターフェースが独自のメリットを提供するケースもあります。たとえば、高度なクエリ構築、ブラウズ、サーバーワークフロータスクなどです。つまり Windows 7 ではこれらのコンテンツリポジトリへの架け橋を築きます。サポートされた場所に対して検索を行うと、コマンドバーに「Web サイトを検索」ボタンが現れ、デフォルトの Web ブラウザでサービスの Web インターフェースに対してシームレスにクエリを送信することができます。また、検索結果を右クリックすると、メニューに [ファイルを開く場所] も表示されます。このオプションを選択すると Web ブラウザが起動し、ファイルが保存されているドキュメントリポジトリ内の特定の場所が開きます。

この統合検索を Windows に対しシームレスに一体化させることは、ユーザーがリモートファイルを入手する際のワークフローを大幅に単純化します。また同時に、コンテンツリポジトリの高度な機能を簡単に利用することができます。

シンプルに展開できる

次の課題は、ユーザーにとってこの新しい接続を自分のマシンに組み入れるのを容易にすることでした。世界中のすべてのソリューションに対する接続を Windows に用意しておくのは現実的ではないので、いかなる Web サービスでも特定のサービスへの接続を展開するのがとても簡単になるようにしました。

考え付いたモデルは、今日 Web からお気に入りへ追加する方法と似ています。Web サービスは Web ページのどこかにある .osdx ファイルにリンクを置きます (例として Channel 9 の検索ページをご参照ください)。 .osdx fileは OpenSearch description document フォーマットを使用したシンプルな XML ファイルで、Web サービスへ接続する方法が記述されており、Windows エクスプローラーでどのようにデータを表示させるかを Web サービスが管理できるようにします。ユーザーがリンクをクリックすると、Windows は超軽量なインストールプロセスを実行し、検索コネクタをその Web サービスに追加して Windows エクスプローラーのお気に入りにリンクを追加します。

企業環境の管理者は、社内のユーザーに対して、たとえば会社のイントラネットや人気のある内部の SharePoint サイトの検索用に、プレインストールされた検索コネクタを提供したいと思うかもしれません。これは、検索コネクタ (.searchconnector-ms) ファイルを、イメージング、グループポリシーの基本設定、スタートアップのスクリプトといった一般的な展開手法により、ユーザーのマシンに配置することにより可能です。これのよいところは、シンプルな XML 設定ファイルのみで、マシンにコードをインストールする必要がないことです。また、グループポリシーによって、スタートメニューのリンクのように固定させることもできます。ポリシーは、グループポリシーエディタの [ユーザーの構成] – [管理者テンプレート] – [Windows コンポーネント] – [Windows エクスプローラー] の下にあります。ポリシーの名称は「Pin Libraries or Search connectors to Search again links and start menu」です。

スタートメニューから企業のイントラネットの統合検索を起動する

簡単に導入できる

もちろん、このテクノロジーはそれをサポートするサービスがあるかどうかに依存しています。今のところ .osdx を提供しているサービスは多くはありませんが、基本的な OpenSearch の要件を満たしている既存のサービスはたくさんあります。

すでに肯定的な第一印象が、熱心なユーザーやソフトウェアメーカーの間から聞かれており、自分のサービスを統合検索プラットフォームで動かせるようにするのは本当に簡単だという意見を一様に述べています。既存の Web ベースのサービスが Windows 7 の統合検索をサポートするようにしたい開発者の方は、URL のどこかに検索キーワードが埋め込まれた http GET リクエストに応じ、結果を RSS または Atom フィードとして返せるような Web サービスを提供する必要があります。すでに Web ブラウザ経由で検索サービスを提供している多くのアプリケーションにとって、この要件を満たすのはとても簡単です。

始めるにあたり、まず Web サービスの結果は <link>、<title>、<description>、<pubDate> といった基本的な RSS タグを含む必要があります。しかし、エンドユーザーにとってのエクスペリエンスをいっそうよいものにするために、これ以外にも RSS 出力に含めたり .osdx ファイル内でカスタマイズしたりできるものがたくさんあります。

詳細については、「Windows 7 Federated Search Implementer’s Guide」に、データソースををWindows 統合検索できるようにする方法について詳しい情報があります。その他にも、既存の SQL データベース用に Windows 統合検索互換の Web サービスを構築する方法をデモした PDC セッションの録画もあります。

- Brandon Paddock、Scott Dart、および Alwin Vyhmeister、Find and Organize チーム

Windows 7 のタスクバー

e7blog — Sun, 14 Dec 2008 16:11:36 GMT

11月20日はWindowsの誕生日です！もっともよく使用されている Windows のユーザー インターフェイスに対する皆様のご興味をふまえつつ、過去を振り返って Windows 7 までの道のりを見てみましょう。 --Steven

今年のProfessional Developers Conference (の、特に Welcome to the Windows 7 Desktop セッション) において、Windows 7 のデスクトップの要素を発表できたことを大変喜ばしく思います。以前の投稿 (ユーザーインターフェース：スタート、起動、および切り替え機能およびフォローアップ: スタート、起動、および切り替え機能) では、タスクバーの歴史、構造、そして改良された分野について見てきました。この投稿でもその話を続けたいと思います。でも、外見に惑わされないでください－ UI（ユーザーインターフェース）は、ある人にとっては新しく感じたり、時代遅れに感じたりするかもしれませんが、多くの人にとってそれは、おなじみの Windows DNA を保持しつつ、ユーザーからのフィードバックに応えようと努力した結果の用心深い進化に他なりません。

Windows が初めてリリースされたのは、23 年前の 1985 年 11 月 20 日でした。おりしも、このマイクロソフト初のグラフィカルなシェルは、業界初のタスクバーのようなコンセプトを持つ外見をしていたという点で、実際にこの投稿と関連性があります。

図 1 Windows 1.01: スクリーン下のアイコンは、実行されているウィンドウを表します

Windows 1.0 は、ウィンドウの拡大表示 (全画面)、並べて表示、アイコン表示 (最小化) をサポートしていました。ウィンドウの重なりはサポートされていなかったので (Charles Simonyi と Bill Gates の間で大きな論争がありました、Steven 補筆)、並べて表示や拡大表示されていないウィンドウを表すためのデスクトップの専用部分が、スクリーンの最下部に見えるようになっていました。ウィンドウを最小化またはスクリーン最下部にドラッグすることにより、ユーザーはこの初歩的なタスクバーを存在させることができました。タスクバーには、実行中のウィンドウに対応する大きなアイコンがありました。そして、このアイコンをクリックするかデスクトップへドラッグすることにより、ウィンドウを元に戻すことができました。このメカニズムは今日でも見られるようにシンプルで、Windows 7 でも使用されている重要なコンセプトを確固たるものとしました。それは、ユーザーがタスクを切り替えるとき、それは実際にはウィンドウを切り替えているのです。起動、切り替え、通知といった機能を持つ成熟したタスクバーが導入されたのは Windows 95 からですが、スクリーン最下部の専用領域を使ってウィンドウを浮上させたり切り替えたりするエクスペリエンスは、古く Windows 1.0 からありました。

目標を設定する

以前のタスクバーについての投稿で、タスクバーに関する山のようなデータとフィードバックの解析後に定義したハイレベルな理念について語りました。ここでは、私たちが設定した目標と、機能の概念をどのように組み立て始めたかについて、もう少し詳細に見て行きたいと思います。

いつも使っているものはすぐ手の届くところに

いつも使っているプログラムや目的地へ少しマウスを動かすだけで少ないクリックで到達できると楽です。

よく使用されているプログラムにシングルクリックでアクセスするには、クイック起動を、タスクバー上での存在感を増したり固定されたアイテムのためにより広いトップレベルのスペースを用意したりして、充実させる必要があります。まず私たちは、クイック起動はタスクバンドとどのように互いに影響し合っているか、起動と切り替えはどういう具合に別々だったり重複していたりするかについて調べました。たとえば、ほとんどすべての Windows 上で動作するシングルインスタンスのプログラムは、すでに実行中の場合、再開の試みを切り替えとして解釈します。そのため、クイック起動の Outlook のアイコンをクリックすると、すでに実行されてタスクバンドに表示されている場合、単にそのプログラムに切り替えられるだけです。タスクバー上にもっと他のアイテム用に場所を作るため、余計なものを取り除いて貴重な土地を有効活用しなければならないことを理解しています。

人の作業の流れを調査しモデリングした結果、頻繁に繰り返す3つの基本的な手順があることがわかりました。まず、プログラムを見つけて起動します。次に、プログラムの UI を使って作業したいファイルを開きます。そして、やっと作業を開始します。私たちは、この1番目と2番目の手順をスキップして、直接作業を開始できるようにできないかと自問しました。こういったプログラムが作成または使用するファイル、フォルダ、リンク、Web サイト、その他のものを「目的地」と呼ぶことにしました。なぜなら、これらは最終的に人が進んでいく先にあるものだからです。そして、これらの目的地へ、タスクバーから簡単にアクセスできるようにすべきだとも決定しました。しかし、本当の成功と採用のために、手動でカスタマイズすることなく、また開発者の多大な労力を必要とせずに、いかに目的地を人に対して効率的に表面化させることができるか、じっくり考える必要がありました。

自信を持ってウィンドウを管理する

正しいウィンドウへ間違えずにすばやく切り替えたり、ウィンドウを望む方法で楽々と位置づけたりすることができます。

この目的はタスクバーの心に訴えるものでした。つまり、ウィンドウ間を切り替える能力です。これは私たちにとって難問でした。というのも、タスクバー上のウィンドウを表面化するのにもっと予測可能な方法や、テキストのもっと有意義な使用、自身を持って切り替えを行えるように常にユーザーを助ける信頼性のある方法を探さなければいけなかったからです。タスクバー上のテキストは何年も前からあって、Vista ではサムネイルを取り入れました。しかし、ユーザーのフィードバックにより、まだまだ改善の余地があることがわかりました。面白いことに、Windows XP のウィンドウのグループ化や [Alt] + [Tab] による個々のウィンドウの視覚的なレイアウトのような古い機能の中にひらめきがありました。

調査では、そもそもなぜ人はウィンドウを切り替えるのかについても詳しく調べました。その結果、2つの興味深いシナリオが浮かび上がりました。ひとつは、情報をウィンドウから得る必要があるとき (たとえば、電話番号を入手する) で、もうひとつはウィンドウのオプションとやり取りするとき (たとえば、バックグラウンドミュージックをコントロールする) です。私たちは、これらのタスクを切り替えるケースを目新しい方法で、つまり、完全に切り替え動作をなくすことで解決できないかと考えました。

コントロールするのはあなた

デスクトップは使う人のスタイルを反映します。エクスペリエンスをカスタマイズし、いつどのように通知を受け取るかなど自分にとって重要なものを選ぶようになります。

圧倒的なフィードバックの的となった通知領域は、人々の手にコントロールを戻さざるを得なくなりました。自分でこの領域をきれいにしなければならないオプトアウトモデルの代わりに、きれいなエクスペリエンスから始めることにしました。デフォルトではシステムアイコンのみ表示され、ユーザーは好みに合わせてこの領域をカスタマイズできます。

きれいで軽く

デスクトップのエクスペリエンスは整理され、軽く、広々として、使うのがうれしくなります。ビジュアルとアニメーションは、一目見たときからその後もずっと楽しみです。

成功した製品は、単に提供するユーティリティではなく、エクスペリエンスでもあります。当初から、タスクバー、そして全体としてのデスクトップには、人々から感情的な反応を引き出して欲しいと思っていました。それには、うまくデモしてずっとアピールし続けられるような楽しみが必要でした。そこで、まず、UI を「グラスとエネルギー」、X、信憑性などといった言葉を使用して人格を定義しました。この調査はビジュアルやアニメーション言語を定義するのに役立ち、Windows ７の外観にも適用されました。この重要な設計プロセス (PDC のセッションで Sam がお話した内容) に関しては、もっと深く掘り下げたものを将来的にブログへ投稿できればと考えていますのでご期待ください。

次世代タスクバー

Windows 7 のタスクバーの目的は、簡単に起動し、自信を持って切り替えができ、常にコントロール状態にあることです。UI は、一般的なエンドツーエンドのシナリオを達成するいくつかの主要な機能から成っています。それぞれの要素について、それらがどのように動くか見てみましょう。

すっきりした見た目

タスクバーは模様替えが行われました。デフォルトで大きいアイコン (Windows 1.0 で見られたもの、また、Windows 95 + IE4 よりクイック起動のオプションとして提供されていたもの) を有効にしました。これにより、より豊かなアイコン言語が可能になり、プログラムの識別度が向上し、マウスとタッチの両方で操作性が向上します。けれども、大きいアイコンのもっとも重要な利点のひとつは、毎日使用するタスクを起動するための中心地として、タスクバーを普及させることです。私たちは新しいタスクバーのことを冗談で ”Windows OS の海辺の一等地” と呼んでおり、すでに多くの人々がふだん使用するプログラムを表示した UI を装着しているのを見ています。いささか目の錯覚のようですが、タスクバーは Vista のときと比べてたった 10 ピクセル (96 DPI の場合) しか高くなっていません (1行で使用の場合。複数行は、画面の他の端への再配置とともに今でもサポートされています)。

図 2. Windows 7 のタスクバー: デフォルトで大きいアイコン、テキストなし、グラス表面効果に設定されています

少し増えた高さと大きくなったアイコンの見た目を和らげるため、UI により目立つグラス処理を施すことにしました。これにより、人の色の好みをよりよく見せることができます (以前の投稿で、30％近いセッションでカスタマイズされたグラスが使用されていることを公開したのを覚えていらっしゃるかと思います)。また、Vista での動作を変更し、ウィンドウが最大化されているとき、タスクバーとウィンドウのタイトルバーの両方が開いて半透明のままになるようにしました。Vista に関して、たくさんの人々から、UI がくすんだように暗くなるのは嫌いだというフィードバックをいただきました。

固定化

これまでクイック起動でやってきたように、今でもプログラムをドラッグしたりコンテキストメニューからタスクバーへ固定したりすることはできます。目的地もドラッグアンドドロップで固定することができますが、異なった方法で表示されるように設計されています。詳しくは「ジャンプリスト」の項で見ていきます。

統合

もしクイック起動のサイズを大きくしたら、タスクバンドをどうするか考えなければなりません。すでにお話したように、シングルインスタンスプログラムの多くのシナリオでは、起動と切り替えは同等です。それゆえ、この動作を標準化し、プログラムの起動中はプログラムの起動をウィンドウの切り替えとすることに決めました。効果的に、クイック起動とタスクバンドを統合したわけです。他の OS でも似たようなコンセプトがありますが、デフォルトのエクスペリエンスは常にタスクバー上に 1つだけ表示されるように最適化する、というのが他とは異なる私たちのアプローチです。つまり、ウィンドウの状態 (最小化されている、最大化されている、復元されている、など) にかかわらず、新規にまたは重複してボタンは作られないということです。また、デフォルトでは、タスクバーに目的地をトップレベルに固定化することができません。これは、固定化されたファイルと、同じファイルを開いている実行中のウィンドウが重複するのを避けるためです。「すべてを支配するための 1つのボタン」と言っていますが、私たちは本気です。この 1つの統合されたボタンへの取り組みにより、タスクバーは整頓され、探しものを見つけるための唯一の場所となります。

起動と切り替えを一体化することにより、もっとも要望の多い機能を提供することも容易になります。その機能とは、タスクバーのボタンを移動可能にすることです。クイック起動ではいつも可能ですが、このメカニズムをタスクバンドにも結合することで、必然的に実行中のウィンドウに対しても再配置機能が適用されます。

インタラクティブなグループ化されたサムネイル表示

Vista ではタスクバーのボタン上にマウスカーソルを動かすとサムネイルを表示しましたが、Windows 7 ではこの設計に改良を加えました。Vista とは違い、サムネイル表示は対応するボタンの拡張機能となり、この視覚的な補助をクリックすることにより任意のウィンドウに切り替えられます。サムネイルはまた、左上のアイコンやウィンドウのタイトル、さらには右上の普遍的な閉じるボタンにより、ウィンドウをより正確に表現したものとなっています。

図 3. サムネイル表示: グループ化されたインタラクティブなサムネイルはウィンドウの管理を簡単にします。

タスクバーの最も重要な機能のひとつは、個々のウィンドウを表に出すことです。その結果、人は簡単にウィンドウ間を切り替えることができます。プログラムの起動とウィンドウの切り替えを統合したので、次の論理的な処置は、プログラムの複数のウィンドウをどう一体化させ表示するかを決定することです。これには、Windows XP で導入されたウィンドウのグループ化と呼ばれる機能に目を向ければすむことでした。タスクバーがいっぱいになると、プログラムのウィンドウは 1つのメニューにまとめられます。しかし、ここでちょっとした設計上の難問にぶつかりました。まず、この動きは予測不可能です。この拡大縮小のメカニズムがいつ発動するか、実際のところ誰もわかりません。次に、ウィンドウのリストビューは、いつもアイテムを表現する最善の方法とは限りません。最後に、メニューを開くには必ずクリックする必要があり、ある人にとってはペースを落とすことになります。私たちのソリューションは、予測可能なエクスペリエンスを提供するためにデフォルトでボタンを結合し、グループ化されたサムネイルを使用し、このサムネイルをクリックだけでなくマウスカーソルを上に動かしたときにも表示されるようにすることでした。このアプローチは [Alt] + [Tab] で直接タスクバーを表示させるようなものとお考えください。タスクバーのボタンへマウスを持ってくると、プログラムのすべてのサムネイルが現れ、同時にそれは軽量で整理された切り替えモデルにもなります。エクスペリエンスに磨きをかけるため、プログラムが複数のウィンドウを開いているかどうかを知らせる、積み重なった窓の視覚的な手がかりをお見せします。一方、それぞれのウィンドウに対して個々のボタンが表示されるのをお望みで、そのように動作するオプションがあった方がよいと思う人々もまだいらっしゃることがわかっています。

Windows 7 のタスクバーにより、プログラムが実行中かどうか、1つのウィンドウが開いているかそれとも複数のウィンドウかにかかわらず、行くべき唯一の場所があります。表現力豊かなサムネイルは、ウィンドウを管理し切り替えるためのより直観的な方法を提供します。

Aero Peek

はい、なぞなぞです。ウィンドウを正確に識別できることを「保証する」プレビューの最適なサイズはどのくらいでしょうか? グループ化されたサムネイルの見た目はよいですが、この小さなプレビューではウィンドウを認識するための十分な情報を常に提供できるとは限りません。画像では十分に役立ちますが、電子メールやドキュメントではそれほどでもありません。答えは単純に、実際の内容で、実物大で、実際の場所にある実物のウィンドウを表示する、です。これが、Aero Peek についてのコンセプトです。

タスクバーの文字やサムネイルでは十分な情報が得られない場合、単にマウスをタスクバーのサムネイル上へ動かすと、ほら! 対応するウィンドウがデスクトップ上に現れ、他のウィンドウはガラス板の中へ消えていきます。見たかったウィンドウを見たら、ただクリックするだけで元の状態に戻ります。これにより、ウィンドウを見つけるのがいとも簡単にできるだけでなく、情報収集のためにちらっと見るだけでよいというシナリオで、いちいちウィンドウを切り替える手間も省けます。Peek はデスクトップ上でも動きます。[デスクトップの表示] コントロールはタスクバーの右端へ移され、このボタンを押せば今でもデスクトップの表示へ切り替えられます。これは Fitts のマジックコーナー (重要なものは画面のすみに配置すべきという法則) を享受したもので、ターゲットにするのが非常に簡単になります。コントロール上にマウスを動かすだけで、デスクトップ上のすべてのウィンドウがグラス状態になり、デスクトップ全体を見ることができます。株式や天気予報のガジェットをちらっと見たり、デスクトップ上にファイルがあるかチェックしたりするのが容易になりました。

図 4. Aero Peek: サムネイル上へマウスカーソルを動かすと、デスクトップ上の対応するウィンドウをのぞくことができます

私たちは Peek のさまざまな側面の分析に多くの時間を費やしました。たとえば、人々が機能を使うとき、デスクトップ上のウィンドウを見るので、必ずしもタスクバーには焦点を合わせていないことがわかりました。初期のプロトタイプでは、Peek をタスクバーのトップレベルで直接始動させていましたが、問題が判明してしまいました。他のプレビューを表示させようと小さい領域でマウスを動かすと、手の動きが自然に弧を描き、その結果マウスがタスクバーから離れ落ちるため、Peek が終了してしまうのでした。そのため、Peek はサムネイルでのみ始動させるようにし、マウスが弧を描けるより広いスペースを確保し、不慮の始動を減らせることもできました。

ジャンプ リスト

Windows 1.0 までさかのぼりますが、実行中のウィンドウとプログラム用の状況にあったコントロールを表示したシステムメニューが常にありました。このメニューは、タスクバンドのボタンまたはウィンドウの左上隅を右クリックすることによりアクセス可能です。デフォルトでは、メニューには [閉じる] のような Windows のコントロールが表示されます。(ここでまたクイズです。タスクバーのボタンから表示されるシステムメニューは、[閉じる] の動作がダブルクリックでないにもかかわらず、なぜいつも [閉じる] を太字で表示させているのか不思議に思ったことはありませんか? 答えですが、ほとんどのウィンドウは左上隅の領域をダブルクリックするとウィンドウが閉じるので、太字のオプションはこの状況では理にかなっています。) 長年の間に、あるプログラムではシステムメニューを拡張して関連性のあるタスクを表示するようになりました。たとえば、コマンドプロンプトでは編集オプション、規定値、プロパティといったタスクがシステムメニューに示されます。しかし、メニューをどうするかはプログラムの自由競争といった具合になってしまい、人々のエクスペリエンスに一貫性がなくなってしまいます。このシナリオのもうひとつの欠点は、システムメニューはプログラムが実行中にしかアクセスできないと言うことです。デフォルトのコマンドはウィンドウを管理するためのものなので理にかなっていますが、もし実行されていないときにもプログラムのタスクにアクセスしたい場合はどうなるでしょう?

目標の項でお話したように、タスクを完了するために踏むさまざまな手順や、その手順を減らすことができるかについて、私たちは考えてきました。目的地に到達したりプログラムのコマンドにアクセスしたりするのに、人々が成し遂げようとしていることへ容易にジャンプできるようにしたいと思っています。ジャンプリストは、これを実現するための Windows 7 タスクバーの新しい機能です。この機能は、個々のプログラムのミニスタートメニュー、またはシステムメニューの次世代バージョンとお考えください。ジャンプリストは、プログラムのよくある名詞 (目的地) と動詞 (タスク) を表示します。この新しいアプローチには、いくつかの利点があります。まず、すばやくファイルを起動したりタスクにアクセスしたりするのに、プログラムを開始すらしなくてすみます。次に、目的地はタスクバー上の貴重なスペースを占有しません。なぜなら、目的地はそれぞれのプログラムによって自動的にシンプルなリストに整理されるからです。10個のプログラムがタスクバー上に固定または実行されていれば、いつも使っている 150 以上の目的地にすばやくアクセスできることを意味します。しかも、UI をカスタマイズする必要すらありません。ジャンプリストは各アイテムに対してたくさんの文字を表示するので、タスクバー上に同一のアイコンが並んでヒントがなければ区別がつかないというのは、はるか昔のことになりました。特定の目的地を手元においておきたければ、単にそれをリストに固定できます。

図 5. ジャンプリスト: Word を右クリックすると、最近使ったドキュメントへすばやくアクセスできます

難しい設定などなしに一貫した価値のあるエクスペリエンスを提供するようにするため、あらかじめジャンプリストを存在させることにし、また、プログラムがエクスペリエンスをカスタマイズできるようにしました。デフォルトでは、メニューには、プログラムのショートカット、固定化を切り替えるトグル機能、ひとつまたはすべてのウィンドウを閉じる機能、そしてプログラムの最近使った目的地 (プログラムが共通のファイルダイアログを使用しているか、ファイルの種類を登録しているか、または Recent Items API を使用していると仮定して) があります。プログラムは、目的地がとても変わりやすい場合、デフォルトの MRU (もっとも直近に使用された) リストをシステムが管理する MFU (もっとも頻繁に使用された) リストに置き換えることができます。たとえば、Word は [ファイル] メニューにもあるように MRU の方がメリットがあるでしょうが、一方 Windows エクスプローラは、ユーザーがセッション中にたくさんのパスにアクセスする傾向にあるので、MFU を有効にするよう選択しました。プログラムはまた、人の行動パターンについてより専門知識がある場合は、専用の目的地リストを提供することもできます (例: IE は自分の履歴を表示します)。さらには、Windows Live Messenger や Media Player のように、タスクやタスクと目的地の組み合わせを表示させるものもあります。

皆さんがまだ十分に印象付けられていない場合のために繰り返すと、タスクバーの目的は、起動と切り替えの唯一の場所となることです。ジャンプリストは、プログラムの統一されたタスクバーボタンから有益な目的地とタスクを表示することで、パズルのもうひとつの重要なピースを提供します。

カスタム ウィンドウ切り替え

メジャーな Web ブラウザはどれでもタブとそれを管理する方法を提供しています。タブツールバーとタスクバーは、どちらも切り替えを簡単にするものなので、そっくりと言えます。TDI (タブを使用したドキュメントインターフェイス) プログラムと MDI (複数ドキュメントインターフェイス) プログラムは、自身が内部的に持つウィンドウ管理システムに頼っていました。なぜなら、Windows のタスクバーは、プログラムのシナリオに対して役立つよう最適化されていなかったからです。Excel などの一部のプログラムでは、子ウィンドウをタスクバー上に表示させるため特別な処理をしていましたが、このアプローチはある意味ハッキングのようなものでした。

新しいタスクバーはプログラムの個々のウィンドウを 1つのボタンでグループ化しているので、子ウィンドウを持つプログラムに対して、子ウィンドウを表示するための標準的な方法を提示することができます。繰り返しになりますが、タスクバーは、本物のウィンドウのほかに子ウィンドウへアクセスするための、唯一の一貫性のある場所を提供します。カスタムウィンドウ切り替えは、表現力豊かなサムネイルと Aero Peek を持ち、タスクバー上で通常のウィンドウのようにも振舞います。

サムネイル ツールバー

以前のタスクバーに関する投稿で、Windows Media Player のデスクバンドは有益なバックグラウンドミュージック用のコントロールを提示するにもかかわらず、実際にこの機能が享受されているのはセッションの 3％にしかすぎないことをお話しました。新しいツールバーには、「サムネイルツールバー」と呼ばれる新しい機能があります。これは、最大 7つまでのウィンドウコントロールを、関係するタスクバーボタンの中に表示するというものです。プログラム全部に適用されるジャンプリストと違い、このツールバーは特定のウィンドウにのみ関係があります。この新しい機能を取り入れることにより、今度こそ Media Player は多くの人々の目に留まることでしょう。

図 6. サムネイルツールバー: タスクバーサムネイルとのからみでウィンドウコントロールにアクセスしやすくなります

サムネイルツールバーは、タスクバーを整頓された状態に保ち、関連のあるタスクに直接タスクバーサムネイルからアクセスできるようにします。タスクが表示されることにより、ウィンドウ切り替えの必要性が低減します。

通知領域

通知領域がユーザーのコントロール下に戻ってきたことを喜んでお知らせします。デフォルトでは、ある一部のシステムアイコンのみ表示され、残りはメニュー内に表示されます。エクスペリエンスをコントロールするには、ただアイコンをタスクバー上へまたはタスクバーからドラッグするだけです。さらには、システムで表示されるすべてのバルーンヒントには小さなレンチアイコンが付いたので、通知の原因や無効にするための直接の方法をただちにチェックすることにより、うっとうしい警告をすばやく「叩き落す」ことができます。

図 7. 通知オーバーフロー: アイコンはデフォルトでオーバーフロー領域に表示されますが、自分で昇格させることができます

興味深いことに、通知領域のもっとも評判の良い変更は、雑音をカットしたことではなく、表示する情報を増やしたことです。今度こそデフォルトでタスクバーは時間と日付の両方を表示します。ついにやりました!

オーバーレイ アイコンと進行状況バー

通知領域を整理することは、プログラムが重要な情報を表示するための別の方法を考えるに値することでした。Windows の至るところにオーバーレイアイコンがありますが (たとえば、エクスプローラでショートカットを表示する)、この機能をタスクバーにも広げることにしました。アイコンはプログラムのタスクバーボタンの上に表示されます。しかも、タスクバーボタンを進行状況バーに変えることにより、プログラムは進行状況についてフィードバックすることもできます。

図 8. 進行状況バー: 実行中のコピー作業を表すために、エクスプローラはタスクバーの進行状況を利用しています

プログラムは関係するタスクバーボタンの中にアイコンや進行状況を簡単に表示することができます。これにより、タスクバーの「1つの場所、1つのボタン」主義が促進されます。

カラー ホット トラック

カラーホットトラックは新しいタスクバーの性格を象徴する小さなタッチです。タスクバー上の実行中のプログラムの上にマウスを動かすと、光源がマウスの動きを追跡するのですが、それを見たら驚くとともに楽しくなることでしょう。しかも、光の色は実際にアイコンそのものに基づいているのです。アイコンのもっとも優勢な RGB を計算し、その色で動的にボタンを描きます。カラーホットトラックはお楽しみ的なものであると同時に、プログラムが実行中である反応を示し、プログラムのアイコンを目立たせます。私たちはいつも、Windows プラットフォームを輝かせているのはプログラムであると確信しており、今度はその恩返しをするときです。

図 9. カラーホットトラック: マウスを実行中のウィンドウを横切るように動かすと、ダイナミックに色の付いた照明効果が現れます。

スタート メニュー

Vista でスタートメニューに対していくらか変更を加えたので、Windows 7 ではこの UI に対する変化は最低限にすることにしました。特筆すべき改良点は、ジャンプリストの追加と、よくなった電源ボタンです。電源ボタンはデフォルトでは [シャットダウン] となっていますが、簡単にカスタマイズできます。

違う、けれどもおなじみ

新しいタスクバーのすべての機能にもかかわらず、UI が類似性を保持するよう気を配るのは価値のあることです。私たちの仕事を表現すると、進化的であって、革命的ではありません。タスクバーは起動の面、ウィンドウ切り替え、そして警告を伝えるものであり続けます。ある人が Windows を使い始めたばかりであろうと、年季の入ったプロであろうと、変化にはコストがかかることを知っています。そのため、私たちは時間をかけて注意深くフィードバックを評価し、設計を確認するために数え切れない研究を行い、そして、これからも UI が柔軟性を持ち続けられるようなよく吟味された設定を提供していきます。

この投稿が新しい Windows 7 のタスクバーに関する情報を提供できていれば幸いです。今後、設計プロセスや機能のテスト方法、ファンのための高度な機能についてお話しする予定ですので、どうぞご期待ください。

- Chaitanya

フォローアップ：Windows ウィンドウの管理

e7blog — Tue, 28 Oct 2008 14:19:15 GMT

ウィンドウの整列に関する投稿から、実にさまざまな議論が交わされています。これは、このような細かい部分が、ユーザーにとってどれだけ重要なことであるかを如実に示しています。アプリケーションを画面上に表示する方法を調整できるかどうかは、ほぼすべての作業に関係するため、生産性向上の鍵となります。さらに、それは一人ひとりさまざまな別々の問題です。ユーザーは自分の作業環境をコントロールし、自分にとって快適な状態に設定したいと考えています。

ここで、明らかにしておかなければならない事実があります。それは、ユーザーが求めているさまざまな作業形態、さまざまなツールや提案された手法のすべてについて満足させることのできるソリューションを提供することは不可能だということです。あらゆる要望を網羅したオプションと UI を実現したら、大変なことになるであろうことは、皆さんにもお分かりいただけると思います。初めは、あまり気の進まない仕事でしたが、ユーザーが Windows PC を自分だけの PC にするために使用している (さらに、自分で開発している!) さまざまなツールやユーティリティについて聞くことは、何よりの楽しみでした。私たちの目標は、デスクトップを管理するうえで考えられるありとあらゆる方法に対応したソリューションを提供することではありません。むしろ、カスタマイズ機能と個人設定機能を使用してデスクトップを管理する手段を提供し、ユーザーがユニークかつ斬新な方法でデスクトップをさらに進化させるツールを開発できるようなプラットフォームを提供することなのです。先に述べたように、いくら努力しても、無限のカスタマイズ機能を提供して、ユーザーを引き付けておくことはできないため、実際のところ技術的に不可能です。ただし、この方法には、無限ではないにしてもかなりの柔軟性があるため、開発者は新たなツールを提供し、コンピューターメーカーは自社の PC を差別化できます。また、これらの要素を好きなように組み合わせることで、UI を自分専用に調整し、生産性が上がるような快適な環境にすることができます。

もう 1つ特筆すべき点は、実に多くのコメントの内容が、ウィンドウのフォーカスの移動、レジストリ、Zオーダーでのウィンドウの管理など、Windows で議論されてきた要素に関するものだったことです。これらの Windows API に関する歴史および名言は、Raymond Chen のブログから生まれました。Raymond は Windows チームに長年属している開発者であると同時に、『Old New Thing, The: Practical Development Throughout the Evolution of Windows (邦題「Windowsプログラミングの極意歴史から学ぶ実践的Windowsプログラミング」)』の著者でもあります。これは、Windows が行う部分と、アプリケーション開発者が行える部分 (およびカスタマイズできる部分) の境界がどこにあるのかを理解するために最適な資料です。

この本の冒頭で、Daveは、チームでの議論で取り上げられたいくつかアイデアについて補足しています。 -- Steven

コメント全体にわたって、たびたび見られる複数のフィードバックがありました。フィードバックの内容からは (詳細は以下を参照)、これらの点に対する強い思い入れがあるように感じます。

ウィンドウのサイズは重要。しかし、ウィンドウのサイズの変更は面倒で、うんざりする。
ウィンドウの行き先は自分で指定させてほしい。ウィンドウをどこに配置すればよいかをよくわかっているのは自分自身だ。
ターゲットウィンドウ (またはデスクトップ) がいっぱいになっていることが多いので、ファイルのドラッグは厄介である。
切り替えるウィンドウがどれであるかを探すときに、実行中のウィンドウをもっと簡単に見分けられるようにしてほしい。
コンテンツにウィンドウが収まるように、予測できるような方法を望む (必ずしも最大化されている必要はない)。
ウィンドウが最大化されている場合でも、私の個人用に設定された配色を維持したい。

これらの各ニーズについては、他の製品の機能に対して、そしてまったく新しいアプローチに対して、潜在的な解決策が議論されています。これらのコメントから明らかなのは、改善を求める声が多いということと、このテーマについて長い間考え十分に具体的な推奨機能を考えついているユーザーがいるということです。以下に、現在コメント欄でやり取りされている内容の一部を抜粋します。

目的の場所にウィンドウを配置する

既存の機能について、適切に機能するケースとそうでないケースをユーザーが議論している様子を見て、非常に興味深いと感じました。

たとえば、@d_eさんはタスクバーの、並べ表示オプションのファンです。

分割ウィンドウのような形でのウィンドウの整列は、実際はとても簡単なのだ。タスクバーで、複数のウィンドウを Ctrl キーを押しながら選択する。次に、右クリックして、並べ表示のオプションのいずれかを選択する。

しかし、この方法では @Xepolさんの目的は満たされていません。

タスクバーの上のウィンドウの並べ替えボタンに関しては、Win95 以来、そこにあることは知っているが、私は使用したことはない。目的どおりに表示されないからだ。目的の並べ方に近かったとしても、順序が間違っている。結局自分でドラッグしなければならないので、最初から自分で目的の場所に配置する方が簡単だ。

@Aengelnさんは、もっと使いやすくするために、ウィンドウを並べて表示するという基本的な考え方を、さらに高いレベルに引き上げることを提案されています。

本当に便利な機能とは、特に大きな画面の場合は、デスクトップを別の部分として分離する機能だろう。たとえば、デスクトップの右側の一部分で Messengerウィンドウを最大化しながら、残りの領域でも、他のウィンドウを最大化することができるという機能だ。最大化されていないウィンドウは、デスクトップの両方 (すべて) の領域上の任意の位置に配置することができる。

ウィンドウが配置される場所を制御でき、常時使うほど簡単ですばやく行えるのであれば、複数のウィンドウの画面領域を最適化する機能は、とても使いやすそうです。現在のタスクバーの並べ表示機能は便利かもしれませんが、日常的に使用するほど簡単というわけではないようです。

適切な大きさで開く

ウィンドウの「既定サイズ」に対するコメントや、既定のサイズがどのように決定されるかに関する質問が多数ありました。開くときの大きさをアプリケーションで選択することもできますが、通常は、前回閉じたときのウィンドウの大きさが使用されます (または、この設定を使用しないように指定することもできます)。ユーザーをがっかりさせる可能性があるケースの 1 つとして、IE が小さなウィンドウを開く場合があります (Web サイトではときどきあります)。いったんそれを閉じると、それが新しい「前回の大きさ」になってしまうからです。

@magicalclickさんから次のような解決策が提案されました。

もう 1つキャプションボタン (「固定サイズ」) があればよい。実際には、チェックボックス。チェックボックスがオンの場合、このアプリケーションでウィンドウの状態が保持される。後からサイズを変えたり移動したりすることができる。ウィンドウを閉じた後も、後から行った変更は保存されない。

@steven_sinofsky から、今すぐ作業効率を向上させるために使用できる、次のような高度な使い方が紹介されました。

@magicalclickさん、私はそれには反対です。私なら、ボタンやクリックする箇所を追加するのではなく、「パワーユーザー」方式でワンクリックでできるようにします。つまり、いつ小さなウィンドウで開いた場合に、それを閉じないで、アプリケーションの別のコピーを「通常の」サイズのウィンドウで開いてから、小さい方のウィンドウを閉じて、それから、通常のサイズのウィンドウを閉じるのです。
もちろん、この方法は大変ですし、解決策を見つけることは不可能に近いかもしれませんが、タイトルバー上に 4 番目の UI を加えるよりは良い方法だと思います。
–steven

正しいウィンドウを探す

よく話題になるのは、(MacOSの)「Exposé」です。

@Joey_jさん: Windows には「Exposé」のような機能が必要だ。私はすべてのウィンドウを同時に見たい。

@Dan.Fさん: 一言、「exposé」。コピーしてほしい。

@GRiNSERさん: Exposéには、長所と欠点がある。macbook プロの 1400x1050 画面で 30 個のウィンドウを扱えるとしても、実際はそれほど役立たない。ただし、フリップ 3D よりは便利だ。Exposéは、キーボードを使ったウィンドウ検索よりも使いやすいだろう。

名前にかかわらず、検索しているウィンドウを視覚的に探す機能への要望があるということです。時系列的な方法の Alt + Tab やフリップ 3D よりも、ランダムなアクセス方法で、縮小表示からウィンドウを視覚的に選択できるような方法です。これは、多くのウィンドウを開く領域がある場合は切り替えの際に非常に便利ですが、いくつかの現在のアプローチでは、拡大縮小機能が不十分です。拡大縮小を行った場合、ユーザーがさらに多くのプログラムを実行すると、より困難な問題に発展する可能性があります。

ファイルのドラッグ

ウィンドウ間でのドラッグをより簡単にする方法について、複数のコメント (および複数の異なる提案) がありました。

@Manicmarcさん: 私は、Mac OS の Springloaded フォルダのような機能があればいいと思う。フォルダの上にドラッグして、フォルダをポイントすると、フォルダが表示され、次のフォルダが開いたらそこにドラッグする、というものだ。

@Juan Antonioさん: オブジェクトをドラッグするときに、ウィンドウのリストまたはサムネールを開いて、オブジェクトのドロップ先に使用するウィンドウを (右クリックなどで) 選択できれば、それは便利だ。

このトピックに関して、何かをできることと、適切と感じることの違いについての @Kosher さんからのコメントが気に入りました。

UI をほんの少し拡張することで、物事をはるかに簡単に実行できるようになる。どれくらい簡単であるかということだけではなく、共通の UI ワークフローとタスクの間のユーザーの遷移がどれくらい円滑であるかにも関係している。これは、Ferrari を一度も運転したことがなく、今後も Ferrari に乗る機会があるとは思えない人に、Ferrari と Toyota の相違点を説明するのに似ている。

Windows 7 の設計では、私たちはこのコメントの精神を現実的なものとして真剣に考えています。Windows 7 を試乗 (試用) できるようになったとき、Windows 7 がどの車と比較されるのか、今から楽しみにしています。

- Dave

ユーザーインターフェイス: Windows を管理するウィンドウ

e7blog — Tue, 28 Oct 2008 12:37:43 GMT

これまでにこのブログでは、コンピューターのブート、画面の表示、プログラムの起動についてお話してきました。次は、グラフィカル ユーザー インターフェイスの主な役割についての、かなり複雑なトピックを取り上げます。それは、ウィンドウの管理ということです。Dave Matthews は、Core User Experience チームのプログラム マネージャーで、今回はWindows 7 に関わるいくつかのデータと考察を提供します。--Steven

Windows 製品ラインの別名はシンプルに「ウィンドウ」です。ウィンドウは、関連する情報およびコントロールを画面上に整理する UI 概念です。このポストでは、この十分に確立されている UI 機能を更新する計画のバックグラウンドと「PM哲学」を取り上げます。

UI を整理するためにウィンドウを使用するという基本コンセプトは新しくありません。それは、聞くところによると、40 年以上前に Stanford でグラフィカルユーザーインターフェイスを使った初めての実験にさかのぼります。コンテンツを提示するのに役立つ方法であるため、それは結局今でも引き続き使用されており、ユーザーは画面のスペースの使用方法をコントロールできるのを好ましく思っています。「移動可能なウィンドウ」機能は、オペレーティングシステムで絶対に必要だとは限りません。ほとんどの携帯電話やメディアセンタータイプのデバイスでは、一度に 1 ページだけの UI を示します。ただし、その機能は、マルチタスキングまたは 2 つ以上のアプリケーションで作業する場合に役立ちます。Windows 2.0 は、移動し重ねられるウィンドウが可能になった初めてのリリースでした (Windows 2.0 では、タイルのように並べて配置できるだけで、重ねられませんでした)。この「並べて表示 vs オーバーラップ」論争では、双方に有名な提案者がいました。一方には Bill Gates、もう一方にはCharles Simonyi がいたのです。さらに、Windows にはマルチドキュメントインターフェイス(MDI) という固有の概念もあります。それにより、1 つのウィンドウフレーム内に、複数のウィンドウを整理できます。これはある程度、Web ブラウザーにおいて普及しているタブインターフェイスの前身といえます。

主題から逸れますが、初期の Windows プロジェクトで「並べて表示 vs オーバーラップ」議論に伴う初期の論争の一つは、画面の上部に 1 つのメニューバーを持たせるか、または、各ウィンドウ (または、ドキュメントやアプリケーション) ごとにメニューバーを持たせるかという問題でした。これについては当初大きな討論がありましたが、それは、画面の解像度が制限されていたので (VGA、640x480)、メニューバーの冗長性はスペースの消費に関わる問題であったためです。今日の大きなスケールモニターでは、この冗長性は表示スペース以上の問題となっています。マウスを使ってUI 要素にアクセスできると、つまり視覚的に要素を識別できると、マウスの移動が著しく少なくて済むからです。次の図をご覧ください！

Windows 2.0 から Vista へ

私が注目している領域は、システムの「ウィンドウ管理」部分、特に画面上でのウィンドウの移動や整列に伴う機能です (これらはタスクバー、およびアルトタブのようなウィンドウ切り替えコントロールとは異なりますが、非常に関連があります)。一般に、ユーザーは、移動、サイズ変更、最大化、最小化が可能であるウィンドウを期待します。さらに、使用中のウィンドウを前面に配置しながら、各ウィンドウを自由に並べ、重ねたいと思っています。これらの変換およびサポートツール (キャプションボタン、サイズ変更バーなど) は、ユーザーが好きなように作業領域を並べ変えて整理するための基本機能を構成します。

このような機能領域を向上させるため、私たちは現行のシステムを注意深く見て、何が存在するのか、そして何が機能しているかを確認しています。これは、ソフトウェアメーカーによって市場でどのように使用されているか、そしてユーザーによってどのように使用され理解されているかを確認することです。

キャプション ボタンは、最小化、最大化、および閉じるためのシンプルな方法です。サイズ変更可能なウィンドウは、4 辺のどれからも調節可能です。

実際の使用方法に関するデータ

以前、タスクバーについてのポストで指摘しましたが、平均的なユーザーはセッション中に 6 から9 のウィンドウを開いています。しかし、顧客のデータを見ると、所定時間のほとんどの時間で実際に画面上に見えているのは 1 つまたは 2 つのウィンドウだけです。さまざまに開いたウィンドウ間を切り替えるのは一般的ですが、多くの場合、2、3 のウィンドウだけが同時に見えるようになっています。

Windows フィードバック回答者のデータ

私たちは製品プランニングの一環として、ユーザーがウィンドウを移動し、サイズを変更するためにどの程度時間とエネルギーを費やすかについて調査しました。この調査により、現行のシステムでは何が機能しているか、また何を向上できるのかが理解できます。

たとえば、1 つのウィンドウの作業領域を最適化し、かつ容易に別のウィンドウに切り替えられるので、最大化は広く使用されている機能であることが分っています。ユーザーはその概念に応え、それを理解しています。通常、ユーザーは 1 つのウィンドウに注目するので、最大化機能は非常によく使用されることになります。多くのアプリケーションで、ユーザーが画素のすべてを読み取みとりたいという要望があることを私たちは知っています (例えばスプレッドシートでは、見難い画素は欄外の行に表示されます)。この要望により、最大化を超える「全画面表示」機能が一般的になり、日常の生産性を上げています。

タスクバーについて最近投稿したのと同じ頃、Vista での最大化機能について耳にした問題点は、ウィンドウが最大化される場合、ウィンドウとタスクバーが暗くなるので、カスタマイズされたグラスカラーがあまり見えなくなってしまう、ということです (Vista では、グラスウィンドウカラーをカスタマイズできます。また、セッションの 29% で、カスタムカラーが設定されていました)。より暗い外観は、ウィンドウが特別な最大限の状態にあることを明確にするのに役立ちます。ウィンドウが最大化されているのに気付かなければ移動しようとしても何も起こらず、フラストレーションと混乱の原因になるので、この外観は重要です。Windows 7 においては、ウィンドウが最大化されている場合でも、カスタマイズされたカラーを示すことができるように、別のアプローチを考えています。

興味深いことに、ユーザーは一度に 1 つのウィンドウを使用している場合でも、必ずしもウィンドウを最大化していません。1 つの重要な理由は、ウィンドウをあまり広げ過ぎずにテキストドキュメントを読む方が、しばしば快適であるということだと思います。画面いっぱいに電子メールの文章を20 インチ以上表示してしまうような場合、最大化するという考えは、広いモニター上ではあまり有用ではありません。テキストを読むには、4 から 5 インチの幅の方が快適なものです。大きなデスクトップモニターがより一般的になっていて、ワイド画面のモニターはラップトップでさえ人気があるので、この件は重要です。Windows にはこのような読書用拡大モードがないので、ユーザーは手動でできる限り縦を拡大し、幅をいくぶん広げることになります。これは、システムが現行のハードウェアでのシナリオ用に最適化されていないため、ドキュメントを読むような一般的タスクで、ウィンドウのサイズに関して余計な操作をしなくてはいけないという1つの例です。

分析データは、ワイド モニターが標準になることを示唆しています

2 つのウィンドウを並べて表示するのも間違いなく共通のニーズです。そうする必要がある理由はさまざまで、2 つのドキュメントを対照する、1 つのドキュメントから別のドキュメトを参照する、1 つのドキュメントまたはフォルダーからもう 1 つにコピーするなどです。2 つのドキュメントを並べるには、2 つのドキュメントがそれぞれ画面のおおよそ半分になるよう配置して調整するために、マウスを何度も移動する必要があり、これは、ワードプロセッサのドキュメントを、ポータブルリーダーフォーマットの同じドキュメントと比較するなど、2 つのアプリケーションを使用する際にしばしば見られます。

マルチモニターを使用しているユーザーは、2 つ以上のウィンドウを一度に使用するケースのために最適化されているため、一般的にタスクの効率が向上します。たとえば、効率的に画面スペースを使用するために、簡単に各モニター上のウィンドウを最大化することができます。マルチタスクに関するMicrosoft Research のstudy により、マルチモニターを所有する参加者は、タスクバーを使用するよりも、ウィンドウ上を直接クリックしてウィンドウを切り替える場合が多いことが分かりました。切り替え先のウィンドウが既に見えているためと考えられます。さらに興味深いことに、マルチモニターを所有する参加者は、ウィンドウ間の切り替え回数が少なめでした。タスクの効率性からいうと、ベストなクリックとはクリックの数が減るということです。

MSR 調査 レポート

シングルモニターコンピューターは、マルチモニターコンピターより一般的ですが、ウィンドウ管理機能は、一つのモニターで複数のウィンドウを表示するために最適化されていません。タスクバーのメニューには、上下に並べて表示、重ねて表示、および左右並べて表示の選択肢がありますが、それらはよく理解されておらず、広く使用されているようには思えません。そのため、多くのユーザーは 2 つのウィンドウを左右に並べて表示するときはいつでも、手動でウィンドウのサイズを変えて移動させています。

興味深いマルチウィンドウシナリオは、そのうちの1つのウィンドウがまさにデスクトップである場合です。デスクトップは今も、一般的に重要あるいは最新のファイル用の保存フォルダーとして使用されており、ユーザーはかなりしばしばデスクトップとエクスプローラウィンドウ、電子メール、またはドキュメント間をドラッグアンドドロップする必要があると考えられます。「デスクトップの表示」機能は、デスクトップへの迅速なアクセスを可能にしますが、使用するウィンドウも閉じてしまいます。つまり、元のウィンドウを探して開くか、デスクトップの表示機能は使用せずに手動ですべてのウィンドウを縮小するかのどちらかを行う必要があるということです。単純なタスクを完了するためにウィンドウを管理するときにユーザーが多くの時間や努力を費やすという、このようなシナリオを知るのはたいへん興味深いです。このようなエクスペリエンスは、複雑なシナリオが繰り返される場合、テレメトリーで観察されます。これらが一般的なエラーのためか、ユーザーがマルチステップタスクを完了させようとしているためなのかを知るには、さらなる調査が必要です。

設計の進化

ウィンドウ管理システムで成功を収める設計を見つけるために、私たちはユーザーの生産性を最も上げるためにどちらの方向に進めばよいか、多くの方向性を調査します。過度のマルチタスクから集中的なシングルアイテムにいたるまで、スケール化しつつ最も共通な使用法に対して最適化されているソリューションを探しています。多数の異なるウィンドウを使用する際に役立つ仮想デスクトップ (特にそれらのウィンドウが関連するセットにクラスター化されている場合)、または Visual Studio などの先進アプリケーションで見られるような効果的にスペースを配置するのに役立つドッキングパレットなどの既存のアプローチを考えています。可能にしようとしているシナリオ用に特別に作成される革新的なソリューションも考えています。

システムがサポートする必要のあるさまざまなアプリケーションについても考える必要があります。SDI (シングルドキュメントインターフェイス) アプリケーションは、オペレーションシステムにほとんど依存してウィンドウ管理機能を提供していますが、MDI (マルチドキュメントインターフェイス) アプリケーションでは、ウィンドウ管理コントロールのいくつかを自らが提供しています (タブ UI は MDI アプリケーションで最近人気が高まっています)。いくつかのアプリケーケーションでは、カスタムアプローチまたビヘービアを得るための、それ固有のウィンドウサイズ変更コントロールやウィンドウキャプションコントロールを提供しています。これらのすべてのアプリケーションは価値があり、システムに何らかの変更点をもたらす際には異なったアプリケーションスタイルを配慮する必要があります。

Window 7 での私たちのゴールは、一般的なアクティビティを行う際に必要なクリックの回数および厳密な動きを減らすことです。ユーザーからのデータとフィードバックに基づいて、設計での重要な考慮事項として多くのシナリオを取り上げています。私たちが話題にしているすべての設計と同様に重要なのは、共通の使用シナリオを最も重視し、もっとも広く一般的な使用パターンについて明確な決定をくだし、新しい「あいまいなニーズ」に対処し、私たちの「コントロールする」ことに関する考え方を確実に維持することです。トップに上がってきたシナリオのいくつかは次のとおりです。

2つのウィンドウを最小の設定によって、すぐに効率的に表示する。
縦は画面の最大、横は読むために快適な幅で簡単にドキュメントを表示する。
ウィンドウをデスクトップ上に迅速かつ容易に表示する。
最も一般的なアクションでは必要な操作は最小限にする。最小限の厳密なマウス操作によって、迅速にウィンドウを最大化あるいは元に戻す。
マウス操作に代わるキーボードのショートカットが上級者向けにいつでも使用できる。
便利で、すぐ理解でき、効率的なウィンドウオプションが、さまざまなディスプレイ (小型ラップトップから30インチ以上の画面、さらにシングルモニターからマルチモニターまで) 対応している。
マウス、キーボード、トラックボール、ペン、またはタッチスクリーンなどのさまざまな入力方法を簡単に使用できる。
カスタマイズされたウィンドウの色は、最大化された時にも見分けられる。
ユーザーは全体にわたって「コントロールしている」と感じることができ、システムが迅速に反応することで結果的にユーザーは簡単に仕事を行っていると感じられる。

この最後のポイントは重要です。応答性とコントロールについてどう感じるかは、設計がユーザーによる実際の使用方法と一致しているかどうかを測るための、主要なテストだからです。私たちは、ユーザーがどのように反応するかを見るために、設計したものとモックアップをユーザビリティラボに運び入れテストします。ユーザーが楽しそうに、しかも簡単にタスクの実行に成功していたら、私たちは正しい方向に進んでいるのだと言えます。設計の段階においては、操作がとても自然に感じられ、操作のステップがユーザーの記憶に強く残ることを、最終的に目指しています。それは、ユーザーが使い慣れたツールをマスターできたと感じ、ユーザーがコンピューターを思い通りに動作させていると感じる、ということです。

このポストでは、ウィンドウ管理、および非常に基本的 UI の設計の進化に関して、いくつかの背景を取り上げました。私たちは皆さんからのフィードバックや反応を楽しみにしています。特に、Windows 7 ビルドを皆さんが手にされる時がさらに楽しみです。

- Dave

フォローアップ: スタート、起動、および切り替え機能

e7blog — Mon, 27 Oct 2008 18:22:22 GMT

タスク バーとそれに関連するユーザーインターフェースに関してたくさんのコメントをいただきました。そこでChaitanyaは、いくつかのフィードバックと考えを要約することにしました。--Steven

コメントと電子メールに登場した話題をフォローアップしたいと思います。このポストでは、一貫して見られるフィードバックについて考察を加え、さらに、明らかにされた課題のいくつかをエンジニアリングと設計の観点から取り上げます。

最初に、いくつかのポイントについてまとめておきます。

多くのユーザーが、通知領域はよりコントロールとカスタマイズが可能である必要があるという意見に同意しています。
タスクバーボタンの再配置についてのいくつかのコメントを受け取りました。タスクバーの各ボタンは予想可能な場所に表示される必要があるという意見と、タスクバーをもっとコントロールしたいという意見があります。
クイック起動は非常に役立つが、より優れた起動用サーフェイス (デフォルトでより大きく表示する、または場所を広げるなど) にできるのでは、という複数の意見がありました。
縮小表示は多くのユーザーにとって役立っています。しかし、表示サイズは目的のウィンドウを見つける際に役に立たない場合もあります。常に適切な情報量を提供する、より優れたウィンドウの識別方法に対する関心が見られました。
ウィンドウのより優れたスケーリング方法についての議論がありました。タスクバーを多くのウィンドウ用に最適化すること、また複数のディスプレイ上に延ばすことなどが議論されています。

データ

収集したデータから導き出した結論と、データの処理方法ついていくつかの質問がありました。

@Computermensch からのポストです。「この『分析』 (データがあるなら見たいものです) での問題は、単にタスク バー周辺の現在のアクティビティを管理しようとしている点にあります。つまり、「タスク バーの発展」に関して言うと、皆さんは現在使用中のフレームワーク内で開発しようとしているだけです。しかし、真の開発または発展とは、タスク バーのコンセプトの開発であるべきです。」

@Bluvg からのポストです。「ユーザーが 6-9 個以上のウィンドウを動作させなかった理由がUI自体にあったとしたらどういうことになるでしょう？ 言い換えると、この UI でもっと多くのウィンドウが効率的に表示できたら、結果はどうなっていたでしょう? そうだとしたら、あの 6-9個のシナリオに優先順位を付けるというのは、データから間違った結果を導き出すことになるのではないでしょうか。データは UI 自体によって導かれたもので、ユーザーの必要性によるものではないかもしれません。」

収集したデータとその使用方法に関してはこれまでのポストですでにお伝えしました。それらのデータは機能設計に直接的には反映されず、問題解決の参考とされます。顧客のインタビューやオンラインで自動的に集められた情報は、製品が現在どのように使用されているかについての理解を、現実的で正確なものにします。しかし、必ずしも、ただ現状に合わせて設計すること自体が目的ということではありません。新しい設計がユーザーの現在の目的と動作を満足させない場合、抵抗にあう恐れのあることを知っておく必要があると考えています。これは、目標を新たにしたり変更したりしてはいけないということではなく、目標を変える場合は、ユーザーの究極の目的を重んじなければならないということです。問題に対して新しいソリューションを提供することは重要です。確認する必要があるのは、適切な問題を解決していること、そして、ユーザーがいる現在の場所からより優れたソリューションがあると思われる場所へのパスが存在することです。既に述べたように、私たちは設計プロセスにおいて、タスクバーをより多くのウィンドウのためにより効率的にスケールする必要性を認識していますのでご安心ください。これにより、6-9 個のウィンドウのケースのように「わなにはまった」と感じているかもしれないユーザーが、必要ならば、気楽に思い切って別のウィンドウを開くことが可能になります。さらに、90% のケースでは、現在さらに多くのウィンドウを開いているユーザーにも利益をもたらすはずです。

通知領域

多くのフィードバックがある一方で、常にユーザーのコメントが収束する頃合いを見計らうのはとても重要だと考えています。通知領域に関する問題をオリジナルのポストでお知らせしましたが、皆さんの意見によりこれらの問題の重要度が増しました。

@ Jalf からのポストです。「20のアイコンと30秒おきのバルーン通知が、『常に』込み合っているタスクバーのスペースがさらに狭くなってしまうのは、ほんとうにいただけません。確かに、その情報を必要としている場合は、そこにあって欲しいです。しかし、アクティブにその情報を探していない場合は、その情報を必要としていないからであると考えられないでしょうか。

Jalfさんのコメントは、通知に関して賛否両方の意見を述べているので特に興味深いと思います。通知は確かに役立つ場合もありますが、多くのユーザーが指摘するように、とても容易にユーザーを圧倒してしまう場合もあります。したがって、必要な情報は知らされながらも、ユーザーが継続してコントロールできる状態にあるようにするには、注意深いバランスが必要です。情報が必要かどうかは相対的なものですが、コントロールの必要性は基本事項です。私たちはこの問題に気づいており、とても真剣に取り組んでいますのでご安心ください。

マルチ モニターへの支持

タスクバーのマルチモニターサポートを議論するために、多数の方からコメントをいただいたのは驚くべきことではありません。それは、先駆的ユーザー (および私たち開発者) にとって一般的な要望で、調査領域としてオリジナルのポストでお知らせしました。

@Justausr のコメントはきわめて直接的です。「マルチ モニター サポートが行われないのはほとんど犯罪ではないでしょうか。私は、Bill Gate のオフィスと彼の使用する3つのモニターの写真を見たことがあります。大部分の開発者はこの頃、2つのモニターを持っています。なぜ、タスク バーのマルチ モニター サポートはないのですか？ 繰り返しますが、これは Windows チームのコンパートメント化、および設計と実装においてユーザー志向が欠如していることの一例です。これは「可能」であるのに「当然行います」という段階にないという事実は、皆さんがこの問題を「まだ」理解していないということを示しています。

少なくともこの特定のケースでは、私たちは「理解している」と考えたいと思います。ただし、マルチモニタースクバーの設計は見た目程単純ではないと考えてもいます。多くの機能を使うので、これを実行するには複数の方法があります。たとえば各ディスプレイ上に存在する固有のタスクバーを提案する人もいれば、複数のディスプレイに延びるタスクバーを提案する人もいます。これらのアプローチの両方を見ていきましょう。その際、異なるサイズ、方向、および配置のモニターを持つ複雑さを心に留めておいてください。

各ディスプレイ上にそれぞれタスクバーを実装し、各タスクバーにそれぞれのデスクトップ部分に存在するウィンドウのみを含めると、いくつかの問題が生じます。バーが常にスクリーンの最下部にあるため、一部のユーザーにとってはマウスの移動距離が減るので便利になるでしょう。しかし、そのような設計は、ウィンドウの存在する場所を追跡する負担をユーザーに強いることになります。あるブラウザーウィンドウを、複数の場所で探すことを想像してください。必要なアイテムを見つけるために、複数のタスクバーを見ていく必要が生じます。更に悪いことに、ウィンドウをあるディスプレイのから別のディスプレイに移動する場合、そのウィンドウを探すための新しい場所を覚えておく必要があります。ユーザーが各ボタンについて記憶する必要があるというのは、タスクバーボタンを再配置するという要望と相反するようにも考えられます。テレビ用に動的に異なる機能を持つ 2 台のリモコンがあるようなものです。ほとんどすべての仮想デスクトップの実装で、現在使っているデスクトップとは無関係にタスクバーを固定しておくのは、これが理由の一つです。

もう一つの人気があるアプローチは、複数のデスクトップ上に延びるタスクバーです。Windows タスクバーでこの機能をエミュレートするいくつかのサードパーティツールがあります。このアプローチの最も明らかな利点は、二重のタスクバーと同様に、起動、切り替え、そして静かに知らせるために使用するスペースが広くなることです。明らかに、複数のディスプレイを持つユーザーには同時に多くのウィンドウを開くスペースがあり、したがって、タスクバーにより広いスペースが必要になります。先進のユーザーの中には、タスクバーの高さを拡大して複数の行を表示しこの問題に対処する人もいます。タスクバーを延ばすことを望む人もいます。知っておくべき重要なことは、問題は必ずしもタスクバーが延ばせないということではなく、ウィンドウの詳細情報を表示するために、もっとスペースが必要だということです。ユーザーがいくつディスプレイを持っているかにかかわらず、この問題のベストソリューションを見つけ出す必要があるのはそのためです。

この設計の問題については相当な時間を費やしましたので、この解決に関する各論について簡潔に説明しておくのは良い考えだと思いました。明らかに向上すると分かっている場合にのみ物事を変更し、得ようとしている利益を上回る複雑さは導入しないということが、成功への第一歩かもしれません。

いただいたコメントに対して深く感謝します。またお話できることを楽しみにしています。

- Chaitanya

ユーザーインターフェース：スタート、起動、および切り替え機能

e7blog — Wed, 22 Oct 2008 12:38:00 GMT

どこからスタートしましょうか？このポストでは、Chaitanya Sareen (Core User Experienceチームのシニアプログラムマネージャ) が、Windowsで最も頻繁に使われるユーザーインターフェースである Windows タスクバーをエンジニアリングの観点から取り上げました。--Steven

タスクバーとその機能について多くのフィードバックがあるのは、一般的に驚くべきことではありません。私たちが絶えずそのバーを取り上げて、ユーザーのためにタスクバーのエクスペリエスを改善しようとするのも驚くべきことではありません。私たちは、既存の実装とデザインの親しみやすさと利点 (および互換性) をさらに前進させようとしています。このポストでは、Windowsデスクトップの最下部 (おそらく) に気取らずに存在するこのバーについて考察しました。タスクバーのいろいろな部品を詳細に観察し、ユーザーから集めたデータを分析し、その知見をWindows 7 のエンジニアリングにどのように活かせるか見ていきましょう。

タスクバーの基本

タスクバーは Windows 95 でデビューし、その中心的な機能は今日まで変わりません。要するに、起動し、切り替えて、「静かに知らせる」機能です。図 1 は、Vista のタスクバーで、タスクバーの基本的な構造を示します。重要な部分は、タスクバンド、クイック起動、[スタート] メニュー、デスクトップツールバー (別名; デスクバンド)、および通知領域です。これらのコンポーネントは一ヶ所から、タスクを開始し、管理し、モニターするという、ユーザーにとって最も基本的なコントロールのいくつかを提供します。

図1：Windows タスクバーの構造

タスクバンド: 正確なウィンドウスイッチャー

タスクバンドは、タスクバーの最も重要な部品です。そこには、デスクトップで開いている大半のウィンドウを表わすボタンがまとめられています。タスクバンドをコンピューターのリモコンと考えてください。テレビでチャンネルを切り替えるように、タスクバンドでウィンドウを切り替えることができます。ウィンドウを切り替えるというアイデアは、Windows タスクバーの最も基礎となるものです。他のオペレーティングシステムでも画面の最下部にバーがあります。しかし、それらのバーにはおそらく Windows タスクバーとは異なる目的の場合があります。たとえば、Mac OS X には Dock がありますが、それは主にはプログラムランチャーであり、プログラムスイッチャーです。Dock 上のアイコンをクリックすると通常、動作しているプログラムのすべてのウィンドウが開きます。2003 年に、Apple は Exposéとして知られているウィンドウスイッチャーを導入しました。そこでは、Windows で長年存在しているアルトタブインターフェイスとは異なる視覚的アプローチがとられました (Vista のFlip 3D ではさらに別の視覚的アプローチがとられています)。これらの専用ウィンドウスイッチャーにはユーザーに開いているすべてのウィンドウを広い視野で見てもらうという目的があります。ただし、最初にユーザーがその機能を呼び出す必要があります。一方、タスクバンドでは、マウスでウィンドウに素早くアクセスできるよう、常に見えるように設計されています。これにより、タスクバーは Windows オペレーティングシステムで最も傑出したウィンドウスイッチャーになりました。

この8年間にタスクバーにおける注目すべき変更点が2 つありました。Windows XP では、スペースを節約するために、グルーピングと呼ばれるタスクバーボタンを1つのボタンにし、同じプロセスのウィンドウを整理する機能が追加されました。Vista では、タスクバーのサムネイルが提供されました。これらの表示は、探しているウィンドウに関する詳細情報を知らせてくれます。タスクバー、アルトタブなどのインターフェイスは価値がありますが、Apple 独自のExposé でさえも、サムネイルは必ずしもウィンドウを確実に判別できるほど大きくないことが判明しました。ウィンドウを多数開くと、それに応じてますます縮小せざるをえないので、サムネイルは役に立たなくなります。これは、しばしば多くのプログラムを実行し、各プログラムでさらに多くのウィンドウを開くユーザーから得たフィードバックです。

[スタート] メニュー：Windows のスタート台

[スタート] メニューは、システムの機能を起動する、またはアクセスするなどのユーザーにとって主要なタスクの出発点として、タスクバーに存在します。Microsoft は当然、「スタート」という語を使い、目立つように [スタート] メニューのボタンにラベルを付けました。Rolling Stones の『Start Me Up』をフィーチャーした Windows 95 の大々的な市場キャンペーンを思い出す方もいるでしょう。真剣な話、調査によると、多くのユーザーはコンピューターのどこからタスクを始めればよいのか、必ずしも理解していなかったのです。ユーザーは Windows 95 マシンを前にして初めて、わかりやすくラベルが付いたスタートの場所を手に入れました。ただし、マシンをシャットダウンするにも「スタート」をクリックする、という冗談を耳にもしました。シャットダウンについて言えば、Vista の [スタート] メニューでは、電力オプションに関していくつか課題がありました。ユーザーがより速くレジューム（復帰）できるように、スリープオプションにバルーンをつけて注意を引き、スリープを利用してもらおうという目的でした。ただし、これらの意図にもかかわらず、現在もユーザーはフライアウトメニューを開いて他のオプションを選択していることが分っています。このエクスペリエスを改善しようと検討中です。

[スタート] メニューは、長年にわたって多くの変化を遂げました。1 つの顕著な変更点は、一般的に (かなりしばしば) 使われるプログラムを示唆する Windows XPの MFU (Most frequently used) セクションの登場でした。目的は、場合によっては [すべてのプログラム] を使用しなくてもすむようにして、ユーザーの時間を節約することでした。使用頻度に基づいてアイテムが自動的に現れるので、手動のカスタマイズさえ不要です。[すべてのプログラム] の機能もいくつかの仕様変更が加えられています。ユーザーからのフィードバックで、元の [すべてのプログラム] のフライアウトメニューを横断する際に、困難が伴うことが分かりました。マウスをメニューから「外して」しまうことはまれでなく、そうなるともう一度初めからやり直しになります。これは、特にトラックパッドを使用するラップトップ型のユーザーに見られるケースでした。また、突然このメニューが画面いっぱいに広がり、そうなると視覚的にうるさくなり、マウスを何度も動かさざるを得なくなるという問題もありました。そして当然ながら多数のアイテムやグループをもつマシンでは特に操作が難しくなり、小さな画面上ではさらに難しくなります。Vista では、メニューは 1 つにして、難しいマウス操作を減らしました。

[検索]は、起動をさらにより簡単にするための、[スタート] メニューへのもう 1 つの重要な追加でした。Vista のこの新機能を使うと、全くマウスを使う必要なく、プログラムやファイルに素早くアクセスできます。フレーズを入力すると、プログラム、ファイル、そして電子メールについてさえ検索できます。これは「起動時間」短縮させる鍵となる機能だ、と感じる熱心な人々から、多くの肯定的なコメントをいただきました。デスクトップ上で検索技術を使用するユーザーの最も一般的なシナリオと同じように、[スタート] メニューでの検索では、最初にプログラムの検索結果が返るように最適化されています。興味を引かれると思いますが、検索では、パラメーターを使用して質問範囲を絞り込むこともできます。たとえば、「To：john」や「From：jane」と入力して、[スタート] メニューから直接、特定のメールを見つけることができます。熟練したユーザーも、Run Dialog の代わりに [スタート] メニューの検索を使う利点があります。Dialog で実行ファイルにスイッチを加えて入力するのと同じように、検索フィールドに直接これを入力することができます。検索だけでこのブログの一つの記事になります(もちろん書く予定です)が、できれば、マウスの移動による起動と比較して、検索による起動がどの程度有効かを適切に判断してください。

クイック起動: 素早く簡単な起動

クイック起動は、ユーザーがタスクバーから直接、一般的に用いられるプログラム、ファイル、フォルダーやウェブサイトを起動する方法を提供します。それは、Internet Explorer 4.0 with Windows Desktop Update により Windows 95に導入されました。クイック起動のカスタマイズは、ショートカットをこの領域にドラッグすればよいというほど簡単です。何かを開始したい場合に、[スタート] メニュー、デスクトップ、またはフォルダーに移動する手間を省きます。お気づきでないかもしれませんが、クイック起動の面白い特徴は、それが図 2 で示される大きなアイコンを以前からサポートしているということです (タスクバーの固定を解除し、クイック起動を右クリックして、「表示」より大きなアイコンをクリックします)。もちろんアイコンが増えるとタスクバンドの領域が狭められます。それが、デフォルトではこの構成を有効にしなかった理由の１つです。Windows 上のさまざまな起動用インターフェースの数を減らすため、Windows XP ではクイック起動をデフォルトでオフにしました。フィードバックに基づいて、ユーザーへのこの非礼は迅速に修正され、クイック起動は再びデフォルトでオンとなりました。毎日使うものへの素早いアクセスに干渉しないでください！という声がはっきりと聞こえてきました。

図 2：クイック起動の大きなアイコン タスクバーの大きなアイコンは、Windows 95 のIE 4からサポートされました

デスクトップツールバー (別名; デスクバンド)：タスクバー向けガジェット

デスクトップツールバーは、タスクバーでトップレベルの拡張可能な特別の機能を提供します。この機能も 90 年代にInternet Explorer 4.0を通じてタスクバーに導入されました。タスクバーを右クリックして、[ツールバー] を展開し、ツールバーにアクセスすることができます。個人的には、デスクトップツールバーを Windows プラットフォーム用ガジェットの初期型と見なしたいと思います。長年にわたって、開発者はバックグラウンドミュージック用のコントロール (例えば、図 1 で示される Windows Media Playerのミニモード)、検索フィールド、ラップトップ用バッテリーのよりリッチなビュー、天気予報などのさまざまなツールバーを作成してきました。

デスクトップツールバーのオリジナルシナリオの一つは、ユーザーがタスクバーから直接アイテムを開始するのを可能にすることでした。実際、クイック起動自体が、クイック起動フォルダー内のショートカットを表現する特別なツールバーなのです。コンテンツに素早くアクセスできるよう、そのコンピューターのフォルダーにあなた自身のツールバーさえ作成可能なのを知っていましたか？([ツールバー] メニューから、[新規ツールバー] を選択し、アクセスするフォルダーを選択します。) Apple の最新 OSでは、スタックと呼ばれてる同様の機能を Dock に導入しました。一般的には、この機能の実装の方が視覚的により魅力的だと思いますが、最近、Microsoft の当初の機能に匹敵する新しい一覧表現を公表したのは興味深いことです。両社とも、多数のアイテムを解析して移動する最も効率的な方法は単純な一覧であると考えているようです。

デスクトップツールバーを絶賛した後で、いくつかの課題のあることも認めなければなりません。まず、簡単に発見できるとは言えません。さらに、すでに込み合っているタスクバーの貴重なスペースを使います。しかし最も重要なのは、ユーザーの目的を必ずしも達成できないことです。タスクバーからフォルダーのコンテンツにアクセス可能ですが、素早くアクセスしたい複数のファイルがもし 1 箇所にない場合はどうでしょう? これらは、取り組むべき設計課題です。

通知領域：“ささやき”

通知領域はその名称の通り、ユーザーに何かしらの情報を通知する領域です。通知領域はタスクバーのオリジナルな部分で、ユーザーに情報を静かに知らせるために設計されました。ここで、簡単にシステムをモニターすることができ、プログラムの状態を確認でき、時間をチェックすることさえできます。Windows の後のバージョンで、テキストによる説明付きアラートを可能にした通知バルーンが導入されるまでは、アイコンが情報を伝達するための支配的な方法でした。また、非アクティブなアイコンを隠す折りたたみ可能な UIが加わり、タスクバーをよりすっきり見せています。

多くの開発者がその機能を充実させてきたので、通知領域の人気は長年にわたって上昇してきました。そのため、静かな通知者から大声の通知者に変わったと感じる人もいます。ユーザーからのフィードバックによると、この領域をあまりうるさくせずに、エンドユーザーがもっと制御できるように、との要望です。

データの収集

このブログの当初の投書で、機能をどのように使用されているかについての情報をユーザーの皆様から自発的に匿名で送っていただく方法を説明しました。このデータは設計に生かされます。データに従ってそのまま機能を設計するわけではありませんが、開発する機能に優先順位をつけ開発するアプローチを検証する確かな助けとなります。「誰でも <x> をするということを知っています」あるいは「すべてのユーザーは、<y> します」と言ってしまう過ちを誰もがしばしば犯します。データの信頼性と統計的正確さのおかげで、私たちはより現実的な正確さをもって実際の使用状態についてお話しすることができます。ユーザーのタスクバーの使用法について収集したいくつかの興味深い情報を見ていきましょう。

図 3 は、タスクバーについて最も重要なデータであるのウィンドウ数についてのデータです。平均して大多数のユーザーがセッションの際に、同時に最高 6-9 個のウィンドウを使用することを示します (セッションは、ログイン/ログアウトまたは 24 時間のどちらか最初に起こった方と定義されています)。タスクバーが、下記のグラフの全分布において機能しなければならないことは言うまでもありませんが、「スイートスポット」を確認することは、大部分のユーザーにとって最も重要である部分に開発を集中させるのを助けます。つまり、6-9 のケースはもちろん、さらに 10-14 だけでなく0-5 のケースでも効率的に機能するようにすれば、ほぼ 90% の典型的セッションに対処したことになります。

図3：一度に開くウィンドウの最大数は？

図4と5は、ユーザーがどのようにタスクバーをカスタマイズするかについて理解するのに役立ちます。これらのオプションの決定方法についてだけに、一つのポストの全文を費やすこともおそらく可能です。別の機会には、選択肢のパラドックスを語り、オプションがどのようにエンジニアリングプロセスに影響し、ユーザーにとってどのようにより楽しみの多い製品にしていくか、といったことについて取り上げたいと思います。その前に、これらの調査結果からどのような結論が導かれるか見ていきましょう。最も明らかなのは、大部分のユーザーがデフォルト設定を変えないことです。つまり、１回の右クリックで [プロパティ] を表示することもないということです。たとえば、エンドユーザーがどれくらいの頻度でタスクバーを他の地域へ再配置するか知るのは興味深いことです。タスクバーが画面の最下部にないのはセッションの 2% 未満です。これらのマシンの僅かなパーセンテージについては、間違ってタスクバーを再配置してしまったことが分っています。また、その場合、エンドユーザーは元に戻すのに苦労していますが、データではこのような状況を区別しません。このデータに従い、必ずしも再配置の機能を除去しようというわけではありません。むしろ他の構成よりもデフォルトの水平タスクバーへの開発を優先できるということです。

図4：どのようにタスクバーをカスタマイズしますか？ 赤い数は、対応するチェックボックスがオンであるセッションのパーセンテージを示します。

ロケーション:	セッション (パーセント)
最下部 (デフォルト)	98.4%
上	1.02%
左	0.36%
右	0.21%

図5：タスクバーの位置

図6は、Windows Media Playerデスクトップツールバーに対するいくらかの洞察を提供します。Windows UX のガイドラインでは、ユーザーがタスクバー上にツールバーを作成るには、ユーザーに許可を求める Windows シェル API を呼びだす必要があると定めています。Windows Media Player の使用方法を見ると、ユーザーは 10% のセッションのみで同意しているのがわかります。さらに驚くべきことに、3% のセッションのみでツールバーを表示しています (各コントロールを見えるようにするには、Media Player を最小にする必要もあります)。言い換えると、97% のセッションではツールバーの機能がまったく活用されていないのです！このシナリオは価値があると思い、他のデザインを検討中です。ユーザー自身がエクスペリエスを確実に管理できるようにするため、この機能をより多くのユーザーに知らせたいと思います。

状態:	セッション (パーセント)
使用可能なツールバー	10%
使用可能かつ可視のツールバー	3%

図6: Windows Mediaツールバーを使いますか？ 使用可能とは、ユーザーがツールバーを使おうとした、という意味です。可視とは、ツールバーがタスクバー上に見えている、という意味です。

タスクバーの発展

私たちのチームはタスクバーの改善についてブレーンストーミンングする前に、この UI へ畏敬の念を表明する時間をとりました。タスクバーはほぼ15才で、誰でもそれを使い、人々はそれに慣れています。そして、多くの人々はそれで十分だと思っています。もし改善するのであれば、そのまったく新しいユーザビリティーを導入することで、いかなる失敗もできないと肝に銘じています。これにより、要求水準は自動的に非常に高く設定されました。最初に改善する場所を調べて慎重に推進しました。

ユーザーからのフィードバック、および私たち自身の観察、またデータから学んだことの一部は下記のとおりです。好ましい方法の 1 つは、機器によるデータが検証できるだけでなくインタビューやアンケートによって深い前後関係まで得られるラボで得られた、コメントです。Windows 7 のエンジニアリングではこのような検証を何百時間も行っています。以下のフィードバックはほんの一部です。完全な一覧表ではなく、またそれを意図してもいません。また、これらのコンセプト全てを実現するわけではないということをご理解ください。

タスクバーボタンを再編成させてほしい！
時々、意図せず間違ってタスクバーボタンをクリックして、間違ったウィンドウを開いてしまうので、どうにかしてほしい。
タスクバーが複数のモニターに渡って延長できれば、移動先のウィンドウを表示するスペースが大きくなって嬉しいのだが、、、
タスクバーに、探しているウィンドウを特定するために十分なテキストが表示されない場合がある。
あまりにたくさんのテキストがタスクバーに表示される。(これは、前の項目とは正反対ですが、ブログのコメントでよく見かけます。)
定期的に使用するプログラムやファイルを開始するために、何度もクリックする必要がある。
固定されたファイルのアイコンは似すぎていることがある。判別できるようにしてほしい。
画面下部の右側はときどき込み合い過ぎになる。アイコンとバルーンが多すぎる。
どのように、<X> をタスクバーに加えたり、削除したりできるのか？
Windows では、機能を効率的に折り込んで、インターフェイスを単純化して欲しい。

これらのフィードバックは、以下のようにまとめることができます。

ユーザーはより確実かつ簡単にウィンドウを切り替えられる必要がある。
一般的に使用されるアイテムやタスクの移動は、ユーザーにとって容易である必要がある。
ユーザーは常にカスタマイズできると感じている必要がある。
タスクバーはよりきれいな外観である必要がある。

タスクバーについて、ユーザーからのフィードバックをもとに、私たちが対応していく過程についての理解を、いくぶんでも深めていただけたとすれば嬉しく思います。今後の詳細情報もどうぞお楽しみに。

- Chaitanya

マイクロソフトのEngineering Windows 7 ブログ : Shell

Windows 7 の“テーマ”：作成、保存、そして共有

Windows の検索をエンタープライズ データ ソースと統合する

Windows 7 のタスクバー

フォローアップ：Windows ウィンドウの管理

ユーザー インターフェイス: Windows を管理するウィンドウ

フォローアップ: スタート、起動、および切り替え機能

ユーザーインターフェース：スタート、起動、および切り替え機能

Windows の検索をエンタープライズデータソースと統合する

ユーザーインターフェイス: Windows を管理するウィンドウ