注
このデザイン ガイドは Windows 7 用に作成されたもので、新しいバージョンの Windows では更新されていません。 ガイダンスの多くは原則として適用されますが、プレゼンテーションと例には、現在の設計ガイダンス 反映されていません。
ヒントは、ラベル付けされていないコントロール (ラベルなしツール バー コントロールやコマンド ボタンなど) にラベルを付ける小さなポップアップ ウィンドウです。
ツール バー ボタンの一般的なヒント。
ツールヒントは非常に便利であることが証明されているため、ヒントと呼ばれる関連するコントロールが存在し、ヒントよりもわかりやすいテキストが提供されます。
ヒントは、ツール バー コントロール、アイコン、グラフィックス、リンク、Windows エクスプローラー オブジェクト、スタート メニュー項目、タスク バー ボタンの説明など、指しているオブジェクトを簡潔に説明する小さなポップアップ ウィンドウです。 ヒントは 段階的な開示コントロールの一種であり、画面上に常に説明テキストを表示する必要はありません。
一般的なヒント。
この記事では、ヒントとヒントをまとめてヒントと呼びます。
ヒントは、ユーザー インターフェイス (UI) で直接説明されていない不明または未知のオブジェクトをユーザーが理解するのに役立ちます。 これらは、ユーザーがオブジェクトの上にポインターを置くと自動的に表示され、ユーザーがコントロールをクリックするかマウスを移動したとき、またはヒントがタイムアウトしたときに削除されます。
開発者: ヒント コントロールはありません。ヒントは、ツールヒント コントロールと共に実装されます。 違いは、実装ではなく使用法にあります。
これは適切なコントロールですか?
決定するには、次の質問を検討してください。
情報はポインターホバーに基づいて表示されますか? そうでない場合、別のコントロールを使用します。 ユーザー操作の結果としてのみヒントを表示し、単独で表示することはありません。 これに対し、 吹き出し は (通知と同様に) 単独で表示できるため、ソースを識別する尾があります。
コントロールにテキスト ラベルがありますか? そうでない場合は、ツールチップを使用してラベルを提供します。 ほとんどのコントロールにはラベルを付ける必要があるため、ヒントは表示されないことに注意してください。 グラフィック ラベルを含むツール バー コントロールとコマンド ボタンには、ヒントが必要です。
オブジェクトは補足説明または詳細情報の恩恵を受けますか? その場合は、ヒントを使用します。 ただし、テキストは補助的である必要があり、主要なタスクには不可欠ではありません。 それが不可欠な場合は、ユーザーが検出したり、検索したりする必要がないように、UI に直接配置します。
補足情報はエラー、警告、または状態ですか? その場合は、吹き出し、 エラー メッセージ、 ステータス バーなど、別の UI 要素を使用します。 通知領域アイコンのヒントは、状態情報を表示するために使用できるため、例外です。
ユーザーはヒントを操作する必要がありますか? その場合は、吹き出しなどの別のコントロールを使用します。 マウスを動かすとヒントが消えるので、ユーザーはヒントを操作できません。
ユーザーは補足情報を印刷する必要がありますか? その場合は、静的コメント フィールドなどの別のコントロールを使用します。 ただし、ヒントを使用して、この情報に直接アクセスすることもできます。
この例では、Microsoft Word の静的コメント フィールドを使用すると、ユーザーはコメントを印刷できます。
ユーザーがヒントを見つけたり、気が散ったりするようなコンテキストですか? その場合は、何もしないなどの別のソリューションの使用を検討してください。 このようなコンテキストでヒントを使用する場合は、ユーザーがヒントをオフにすることを許可します。
適切に使用すると、ヒントによってユーザーとの通信が向上します。 ヒントを適切なデザインの代わりに使用しないでください。 グラフィック、ボタン、またはその他のオブジェクトでヒントを理解するためにユーザーがヒントを確認し続ける必要がある場合、デザインは不適切です。 代わりにデザインを修正してください。
設計の概念
ヒントは、ユーザー インターフェイスを簡略化するための強力な方法です。 ユーザーが必要なときに必要な情報を提供し、最小限の労力で提供します。 ヒントは、画面領域をより効果的に使用し、画面の乱雑さを減らすのに役立ちます。 ただし、設計が不十分なヒントは、迷惑な、気が散る、役に立たない、圧倒的な、または邪魔になる可能性があります。 次の設計概念は、違いを示すことを目的としています。
発見可能性
ユーザーが一定期間オブジェクトの上にポインターを置くと、ヒントが自動的に表示されます。 この遅延メカニズムにより、ヒントは非常に便利になりますが、検出可能性も低下します。
時間の経過と共に、ユーザーはツール バー ボタン、グラフィック ボタン、スタート メニュー項目、通知領域アイコンなどの特定の標準オブジェクトにヒントがあることを学習します。そのため、ユーザーは検出可能性を当然のことと考えることができます。
ユーザーが標準的でない場所でヒントを見つけ出すのに時間がかかります。 オブジェクトにヒントがあることを示す、ホット スポットやポインターの変更などの視覚的な手掛かりはありません。 さらに悪いことに、一部のユーザーは、特に UI を操作することを学習している場合に、マウスをたくさん動かします。 ユーザーは、過去のエクスペリエンスまたは実験によって、オブジェクトにヒントがあることを知る必要があります。
ヒントを一貫して使用することで、検出可能性を向上させることができます。その結果、予測可能性が向上します。 一部のオブジェクトに関するヒントを提供する場合は、ユーザーが補足情報を必要とする可能性が高い類似オブジェクトすべてに対してそれらを提供する必要があります。 ヒントが役に立ち、明らかではないことも確認する必要があるため、これを行うことは困難な場合があります。
検出可能で一貫して役に立つヒントを提供することが問題であることが判明した場合は、自己説明的なコントロール ラベルやインプレース補足テキストなどの代替設計を検討してください。
適切な情報
ヒントに適した情報には、次の特性があります。
- コンサイス。 ヒントで使用されるポップアップ ウィンドウは、短い文や文の断片、および書式設定されたテキストに最適です。 大きく書式設定されていないテキスト ブロックは読みにくく、圧倒的です。
- 役に立つ。 ヒントテキストは有益である必要があります。 画面に既に表示されている内容を明確にしたり、繰り返したりしないでください。
- 補足。 ヒント テキストは常に表示されるとは限らないため、ユーザーが読む必要のない補足情報にする必要があります。 重要な情報は、わかりやすいコントロール ラベルまたはインプレース補足テキストを使用して伝達する必要があります。
- 静的。 ユーザーは、ヒントが 1 つのインスタンスから次のインスタンスに変更されることを期待していないため、状態情報などの動的コンテンツの変更に気付く可能性はほとんどありません。 通知領域アイコンのヒントは注目すべき例外です。これらのアイコンは主に状態を伝えるため、ユーザーはそこでヒント情報の変更を検出する可能性が高くなります。
適切なタイムアウト
適切な自動表示とヒントの削除は、ユーザーが UI 環境の制御を維持するという目標にとって非常に重要です。 ヒントには、次の 3 つのタイムアウト値があります。
- 初期。 ヒントが表示されるようにポインターが静止している必要がある時間。 既定の時刻は 0.5 秒です。
- 再表示します。 ポインターが 1 つのターゲットから別のターゲットに移動する際にポインターが静止している必要がある時間。 既定の時刻は 0.1 秒です。
- 除去。 チップが自動的に削除される時間。 既定の時刻は 5 秒です。
初期値と再表示値が短すぎると、不注意で表示されることが多いため、迷惑で破壊的なエクスペリエンスが発生しますが、長すぎると、ヒントが応答しない、または検出されないと感じる結果になります。 既定の削除時間は、ツールヒントで使用される短いヒント テキストに適しています。 ヒントのテキストが長いので、表示時間が長くなります。
適切な配置
ヒントは、ホバーされているオブジェクトの近くに配置する必要があります。通常は、可能な場合はポインターの末尾または頭に置きます。 ただし、関心のあるオブジェクトを隠すことによってユーザーが行っていることを妨げるような方法で配置しないでください。 この問題を回避するには、ヒントをポインターから離しながらオブジェクトに隣接する位置に移動することが必要になる場合があります。 オブジェクトとそのヒントの関係が明確である限り、これは問題ではありません。 ユーザーがポインターを移動しないようにして、プログラムのヒントを取得します。
アクセシビリティ
ヒントはアクセシビリティに異常な影響を与えます。 通常はオブジェクトの上にポインターを置くことでトリガーされますが、ヒントはキーボード アクセスを持つコントロールの スクリーン リーダー によって処理されます。 簡潔で役に立つ静的な補足情報を適切に使用すると、全体的なアクセシビリティを向上させることができます。 実際、代替テキスト ヒント パターンは、グラフィックスをアクセシビリティ対応にするための推奨される方法です。 ただし、不適切に使用すると、重要な情報や動的な情報を取得しにくくすることで、アクセシビリティが損なわれます。
そのコントロールにキーボード アクセス権のないヒントが必要な場合は、複数の方法でコントロールにアクセスできます。
この例では、ユーザーはツール バー ボタン (キーボードにアクセスできない) または [印刷] コマンドのキーボード ショートカットを使用して印刷できます。
1 つだけ行う場合...
簡潔で役に立つ静的な補足情報を適切なタイミングで適切な場所に表示する、検出可能なヒントを設計します。
使用パターン
ヒントには、いくつかの使用パターンがあります。
使用方法 | 例 |
---|---|
ツールヒント には、ラベル付けされていないコントロールまたはグリフのラベルが表示されます。 |
これらのヒントはラベルとして機能するため、そのテキストは基になるコントロールのラベル ガイドラインに従います。 ![]() この例では、ツールヒントにコマンド ラベルが表示されます。 ![]() ![]() ヒントはグラフィック ボタンにラベルを付けます。 ![]() この例では、ヒントにグリフのラベルを付けます。 |
ヒント オブジェクトまたはコントロールの補足説明または説明を提供します。 |
ヒントを使用して、 ツール バー コントロール、 アイコン (アイコン オーバーレイを含む)、 リンク、 タブ、 プログレッシブ開示コントロール、カスタム コントロールなどのオブジェクトとコントロールを説明または説明します。 ![]() ![]() これらの例では、ヒントはコントロールとオブジェクトに関する補足情報を提供します。 |
代替テキストヒント アクセシビリティのためのグラフィックを記述します。 |
このパターンは、主に何らかの視覚障碍があり、スクリーン リーダーを使用している可能性があるユーザーを対象とします。 ![]() この例では、ヒントに [スタート] メニューグラフィックが表示されます。 |
サムネイル 項目の小さな画像を表示します。 |
サムネイルは、ウィンドウまたはドキュメントを簡単に認識できるグラフィック表現を提供します。 ![]() この例では、Windows タスク バーにアイテムのサムネイルヒントが表示されます。 ![]() この例では、Windows フォト ギャラリーはアイテムのサムネイルヒントを提供します。 |
詳細ヒント には、オブジェクトに関する詳細情報が表示されます。 |
ヒントは、オブジェクトに関する詳細情報を表示したり、データを提供したりするための効果的な方法です。 ヒントの詳細値を ![]() ![]() これらの例では、ヒントはオブジェクトまたはデータに関する詳細情報を提供します。 |
スタート メニューのヒント スタート メニューの項目について説明します。 |
スタート メニューは、プログラム名と、ドキュメント、画像、コントロール パネルなどの重要なウィンドウの変換先で構成されます。 これらのヒントでは、スタート メニュー項目について説明します。通常は、プログラムまたは変換先の簡単な説明と、ユーザーがそれに対して実行できる主要なタスクについて説明します。これらの説明は、スタート メニューの検索ボックスによってインデックスが作成され、ユーザーが必要なプログラムを見つけるのに役立ちます。 ![]() この例では、ヒントでは、[スタート] メニューのプログラムでユーザーが実行できる操作について説明します。 |
コントロール パネルのヒント コントロール パネルのカテゴリまたはタスクについて説明します。 |
これらのヒントは、ユーザーが適切なコントロール パネルのカテゴリと項目を選択するのに役立つ補足情報を提供します。 ![]() この例では、ヒントにユーザー アカウント コントロール パネル カテゴリが記述されています。 |
氏名のヒント は、名前が切り捨てられた場合、または完全に表示されない場合に、アイテムの完全な名前を表示します。 |
これらのヒントを使用すると、水平スクロールの必要性を減らしながら、よりコンパクトなスペースで項目を表示できます。 これは、コンテンツの長さが動的であるために不明な場合に特に重要です。 他のパターンとは異なり、リストやツリーで使用すると、これらのヒントはソース オブジェクト上に直接表示されます。 ![]() この例では、ヒントを使用して、ホバー時に完全なアイテム名を表示します。 |
状態のヒント 通知領域アイコンのステータス情報を表示します。 |
通常、ヒントは静的である必要があります。ユーザーは、あるインスタンスから次のインスタンスに変更されることを期待していないためです。
通知領域のアイコンは例外 です。これらのアイコンは状態を伝え、ステータス テキストに使用できるその他の画面領域がないためです。 ![]() ![]() これらの例では、ヒントは通知領域アイコンの状態情報を提供します。 |
ガイドライン
Timeouts
- 既定の初期タイムアウトと再表示タイムアウトを使用します。 例外:
- 冗長でなく、関連付けられているオブジェクトの側面に表示されるサムネイルは、すぐに (遅延なしで) 表示できます。 ただし、冗長なサムネイル (小さなグラフィック オブジェクトの場合は大きなサムネイルヒントなど) または関連するオブジェクトをカバーするサムネイルには、既定の初期タイムアウトを使用します。
- ヒントの場合は、既定の 5 秒のチップ削除タイムアウトを使用します。
- ヒントの場合は、チップの削除タイムアウトをオフにします。 開発者 : 削除タイムアウトを技術的にオフにすることはできないため、最大値に設定します。
- アクセシビリティのために、タイムアウト値を最大値以外の値に設定する必要がある場合は、固定時間を使用するのではなく、SPI_GETMOUSEHOVERTIMEとSPI_GETMESSAGEDURATIONシステム パラメーターの倍数にします。 これにより、タイムアウトがユーザーの速度に合わせて調整されます。
位置付け
ユーザーが表示または操作しようとしているオブジェクトをカバーしないようにします。 ポインターと先端の間の分離が必要な場合でも、常にオブジェクトの側面に先端を配置します。 オブジェクトとそのヒントの関係が明確である限り、一部の分離は問題になりません。
- 例外: リストとツリーで使用されるフル ネームのヒント。
不正解:
正解:
正しい例では、ヒントは検索ボックスから離れていますが、それにキャレットとの間にスペースが必要です。
不正解:
正解:
正しい例では、基になるテキストはヒントよりもはるかに便利であるため、ヒントは正しく配置されません。
項目のコレクションの場合は、ユーザーが表示または操作する可能性が高い次のオブジェクトをカバーしないようにします。 水平方向に配置された項目の場合は、ヒントを右に配置しないでください。垂直方向に配置された項目の場合は、以下のヒントを配置しないでください。
不正解:
正解:
正しくない例では、ヒントは、ユーザーが次に操作する可能性が最も高いオブジェクトを対象にしています。
注意を散らす可能性がある (多くの場合は大きな) ヒントについては、ほとんどのユーザーにとって情報が役立っていることを確認してください。 そうでない場合は、気を散らすヒントを省略可能にするか、削除します。 それ以外の場合、ほとんどのユーザーは、ヒントを取り除くために、ターゲット オブジェクトからポインターを離す必要があります。
ヒント
ヒントを使用して、ラベル付けされていないコントロールのラベルを指定します。 ツール ヒントが表示される一般的なコントロールは、 ツール バー ボタン、グラフィック ボタン、 プログレッシブ開示コントロールです。 プロンプトを含むコントロールは、 テキスト ボックス やコンボ ボックスなど、ラベル付けされていると見 なされます。 他のすべてのコントロールには、明示的なラベルが必要です。
句読点を終了せずに文のフラグメントを使用します。
文スタイルの大文字を使用します。
- 例外: このガイドラインは、Windows Vista の新機能です。 レガシ アプリケーションでは、大文字と小文字が混在しないように、必要に応じてタイトル スタイルの大文字と小文字を使用できます。
ラベルが追加情報を必要とするコマンドの場合は、 省略記号 を追加します。
通常のラベルと同様に、 ヒントは通常 5 単語以下で簡潔に保ちます が、あいまいなラベルよりも特定のラベルを優先します。
受け入れ可能:
良い:
ベスト:
不正解:
これらの例では、最適な例は簡潔で具体的なものの両方ですが、正しくない例は不必要に詳細です。
ツール ヒントを使用すると、ラベル付けされたツール バー ボタンの詳細が表示される場合もあります。 ラベルに既に含まれている内容を繰り返したり、言い換えたりしないでください。
正解:
この例では、ツールヒントで検索の機能について説明します。
不正解:
この例では、ツールヒントはラベルに既にあるものを繰り返すだけです。
一貫性を保つため、ラベル付きコントロールのヒントを提供する必要はありません。
この例では、ラベル付けされていないツール バー ボタンにはヒントがありますが、ラベル付けされたツール バーボタンにはヒントがありません。
必要に応じて、 キーボード ショートカットと既定値を指定して、ツールヒントをより便利にします。 この追加情報をかっこで囲みます。 そうすることで、ラベル付きコントロールがラベルを繰り返すだけの場合でも、ヒントが役立ちます。 ヒントの簡潔さを評価するときは、この追加のテキストは考慮しないでください。
この例では、ツールバーのツール ヒントに既定値とキーボード ショートカットが表示されます。
ヒント
非標準の場所のヒントについては、検出可能性を向上させるために役立つよりも一貫性を優先します。 いくつかのヒントが明らかであっても、ユーザーが補足情報を必要とする可能性があるすべてのオブジェクトのヒントを提供します。 そうすることで、ユーザーは決して表示されないヒントを待つ必要がなくなります。
- 例外: 役に立つヒントを持つオブジェクトが少数しかない場合は、ヒントをまったく使用しないでください。 代わりに、わかりやすいコントロール ラベルまたはインプレース補足テキストを使用してください。
末尾の句読点で完全な文を使用します。
- 例外: 通知領域 アイコンのヒントでは、 終了句読点は使用されません。
文スタイルの大文字を使用します。
未来ではなく、現在の時制を使用します。
並列文法構造を使用します。 並列処理では、同じ関数を持つ単語と語句の形式が同じである必要があります。
- 例外: 完全な名前のヒント パターンの場合、ヒント テキストは基になるコントロールの言い回し、大文字と小文字、句読点と正確に一致します。
大きなヒントは使用しないでください。 大きなヒントは読みにくく、基になるオブジェクトを妨げることなく配置するのが困難です。
ヒントを書式設定して、コンテンツの読み取りとスキャンを容易にします。 書式設定されていないテキストの大きなブロックは、読みにくい場合があります。
不正解:
正解:
正しい例では、書式設定されたテキストの読み取りとスキャンがはるかに簡単です。
ヒント内で最初に使用する場合は、頭字語の名前を入力し、その後にかっこで囲んだ頭字語を入力します。 例: "動的ホスト構成プロトコル (DHCP)。"
スタート メニューのヒント
スタート メニューのヒントを使用して 、項目を簡潔に説明し、ユーザーがアイテムで実行できる主なタスクを一覧表示します。
力になる。 ユーザーができることに焦点を当てます。 項目名を繰り返したり、説明で使用したりしないでください。
具体的であれ。 一般的な動詞やキャッチオール フレーズなどのタスクは避けてください。 情報が重要な場合は、具体的に一覧表示します。それ以外の場合は、すべての情報がヒントに表示されるわけではないことをユーザーが理解しているとします。
簡潔にする。 25 語以下を使用します。 ヒントが長いほど、読み取りが推奨されません。
現在時制の命令型動詞 (作成、編集、表示、送信など) から始めます。 管理や開くなどの一般的な動詞よりも特定の動詞を優先します。これは、ほとんどのスタート メニュー項目に実際に適用されます。 要点を述べてください。
不正解:
良い:
正しくない例では、ヒントは一般的な動詞で始まります。 より良い例は、特定の動詞を持つ点まで右に取得しますが、ヒントの最後に不要な"およびその他の"フレージングを引き続き使用します。
マーケティングのように聞こえる言語は使用しないでください。
不正解:
この例では、ヒントはマーケティングのように聞こえます。
これらのヒントは [スタート] メニューの検索ボックスに対してインデックスが作成されるため、 ユーザーが検索する可能性が最も高い用語を使用して、プログラムの重要なタスクについて説明します。キーワードと一般的なシノニムの使用を検討してください。
不正解:
正解:
正しい例では、ヒントには共通のシノニムがあります。
文スタイルの大文字を使用します。
開発者: [スタート] メニューのヒントテキストは、アイテムの [コメント] フィールドから取得されます。
サイド リンク バーのヒント
- 次の形式でツールヒントを使用します。 起動 (完全なプログラム名)
- 終了句読点は使用しないでください。
- プログラムやプログラムの動作を説明するために追加のテキストを使用しないでください。 ユーザーはサイド リンク バーに表示されるプログラムを選択するため、目的は既にわかっています。
コントロール パネルのヒント
コントロール パネルのヒントを使用して、 コントロール パネルのタスクと、構成されているハードウェアとソフトウェアを簡潔に説明します。
コントロール パネルの名前とアイコンにはヒントが必要です。 個々のタスクにはヒントがありません。
力になる。 ユーザーができることに焦点を当てます。 コントロール パネルの項目名を繰り返したり、説明で使用したりしないでください。
具体的であれ。 一般的な動詞やキャッチオール フレーズなどのハードウェアは避けてください。 情報が重要な場合は、具体的に一覧表示します。それ以外の場合は、すべての情報がヒントに表示されるわけではないことをユーザーが理解しているとします。
不正解:
正解:
正しい例では、構成されているハードウェアの種類が具体的に一覧表示されます。
簡潔にする。 25 語以下を使用します。 ヒントが長いほど、読み取りが推奨されません。
現在時制の命令型動詞から始めます。
正解:
インターネットの表示と接続の設定を構成します。
視覚、聴覚、モビリティの設定を調整します。
要点を述べてください。 コントロール パネルに適用される言語を使用しないでください 。たとえば、"表示および構成の設定を表示および構成する..." などです。または "提供するオプション..."
マーケティングのように聞こえる言語は使用しないでください。
不正解:
すべてのディスク構成に必要な、ワンストップの開始点。
これらのヒントはコントロール パネルの検索ボックスに対してインデックスが作成されるため、 ユーザーが検索する可能性が最も高い用語を使用して項目を記述します。 一般的なタスクやオブジェクトに共通のシノニムを使用することを検討してください。
この例では、ユーザーが検索する可能性が最も高い用語を使用して項目を記述します。
コントロール パネルの項目が他のユーザーと混同される可能性が高い場合は、ヒントでどのように異なるかを説明します。
不正解:
この例では、両方のコントロール パネル項目がサウンドを構成しますが、ヒントでは違いが明確になりません。
正解:
この例では、2 つの項目の違いは、ヒントが原因で明らかになります。
アイコン
Windows の以前のバージョンとは異なり、Windows Vista では、ヒントにアイコンを含めることができます。
ヒントの場合は、アイコンを使用しないでください。
ヒントの場合は、アイコンが認識または理解に役立つ場合にのみ使用するか、コンテキストを提供します。 ほとんどのヒントにはアイコンを含めることはできません。
この例では、ヒントにはアイコンとその意味を関連付けるアイコンがあります。
アイコンは Aero スタイル を使用し、目立たない外観にする必要があります。
アイコンの一般的なガイドラインと例については、「アイコンの」を参照してください。
ドキュメンテーション
ヒントを参照する場合:
- プログラミングやその他の技術ドキュメントでは、ヒントの種類 (ヒントまたはヒント) を参照してください。 他の場所では、単にそれをヒントと呼びます。
- 次のバリエーションが正しくありません。ツール ヒント、ヒント、およびツールヒントです。
- ユーザーの操作を説明するには、ホバーを使用します。