タスク バー
注意
この設計ガイドは Windows 7 用に作成されており、新しいバージョンの Windows では更新されていません。 ガイダンスの多くは原則として適用されますが、プレゼンテーションと例には 現在の設計ガイダンスは反映されていません。
タスク バーは、デスクトップに表示されるプログラムのアクセス ポイントです。 新しい Windows 7 タスク バー機能を使用すると、ユーザーはコマンドを提供したり、リソースにアクセスしたり、タスク バーからプログラムの状態を直接表示したりできます。
タスク バーは、プログラムが最小化されている場合でも、デスクトップに表示されるプログラムのアクセス ポイントです。 このようなプログラムは、デスクトップのプレゼンスを持っていると言われます。 タスク バーを使用すると、ユーザーは開いているプライマリ ウィンドウとデスクトップ上の特定のセカンダリ ウィンドウを表示し、すばやく切り替えることができます。
Microsoft Windows タスク バー。
タスク バーのコントロールは、タスク バー ボタンと呼ばれます。 プログラムがプライマリ ウィンドウ (または特定の特性を持つセカンダリ ウィンドウ) を作成すると、そのウィンドウのタスク バー ボタンが追加され、ウィンドウが閉じると削除されます。
Windows 7 用に設計されたプログラムでは、次の新しいタスク バー ボタン機能を利用できます。
- ジャンプ リストを使用すると、プログラムが現在実行されていない場合でも、プログラムのタスク バー ボタンと [スタート] メニュー項目からアクセスできるコンテキスト メニューを使用して、頻繁に使用される宛先 (ファイル、フォルダー、リンクなど) やコマンドにすばやくアクセスできます。
- サムネイル ツール バーを使用すると、特定のウィンドウでよく使用されるコマンドにすばやくアクセスできます。 タスク バー ボタンのサムネイルにサムネイル ツール バーが表示されます。
- オーバーレイ アイコンは、プログラムのタスク バー ボタン アイコンの状態の変化を示します。
- 進行状況バーには、プログラムのタスク バー ボタンで実行時間の長いタスクの進行状況が表示されます。
- サブウィンドウ タスク バー ボタンを使用すると、タスク バー ボタンのサムネイルを使用して、ウィンドウ タブ、プロジェクト ウィンドウ、マルチ ドキュメント インターフェイス (MDI) 子ウィンドウ、およびセカンダリ ウィンドウに直接切り替えることができます。
- ピン留めされたタスク バー ボタンを使用すると、ユーザーはタスク バーにプログラム ボタンをピン留めして、実行中でない場合でもプログラムにすばやくアクセスできます。
技術的には、タスク バーは [スタート] ボタンから通知領域までバー全体にまたがっています。ただし、より一般的には、タスク バーはタスク バー ボタンを含む領域のみを指します。 複数のモニター構成の場合、タスク バーを持つモニターは 1 つのみであり、そのモニターは既定のモニターです。
メモ:デスクトップ、通知領域、ウィンドウ管理に関連するガイドラインは、別の記事で示されています。
これは適切なユーザー インターフェイスですか?
Windows 7 用に設計されたプログラムでは、これらのタスク バー ボタン機能を利用できます。 次の重要な質問をして、それらを使用するかどうかを判断してください。
ジャンプ リスト
ユーザーは多くの場合、プログラムを使用して新しいタスクを開始する必要がありますか? その場合は、ジャンプ リストを指定することを検討してください。 ジャンプ リストは他の目的で使用できますが、ほとんどのシナリオでは新しいタスクを開始する必要があります。
ユーザーは、最近または頻繁に使用されるファイル、フォルダー、リンク、またはその他のリソースにアクセスする必要があることがよくありますか? その場合は、ジャンプ リストを指定して、これらの便利なリソースにアクセスすることを検討してください。
この例では、Windows インターネット エクスプローラーはジャンプ リストを使用して、頻繁にアクセスされるページを表示します。
多くの場合、ユーザーは、プログラムが実行されていない場合でも、他のプログラムを使用しているときに、少数のプログラムのコマンドにすばやくアクセスする必要がありますか? その場合は、これらの頻繁に使用されるコマンドを使用してジャンプ リストを指定することを検討してください。 これらのコマンドは、プログラムが実行されていない場合でも機能する必要があり、特定のウィンドウではなく、プログラム全体に適用する必要があります。 別の方法として、特定のウィンドウに適用されるコマンドのサムネイル ツール バーを提供することを検討してください。
この例では、付箋アクセサリを使用すると、ユーザーは他のプログラムを使用しながら、新しいノートをすばやく作成できます。
新しい機能、1 回の使用、または機能の検索が困難な機能を昇格していますか? その場合は、ジャンプ リストはこの目的を意図していないため、使用しないでください。 代わりに、プログラム内でこのようなコマンドを直接検出する可能性を向上させます。
サムネイル ツール バー
次のすべての条件が適用されますか?
コマンドは特定のウィンドウに適用されますか? サムネイル ツール バーは、既存のタスクに適用されるコマンドに対し、ジャンプ リスト コマンドは新しいタスクを開始するためのツール バーです。
ユーザーは、他のプログラムを使用しているときに、実行中のタスクとすばやくやり取りする必要がありますか? その場合は、サムネイル ツール バーが適しています。 サムネイル ツール バーには最大 7 つのコマンドを表示できますが、通常は最大 5 つのコマンドが推奨されます。
コマンドは即時ですか? つまり、追加の入力は必要ありませんか? サムネイル ツール バーには、効率的な即時コマンドが必要ですが、ジャンプ リストは追加の入力を必要とするコマンドの方が適切に機能します。
正しくない:
追加の入力を必要とするコマンドは、サムネイル ツール バーではうまく機能しません。
コマンドは直接ですか? つまり、ユーザーは 1 回のクリックで操作できますか? ツール バーには、効率的なダイレクト コマンドが必要です。
コマンドはアイコンで適切に表されていますか? サムネイル ツール バー コマンドは、テキスト ラベルではなくアイコンを使用して表示されますが、ジャンプ リスト コマンドはテキスト ラベルで表されます。
正しくない:
この例では、 コマンドはアイコンで十分に表されていません。
オーバーレイ アイコン
- プログラムに "デスクトップ プレゼンス" がありますか? そうでない場合は、代わりに通知領域アイコンを使用します。 その場合は、Windows 7 用に設計されたプログラムの通知領域アイコンに状態を表示するのではなく、オーバーレイ アイコンを使用することを検討してください。 これにより、アイコンが常に表示され (大きなアイコンが使用されている場合)、プログラムの状態が 1 か所に統合されます。
- オーバーレイ アイコンは、状態の変化を示すために一時的に表示されますか? その場合は、次の要因に応じて、オーバーレイ アイコンが適切な場合があります。
その状態は、他のプログラムの使用中に役立ち、関連性がありますか? 表示されない場合は、プログラムの ステータス バー またはその他のプログラムステータス領域に情報を表示します。
この例では、状態が他のプログラムを使用する場合に役立たないため、ステータス バーが使用されます。
状態は進行状況を示していますか? その場合は、代わりにタスク バー ボタンの進行状況バーを使用します。
状態は重要ですか? 即時アクションは必要ですか? その場合は、注意が必要な方法で情報を表示し、 ダイアログ ボックスなど、簡単に無視することはできません。
進行状況バー
進行状況のフィードバックは、他のプログラムの使用中に役立ち、関連性がありますか? つまり、ユーザーは他のプログラムを使用しているときに進行状況を監視し、その結果として動作を変更する可能性がありますか? このような便利で関連性の高い状態は、通常、モードレスの進行状況ダイアログ ボックスまたは専用の進行状況ページを使用して表示されますが、ステータス バーのビジー ポインター、アクティビティ インジケーター、または進行状況バーでは表示されません。 他のプログラムを使用するときに状態が役に立たない場合は、プログラム自体に進行状況のフィードバックを直接表示するだけです。
正確:
正しくない:
正しくない例では、タスク バー ボタンの進行状況バーはあまり役に立ちません。
タスクは継続的ですか? タスクが完了しない場合は、進行状況を表示する必要はありません。 継続的なタスクの例としては、ユーザーが開始しないウイルス対策スキャンやファイル インデックス作成などがあります。
正しくない:
この例では、継続的なタスクは進行状況を表示する必要はありません。
サブウィンドウのタスク バー
- プログラムには、タブ、プロジェクト ウィンドウ、MDI 子ウィンドウ、またはユーザーが頻繁に直接切り替えたいセカンダリ ウィンドウが含まれていますか? その場合は、これらのウィンドウに独自のタスク バー ボタンのサムネイルを付けるのが適切な場合があります。
設計概念
ジャンプ リストとサムネイル ツール バーを効果的に使用する
ジャンプ リストとサムネイル ツール バーは、ユーザーがリソースにアクセスし、コマンドをより効率的に実行するのに役立ちます。 ただし、プログラムがこれらの機能をサポートする方法を設計する場合は、効率の向上を当然のことと考えないでください。 ユーザーが必要なコマンドを持つ機能を正確に予測できない場合、または複数の場所をチェックする必要がある場合、最終的にユーザーは不満を抱き、これらの機能の使用を停止します。
ジャンプ リストとサムネイル ツール バーは、次の場合に最も効果的に連携します。
- 明確に区別されます。 ユーザーは、ジャンプ リストで移動先またはコマンドを検索するタイミングと、サムネイル ツール バーを見るタイミングを知っています。 それぞれに明確な目的があるため、ユーザーが 2 つの内容を混同することはほとんどありません。 一般に、ジャンプ リストは新しいタスクを開始するために使用されますが、サムネイル ツール バーは、他のプログラムを使用しながら実行中のタスクを操作するために使用されます。
- 有用。 提供される宛先とコマンドは、ユーザーが必要とするものです。 ユーザーが何かを必要としない可能性がある場合は、含まれません。 必要ない場合は、アイテムの最大数を使用しないでください。
- 予測。 提供される宛先とコマンドは、ユーザーが見つけることを期待しているコマンドです。 ユーザーが複数の場所を見る必要はほとんどありません。
- よく整理されています。 ユーザーは、探しているものをすばやく見つけることができます。 説明的でありながら簡潔なラベルと、認識に適したアイコンを使用します。
正しいことを確認するには、必ずユーザー調査を行います。 最終的に、これらの目標を達成するジャンプ リストとサムネイル ツール バーを一緒にデザインできない場合は、そのうちの 1 つだけを指定することを検討してください。 2 つの混乱を招くコマンドよりも、1 つの予測可能な方法でコマンドを提供することをお勧めします。
ガイドライン
タスク バー ボタン
タスク バーに次の種類のウィンドウを表示します (Windows 7 の場合は、タスク バー ボタンのサムネイルを使用します)。
- プライマリ ウィンドウ (所有者なしのダイアログ ボックスを含む)
- プロパティ シート
- [モードレス進行状況] ダイアログ ボックス
- ウィザード
Windows 7 の場合は、タスク バー ボタンのサムネイルを使用して、起動元のプライマリ ウィンドウ タスク バー ボタンで次のウィンドウの種類をグループ化します。 各プログラム (具体的には、個別のプログラムとして認識される各プログラム) には、1 つのタスク バー ボタンが必要です。
- セカンダリ ウィンドウ
- ワークスペース タブ
- プロジェクト ウィンドウ
- MDI 子ウィンドウ
正確:
この例では、セカンダリ ウィンドウはプライマリ ウィンドウのタスク バー ボタンでグループ化されています。
正しくない:
この例では、コントロール パネルが Windows エクスプローラーと誤ってグループ化されています。 ユーザーは、これらを個別のプログラムとして認識します。
正しくない:
この例では、Windows バックアップが 1 つのプログラムに 2 つのタスク バー ボタンを誤って使用しています。
プライマリ ウィンドウを復元すると、セカンダリ ウィンドウ に独自のタスク バー ボタンがある場合でも、すべてのセカンダリ ウィンドウを復元する必要があります。 復元するときは、プライマリ ウィンドウの上にセカンダリ ウィンドウを配置します。
Windows 7 の場合、通常はデスクトップが存在するプログラムにタスク バー ボタンが一時的に表示され、状態が表示されることがあります。 これは、プログラムが通常デスクトップに表示され、ユーザーが頻繁に操作する場合にのみ行います。 デスクトッププレゼンスなしで通常実行されるプログラムは、常に表示されるとは限りませんが、代わりに通知領域アイコンを使用する必要があります。
正しくない:
この例では、Windows Sync Center で一時的なタスク バー ボタンが誤って使用され、状態が表示されます。 代わりに通知領域アイコンを使用する必要があります。
アイコン
タスク バーで見栄えの良いプログラム アイコンを設計します。 意味があり、その機能とブランドを反映していることを確認します。 明確にし、特別なものにし、すべてのアイコン サイズで適切にレンダリングされるようにします。 それを正しくするために必要な時間を費やしてください。 Aero スタイルのアイコンのガイドラインに従います。
プログラムでオーバーレイ アイコンを使用する場合は、オーバーレイを適切に処理するようにプログラムの基本アイコンを設計します。 オーバーレイ アイコンは右下隅に表示されるため、その領域を隠すことができるようにアイコンを設計します。
この例では、プログラムのタスク バー ボタン アイコンには、右下の領域に重要な情報がありません。
プログラムでオーバーレイ アイコンを使用するかどうかに関係なく、プログラムの基本アイコンにはオーバーレイ を使用しないでください。 基本アイコンでオーバーレイを使用すると、ユーザーが状態を伝えないことを理解する必要があるため、混乱を招く可能性があります。
正しくない:
この例では、プログラムの基本アイコンが状態を示しているように見えます。
一般的なアイコンのガイドラインと例については、「 アイコン」を参照してください。
オーバーレイ アイコン
オーバーレイ アイコンを使用して、便利で関連する状態のみを示します。 オーバーレイ アイコンの表示は、ユーザーの作業の中断の可能性があると考えてください。そのため、状態の変更は、潜在的な中断にメリットを得るのに十分な重要な必要があります。
正しくない:
これらの例では、オーバーレイ アイコンは、中断の可能性を考慮するのに十分な重要ではありません。
一時的な状態にはオーバーレイ アイコンを使用します。 オーバーレイ アイコンは、常に表示されている場合は値を失うので、通常のプログラムの状態にはアイコンが表示されません。 アイコンが次の場合は、オーバーレイ アイコンを削除します。
- 問題の対象: 問題が解決したら、アイコンを削除します。
- 何かが新しいことを警告します。 ユーザーがプログラムをアクティブ化したら、アイコンを削除します。
例外: ユーザーが常にその状態を知る必要がある場合、プログラムは常にオーバーレイ アイコンを表示できます。
この例では、ユーザーが常に報告されたプレゼンスをチェックできるように、Windows Live Messengerは常にオーバーレイ アイコンを表示します。
問題が解決されたことを示すアイコンは表示しないでください。 代わりに、問題を示す前のアイコンを削除するだけです。 ユーザーは通常、プログラムが問題なく実行されることを期待しているとします。
オーバーレイ アイコンまたは通知領域アイコンを表示しますが、両方を表示することはありません。 プログラムは下位互換性のために両方のメカニズムをサポートしている場合がありますが、オーバーレイ アイコンを使用して状態が表示される場合は、状態に通知領域アイコンも使用しないでください。
正しくない:
この例では、新しいメール アイコンが冗長に表示されます。
タスク バー ボタンをフラッシュして、状態の変化に注意を引かないでください。 そうすることはあまりにも気が散るでしょう。 ユーザーが自分でオーバーレイ アイコンを検出できるようにします。
状態または状態の変更を示すには、標準のオーバーレイ アイコンを使用します。 次の標準のオーバーレイ アイコンを使用します。
オーバーレイ Status 警告 エラー 無効/切断済み ブロック/オフライン カスタム オーバーレイ アイコンの場合は、簡単に認識できるデザインを選択します。 高品質の 16 x 16 ピクセルのフル カラー アイコンを使用します。 四角形または四角形のアイコンよりも、独特の輪郭を持つアイコンを優先します。 その他の Aero スタイルのアイコン ガイドライン も適用します。
カスタム オーバーレイ アイコンのデザインをシンプルに保ちます。 複雑で、なじみのない、抽象的なアイデアを伝えようとしないでください。 適切なカスタム アイコンを考えることができない場合は、必要に応じて標準のアイコン エラーまたは警告アイコンを使用します。 これらのアイコンを効果的に使用して、さまざまな種類の状態を伝えることができます。
状態を頻繁に変更しないでください。 オーバーレイ アイコンは、ノイズの多いアイコン、不安定なアイコン、または注意を必要としないようにする必要があります。 目は周辺視野の変化に敏感であるため、状態の変化は微妙である必要があります。
アイコンを迅速に変更しないでください。 基になる状態が急速に変化している場合は、アイコンに高レベルの状態を反映させます。
正しくない:
この例では、急速に変化するオーバーレイ アイコンに注意が必要です。
アニメーションは使用しないでください。 そうすることはあまりにも気が散る。
アイコンをフラッシュしないでください。 そうすることはあまりにも気が散る。 イベントにすぐに注意が必要な場合は、代わりにダイアログ ボックスを使用します。 それ以外の場合は、イベントに注意が必要な場合は、通知を使用します。
タスク バー ボタンの点滅
- タスク バー ボタンの点滅を控えめに使用して、進行中のタスクを実行し続けるためにユーザーの即時の注意を要求します。 タスク バーボタンが点滅している間にユーザーが集中するのは難しいので、停止させるために何をしているのかを中断すると仮定します。 タスクバーボタンを点滅させるのは入力フォーカスを盗むよりも優れていますが、タスクバーのボタンを点滅させるのは依然として非常に邪魔です。 ウィンドウを閉じる前にユーザーがデータを保存する必要があることを示すなど、中断が正当化されていることを確認します。 非アクティブなプログラムでは、即時のアクションを必要とすることはめったにありません。 ユーザーが行う必要があるのは、プログラムのアクティブ化、メッセージの読み取り、または状態の変更を確認することだけである場合は、タスク バー ボタンをフラッシュしないでください。
-
即時アクションが必要ない場合は、次の代替手段を検討してください。
- アクションの 成功通知 を使用して、タスクが完了したことを示します。
- 何もしない。 次回プログラムをアクティブ化する際に、ユーザーがこの問題に参加するのを待つだけです。 これは多くの場合、最適な選択です。
- 非アクティブなプログラムですぐに注意が必要な場合は、タスク バー ボタンをフラッシュして注意を引き、強調表示したままにします。 他に何もしないでください:ウィンドウを復元したりアクティブにしたり、効果音を再生したりしないでください。 代わりに、ユーザーのウィンドウ状態の選択を考慮し、ユーザーが準備ができたらウィンドウをアクティブにします。
- タスク バー ボタンがあるセカンダリ ウィンドウの場合は、プライマリ ウィンドウのタスク バー ボタンの代わりにボタンをフラッシュします。 これにより、ユーザーはウィンドウに直接参加できます。
- タスク バー ボタンがないセカンダリ ウィンドウの場合は、プライマリ ウィンドウのタスク バー ボタンをフラッシュし、そのプログラムの他のすべてのウィンドウの上にセカンダリ ウィンドウを表示します。 ユーザーに表示されるようにするには、注意が必要なセカンダリ ウィンドウを最上位にする必要があります。
- 一度に 1 つのウィンドウに対して 1 つのタスク バー ボタンのみをフラッシュします。 複数のボタンを点滅させるのは不要で、気が散りすぎます。
- プログラムがアクティブになると、タスク バー ボタンの強調表示を削除します。
- プログラムがアクティブになったら、明確な操作があることを確認します。 通常、この目的は、質問をしたり、アクションを開始したりするダイアログ ボックスを表示することによって実現されます。
サイド リンク バーのショートカット
- ユーザーがオプトインした場合にのみ、プログラムのショートカットをサイド リンク バー領域に配置します。 クイック起動は Windows 7 から削除されたため、Windows 7 用に設計されたプログラムは、クイック起動領域にプログラムショートカットを追加したり、オプションを提供したりしないでください。
ジャンプ リスト
設計
ユーザーの日常業務の目標を満たすようにジャンプ リストを設計します。 以下を検討してください。
プログラムの目的。 ユーザーが次に行う可能性が最も高いものについて考えます。 ドキュメント作成プログラムの場合、ユーザーは最近使用したドキュメントに戻る可能性があります。 既存のコンテンツを表示するプログラムの場合、ユーザーは頻繁に使用するリソースへのアクセスが必要になる場合があります。 他のプログラムの場合、ユーザーは、新しいメッセージの読み取り、新しいビデオのwatch、次の会議のチェックなど、以前に行ったことのないタスクを実行する可能性があります。
ユーザーが最も関心を持っていること。 ユーザーが他の方法ではなくジャンプ リストを使用する理由について考えます。 たとえば、ユーザーは、明示的に重要と識別された宛先 (リンク バーやお気に入りに配置された Web アドレス、入力された Web アドレスなど) を気にする可能性が高くなります。 間接的に取得されたものや労力が少ないもの (リダイレクトやリンクをクリックしてアクセスされた Web アドレスなど) を気にする可能性は低くなります。
正確:
正しくない:
正しくない例では、ジャンプ リストには、ユーザーが気にしない可能性が高い多くの宛先が含まれています。
宛先を細かくしすぎないようにします。 宛先を狭くして特定しすぎると、冗長性が得られ、複数の方法で同じ場所に移動できます。 たとえば、個々の Web ページを一覧表示する代わりに、最上位のホーム ページを一覧表示します。曲を一覧表示する代わりに、アルバムを一覧表示します。
正確:
正しくない:
正しくない例では、ジャンプ リストに曲を一覧表示すると、1 つのアルバムで埋められます。
必要がない場合は、使用可能なすべてのジャンプ リスト スロットを埋めないでください。 プログラムに 3 つの便利な項目しかない場合は、最も便利なアイテムにフォーカスジャンプ リストのコンテンツを表示し、3 つだけを指定します。 ジャンプ リスト内のアイテムが多いほど、特定のアイテムを検索するために必要な作業が増えます。
この例では、付箋 アクセサリは 1 つのジャンプ リスト コマンドを提供します。必要なのはこれで済むからです。
ユーザーがジャンプ リスト項目を理解するのに役立つ必要がある場合にのみ、ヒントを提供します。 不要な注意を散らすため、冗長なヒントは避けてください。 ヒントのガイドラインの詳細については、「 ヒントとヒント」を参照してください。
正しくない:
この例では、ジャンプ リストのヒントは冗長です。
ジャンプ リスト機能とプログラム機能
- ジャンプ リストでのみ宛先とコマンドを使用できるようにしないでください。 同じ宛先とコマンドをプログラム自体から直接使用できるようにする必要があります。
- コマンドの宛先とラベルには一貫性のある名前を使用します。 ジャンプ リスト項目には、プログラムから直接アクセスする同等の項目と同じラベルを付ける必要があります。
- プログラムが実行されていない場合でも、プログラムで宛先とコマンドを処理できるようにします。 これを行うことは、一貫した、信頼できる、便利なエクスペリエンスのために必要です。
グループ化
少なくとも 1 つのグループと最大 3 つのグループを指定します。 ジャンプ リスト項目は、常に目的にラベルを付けるためにグループ化されます。 グループが 3 つ以上あると、アイテムの検索が困難になります。
必要に応じて、標準のグループ名を使用します。 標準のグループ名は、ユーザーが理解しやすく、使い慣れた名前です。
コマンドにはタスク グループ名が与えられます。これは Windows によって割り当てられるため、変更できません。
正確:
正しくない:
最近の方がグループ名は使い慣れているため、履歴と最近の微妙な違いは作る価値がないためです。
コマンド
プログラムの実行状態、現在のドキュメント、または現在のユーザーに関係なく、固定のコマンド セットを指定します。 コマンドは、特定のウィンドウやドキュメントではなく、プログラム全体に適用する必要があります。 これを行うことは、一貫した、信頼できる、便利なエクスペリエンスのために必要です。 コマンドを削除したり無効にしたりしないでください。
例外: コマンドは、次の場合に置き換えたり削除したりできます。
- 相互に排他的なコマンドのセットは、1 つのコマンドが常に適用される限り、1 つのコマンド スロットを共有します。
- コマンドが常に適用される限り、特定の機能が使用されるまで、コマンドは適用されません。
正しくない:
この例では、Print は現在のドキュメントに依存するため、適切なジャンプ リスト コマンドではありません。
正確:
この例では、サインインとサインアウトは相互に排他的なコマンドです。 また、区切り記号は、関連するコマンドをグループ化するために使用されます。
必要に応じて、次の標準コマンド ラベルを使用します。 標準のコマンド ラベルは、ユーザーが理解しやすくなりました。
コマンドを論理的な順序で表示します。 一般的な注文には、使用頻度または使用順序が含まれます。 関連性の高いコマンドを隣り合って配置します。 [タスク] グループ内で、必要に応じて関連するコマンドのグループ間に区切り記号を配置します。
プログラムを開いたり閉じたりするためのコマンドを指定しないでください。 これらのコマンドは、すべてのジャンプ リストに組み込まれています。
コマンド アイコン
[タスク] グループ内で、ユーザーがコマンドを理解、認識、または区別するのに役立つ場合にのみ、 特にプログラム内で使用されるコマンドの確立されたアイコンがある場合にのみ、コマンド アイコンを指定します。
- 例外: プログラムで変換先 (常にアイコンを含む) とコマンドの両方を使用している場合は、すべてのコマンドにアイコンを指定することを検討してください。そうしない場合は、扱いにくいように見えます。
正しくない:
この例では、インターネット エクスプローラーは、厄介な外観を避けるために、すべてのコマンドのアイコンを提供する必要があります。
変換先
現在のユーザーに固有の動的な宛先セットを指定しますが、プログラムの実行状態や現在のドキュメントには依存しません。 前に説明したように、プログラムの目的に合っていることを確認し、ユーザーが最も関心を持ち、適切なレベルの特異性を持っていることを確認します。
適切な場合は、"自動" 宛先リストを使用します。 自動宛先は Windows によって管理されますが、プログラムは渡される特定の宛先を制御します。
ユーザーが最近使用した宛先に戻る可能性が高いドキュメント作成プログラムには、Recent を使用することを検討してください。
この例では、Windows メモ帳で最近使用した変換先が使用されています。
ユーザーが頻繁に使用するアイテムに戻る可能性が高い既存のコンテンツを表示するプログラムには、Frequent を使用することを検討してください。 頻繁な宛先は頻度順に並べ替えられます。最も頻繁に最初に並べ替えられます。
この例では、Windows エクスプローラーでは [頻繁な宛先] を使用します。
最近使用すると、多くの役に立たない宛先が発生する場合は、[頻度] を使用します。 頻繁なリストはより安定しており、ユーザーが多くの異なる宛先に移動する場合に適していますが、使用頻度の高いものに戻る可能性は高くありません。
正しくない:
Windows インターネット エクスプローラーで Recent を使用すると、多くの役に立たない宛先が生成されます。
[最近] または [頻度] が同様に適切な選択肢の場合は、[最近] を使用します。これは、ユーザーが理解しやすく、予測しやすい方法であるためです。
Recent を使用していて、プログラムの [ファイル] メニューに同等の内容がある場合は、リストの内容が同じ順序で同じになるようにします。 ユーザーには、これらは同じリストのように見えます。
必要に応じて、カスタム変換先リストを使用します。 プログラムは、カスタムの宛先リストの内容と並べ替え順序を完全に制御できるため、任意の要因に基づいてリストを作成できます。
[最近] または [頻繁] のカスタム バージョンが適切な場合は作成しますが、自動管理はプログラムに適していません。 たとえば、プログラムでは、ファイルを開くコマンド以外のさまざまな要因を追跡する必要がある場合があります。 この場合、ユーザーは違いを認識しないため、同じ名前 (最近または頻繁) と並べ替え順序を使用します。
それ以外の場合は、ユーザーの目標をより適切に満たすために、別の種類の宛先を使用します。 多くの場合、これらのリストは、ユーザーが新しいメッセージの読み取り、新しいビデオのwatch、次の会議のチェックなど、これまで行ったことのないタスクを実行するのに役立ちます。
この例では、Windows Media Center に、最近記録されたが、ユーザーがまだ表示されていないことを示す一覧が表示されます。
リストのユーザーのメンタル モデルに対応する並べ替え順序を選択します。 たとえば、To Do スタイル リストには、最初に次に実行する操作が一覧表示されます。 明確なメンタル モデルがない場合は、宛先リストをアルファベット順に並べ替えます。
同じデータの異なるビューを提供する複数の宛先リストを使用しないでください。 むしろ、異なるシナリオをサポートするために、複数の宛先リストにはほとんど異なるデータを含める必要があります。 たとえば、[最近使ったリスト] または [頻度] リストを指定できますが、両方を指定することはできません。 重複するアイテムが存在する場合は無駄ですが、重複するアイテムが削除されると混乱します。
正しくない:
この例では、同じ宛先のさまざまなビューを提供することは無駄です。
正確:
この例では、宛先リストにタスクごとに異なるデータがあります。
プライバシーのためにデータを消去するコマンドがプログラムにある場合は、[宛先] リストもクリアします。 宛先リストには機密データが含まれている場合があります。
サムネイル ツール バー
相互作用
サムネイルに表示されるウィンドウに適用される最も重要で頻繁に使用されるコマンドのうち、最大 7 つを指定します。 プログラムに重要で頻繁に使用されるコマンドが 3 つしかない場合は、できるだけ多くのコマンドを提供する義務を感じないでください。3 つだけを指定してください。
正しくない:
この例では、サムネイル ツール バーに重要ではないコマンドがあります。
直接および即時のコマンドを使用します。 これらのコマンドは、コマンドをクリックすると、より多くの入力用のドロップダウン メニューまたはダイアログ ボックスが表示されないという即時の効果を持つ必要があります。
正しくない:
サムネイル ツール バー のコマンドは、すぐに有効である必要があります。
現在のコンテキストに適用されないコマンド、またはエラーが直接発生するコマンドを無効にします。 ツール バーの表示が不安定になるため、このようなコマンドを非表示にしないでください。
結果を確認する可能性がある場合、または別のコマンドをすぐにクリックする可能性がある場合は、ユーザーがコマンドをクリックしたときにサムネイルを閉じないでください。 他のウィンドウを表示するコマンドなど、ユーザーが完了したことを示すコマンドのサムネイルを削除します。
この例では、ユーザーが他のコマンドを指定する場合があるため、Windows メディア プレーヤーの [次へ] をクリックすると、サムネイルが引き続き表示されます。
この例では、ユーザーがメッセージを送信する可能性が最も高いため、Windows Live Messengerで [チャット] をクリックするとサムネイルが閉じます。
プレゼンテーション
- サムネイル ツール バーアイコンが Aero スタイルのアイコンガイドラインに準拠していることを確認します。 コマンドごとに、高品質の 16 x 16、20 x 20、24 x 24 ピクセルのフル カラー アイコンを提供します。 より大きなバージョンは、高 dpi 表示モードで使用されます。
- 通常の状態とホバー状態の両方で、ツールバーの背景色に対してアイコンが明確に表示されていることを確認します。 コンテキストとハイ コントラスト モードでは、常にアイコンを評価します。
- その効果を明確に伝えるコマンド アイコンデザインを選択します。 適切に設計されたコマンド アイコンは、ユーザーがコマンドを効率的に見つけて理解するのに役立つわかりやすいものです。
- 認識可能で識別可能なアイコンを選択します。 アイコンに独特の形と色があることを確認します。 これにより、アイコン記号を覚えていない場合でも、ユーザーはコマンドをすばやく見つけることができます。 最初の使用後、ユーザーはコマンドを区別するためにヒントに依存する必要はありません。
- 各コマンドにラベルを付けるヒントを指定します。 適切なツールヒントは、ポイントされているラベル付けされていないコントロールにラベルを付けます。 ガイドラインと例については、「 ヒントとヒント」を参照してください。
進行状況バー
- 進行状況を 再起動またはバックアップしない、赤い進行状況バーを使用して問題を示すなど、一般的な進行状況バーのガイドラインに従います。
- 不確定な進行状況バーを使用しないでください。 不確定な進行状況バーには、進行状況ではなくアクティビティが表示されます。 ユーザーがアクティビティを当たり前に受け取らないまれな状況では、不確定な進行状況バーを予約します。
ガイドラインの詳細については、「 進行状況バー」を参照してください。
Text
ウィンドウ タイトル
ウィンドウ タイトルを選択する場合は、タスク バーでのタイトルの外観を考慮してください。
識別情報を最初に簡潔に配置して、タスク バーに表示するタイトルを最適化します。
モードレス進行状況ダイアログ ボックスの場合は、まず進行状況を要約します。 例: "66% 完了"
ぎこちない切り捨てが行われるウィンドウ タイトルは避けてください。
正しくない:
この例では、切り捨てられたウィンドウ タイトルには残念な結果があります。
ジャンプ リスト コマンド
- 動詞を使用してコマンドを開始します。
- 文章スタイルで大文字と小文字を使い分けます。
コマンド ラベルのガイドラインの詳細については、「 メニュー」を参照してください。
ドキュメント
タスク バーを参照する場合:
- バー全体をタスク バーとして参照します (小文字の 1 つの複合語)。
- タスク バー上の項目をラベルで具体的に参照するか、通常はタスク バー ボタンとして参照します。
- 可能な場合は、太字のテキストを使用してタスク バーのラベルを書式設定します。 それ以外の場合は、混乱を防ぐために必要な場合にのみ、ラベルを引用符で囲みます。
- タスク バー ボタン アイコンとしてオーバーレイ アイコンを参照してください。 ユーザーに通知することが目的であっても、通知として参照しないでください。 ただし、これらのアイコンは特定のイベントをユーザーに通知すると言えます。
例: [新しいメール] タスク バー ボタン アイコンは、新しい電子メール メッセージが到着したことを通知します。