ヒントとヒント

注意

この設計ガイドは Windows 7 用に作成されており、新しいバージョンの Windows では更新されていません。 ガイダンスの多くは原則として適用されますが、プレゼンテーションと例には 現在の設計ガイダンスは反映されていません。

ヒントは、ラベル付けされていないツール バー コントロールやコマンド ボタンなど、ポイントされているラベルのないコントロールにラベルを付ける小さなポップアップ ウィンドウです。

ツール バー ボタンの一般的なヒント。

ツールヒントは非常に便利であることが証明されているため、ヒントと呼ばれる関連するコントロールが存在し、ヒントで可能なよりもわかりやすいテキストが提供されます。

ヒントは、ツール バー コントロール、アイコン、グラフィックス、リンク、Windows エクスプローラー オブジェクト、スタート メニュー項目、タスク バー ボタンの説明など、ポイントされるオブジェクトを簡潔に説明する小さなポップアップ ウィンドウです。 ヒントは 、段階的な開示コントロールの一種であり、画面上に説明テキストを常に表示する必要がなくなります。

一般的なヒント。

この記事では、ヒントとヒントをまとめてヒントと呼びます。

ヒントは、ユーザー インターフェイス (UI) で直接説明されていない不明またはなじみのないオブジェクトをユーザーが理解するのに役立ちます。 これらは、ユーザーがオブジェクトの上にポインターを置くと自動的に表示され、ユーザーがコントロールをクリックするかマウスを移動したとき、またはヒントがタイムアウトしたときに削除されます。

開発者： ヒント コントロールはありません。ヒントは、ツールヒント コントロールを使用して実装されます。 違いは、実装ではなく使用法にあります。

注意

バルーン、ツール バー、ヘルプに関連するガイドラインは、別の記事で示されています。

これは適切なコントロールですか?

それを判断するには、以下の質問を考えます。

• 情報はポインターのホバーに基づいて表示されますか? そうでない場合は、別のコントロールを使います。 ヒントは、ユーザーの操作の結果としてのみ表示され、独自に表示されることはありません。 対照的に、 バルーン は(通知と同様に)独自に表示できるため、ソースを識別する尾があります。

• コントロールにはテキスト ラベルがありますか? ない場合は、ヒントを使ってラベルを表示します。 ほとんどのコントロールにはラベルを付ける必要があるため、ヒントは含まれていないことに注意してください。 グラフィック ラベルを含むツール バー コントロールとコマンド ボタンには、ツール ヒントが必要です。

• オブジェクトは補足説明または詳細情報の恩恵を受けますか? その場合は、ヒントを使用します。 ただし、テキストは補助的である必要があり、主要なタスクには不可欠ではありません。 必須なものであれば、直接 UI に配置して、ユーザーが探さなくても済むようにします。

• 補足情報はエラー、警告、または状態ですか? その場合は、吹き出し、 エラー メッセージ、 ステータス バーなど、別の UI 要素を使用します。 通知領域アイコンヒントは、状態情報を表示するために使用できるため、例外です。

• ユーザーがヒントを操作する必要がありますか? その場合は、吹き出しなどの別のコントロールを使用します。 ヒントはマウスを動かすと消えるため、ユーザーはヒントを操作できません。

• ユーザーは補足情報を印刷する必要がありますか? その場合は、静的コメント フィールドなどの別のコントロールを使用します。 ただし、ヒントを使用して、この情報へのより直接的なアクセスを提供することもできます。

  

  この例では、Microsoft Word の静的コメント フィールドを使用すると、ユーザーはコメントを印刷できます。

• ユーザーがヒントを見つけたり、気が散ったりするようなコンテキストですか? その場合は、何もしないなどの別のソリューションの使用を検討してください。 このようなコンテキストでヒントを使用する場合は、ユーザーがオフにすることができます。

適切に使用すると、ヒントによってユーザーとの通信が向上します。 ヒントを適切なデザインの代わりに使用しないでください。 グラフィック、ボタン、またはその他のオブジェクトで、ユーザーがヒントを確認し続けて理解する必要がある場合、デザインは不適切です。 代わりにデザインを修正してください。

設計概念

ヒントは、ユーザー インターフェイスを簡略化するための強力な方法です。 ユーザーが必要なときに必要な情報を提供し、最小限の労力で作業を行います。 ヒントは、画面領域をより効果的に使用し、画面の乱雑さを減らすのに役立ちます。 ただし、設計が不十分なヒントは、迷惑、気が散る、役に立たない、圧倒される、または邪魔になる可能性があります。 次の設計概念は、違いを示すことを目的としています。

Discoverability (探索可能性)

ヒントは、ユーザーが一定期間オブジェクトの上にポインターを置くと自動的に表示されます。 この時間遅延メカニズムにより、ヒントは非常に便利になりますが、検出可能性も低下します。

時間の経過と共に、ユーザーはツール バー ボタン、グラフィック ボタン、スタート メニュー項目、通知領域アイコンなどの特定の標準オブジェクトにヒントがあることを学習するため、検出可能性を当然のこととすることができます。

ユーザーが非標準の場所でヒントを見つけ出すのに時間がかかります。 オブジェクトにヒントがあることを示す視覚的な手掛かり (ホット スポットやポインターの変更など) はありません。 さらに悪いことに、一部のユーザーは、特に UI の移動を学習している場合に、マウスを頻繁に動かします。 ユーザーは、過去の経験または実験によって、オブジェクトにヒントがあることを知る必要があります。

ヒントを一貫して使用することで、検出可能性を向上させることができます。これにより、予測可能性が向上します。 一部のオブジェクトのヒントを提供する場合は、ユーザーが補足情報を必要とする可能性が高いすべての類似オブジェクトに対してヒントを提供する必要があります。 ヒントが役に立ち、明らかではないことも確認する必要があるため、これを行うことは困難な場合があります。

検出可能で一貫して役立つヒントを提供することが問題であることが判明した場合は、自己説明コントロール ラベルやインプレース補足テキストなどの代替設計を検討してください。

適切な情報

ヒントに適した情報には、次の特性があります。

• 簡潔。 ヒントで使用されるポップアップ ウィンドウは、短い文や文の断片、書式設定されたテキストに最適です。 大きく書式設定されていないテキスト ブロックは読みにくく、圧倒されます。
• 役立つ。 ヒント テキストは有益である必要があります。 それは明らかではないか、単に画面上にあるものを繰り返すべきではありません。
• 補足。 ヒント テキストは常に表示されるとは限らないので、ユーザーが読む必要のない補足情報にする必要があります。 重要な情報は、説明用のコントロール ラベルまたはインプレース補足テキストを使用して伝達する必要があります。
• 静的。 ユーザーは、ヒントが 1 つのインスタンスから次のインスタンスに変更されることを期待していないため、状態情報などの動的コンテンツの変更に気付く可能性は低いです。 通知領域アイコンのヒントは注目すべき例外です。これらのアイコンは主に状態を伝えるので、ユーザーはそこでヒント情報の変更を検出する可能性が高くなります。

適切なタイムアウト

適切な自動表示とヒントの削除は、ユーザーが UI 環境の制御を維持するという目標に不可欠です。 ヒントには、次の 3 つのタイムアウト値があります。

• 初期。 ヒントが表示されるようにポインターが静止している必要がある時間。 既定の時刻は 0.5 秒です。
• 再表示します。 ポインターが 1 つのターゲットから別のターゲットに移動する際に、ポインターが静止している必要がある時間。 既定の時刻は 0.1 秒です。
• 除去。 チップが自動的に削除される時間。 既定の時刻は 5 秒です。

初期値と表示値が短すぎると、誤って表示されることが多いため、迷惑で破壊的なエクスペリエンスが発生しますが、長すぎるとヒントが応答しない、または検出されないという結果になります。 既定の削除時間は、ツールヒントで使用される短いヒント テキストに適しています。 ヒントには長いテキストがあるため、表示時間が長くなる必要があります。

適切な配置

ヒントは、ホバーされているオブジェクトの近くに配置する必要があります。通常は、可能な場合はポインターの尾または頭に置きます。 ただし、ユーザーが目的のオブジェクトを隠すことによって何を行っているかを妨げるような方法で配置しないでください。 この問題を回避するには、ポインターから離れてオブジェクトに隣接してチップを移動する必要がある場合があります。 オブジェクトとその先端の関係が明確である限り、これは問題ではありません。 プログラムのヒントを取得するために、ユーザーがポインターを移動しないようにします。

ユーザー補助

ヒントはアクセシビリティに異常な影響を及ぼす。 通常はオブジェクトの上にポインターを置くことでトリガーされますが、ヒントはキーボード アクセスを持つコントロールの スクリーン リーダー によって処理されます。 簡潔で役に立つ静的な補足情報に適切に使用すると、ヒントによって全体的なアクセシビリティが向上します。 実際、代替テキスト ヒント パターンは、グラフィックスをアクセシビリティ対応にするための推奨される方法です。 ただし、不適切に使用すると、重要な情報や動的な情報の取得が困難になり、アクセシビリティが低下します。

コントロールにキーボード アクセス権のないヒントが必要な場合は、複数の方法でコントロールにアクセスできます。

この例では、ユーザーはツール バー ボタン (キーボードにアクセスできない) または [印刷] コマンドのキーボード ショートカットを使用して印刷できます。

1 つだけ行う場合...

適切なタイミングで、簡潔で役に立つ静的な補足情報を適切な場所に表示する検出可能なヒントを設計します。

使用パターン

ヒントには、いくつかの使用パターンがあります。

使用法	例
ヒント ラベルのないコントロールまたはグリフのラベルを表示します。	これらのヒントはラベルとして機能するため、そのテキストは基になるコントロールのラベル ガイドラインに従います。 この例では、ツールヒントにコマンド ラベルが表示されます。 これらの例では、ヒントはグラフィック ボタンにラベルを付けます。 この例では、ヒントによってグリフにラベルが付けられます。
ヒント は、オブジェクトまたはコントロールの補足説明または説明を提供します。	ヒントを使用して、 ツール バー コントロール、 アイコン (アイコン オーバーレイを含む)、 リンク、 タブ、 プログレッシブ開示コントロール、カスタム コントロールなどのオブジェクトとコントロールを説明または説明します。 これらの例では、ヒントはコントロールとオブジェクトに関する補足情報を提供します。
代替テキストヒント アクセシビリティのためのグラフィックを記述します。	このパターンは、主に何らかの形の視覚障碍を持ち、スクリーン リーダーを使用している可能性があるユーザーを対象とします。 この例では、ヒントに [スタート] メニュー グラフィックが表示されます。
[縮小表示] 項目の小さな画像を表示します。	サムネイルは、ウィンドウまたはドキュメントを簡単に認識できるグラフィック表現を提供します。 この例では、Windows タスク バーにアイテムのサムネイル ヒントが表示されます。 この例では、Windows フォト ギャラリーによって、そのアイテムのサムネイル ヒントが提供されます。
詳細ヒント オブジェクトに関する詳細情報を表示します。	ヒントは、オブジェクトに関する詳細情報を表示したり、データを提供したりするための効果的な方法です。 詳細値を含む これらの例では、ヒントはオブジェクトまたはデータに関する詳細情報を提供します。
スタート メニューのヒント スタート メニューの項目について説明します。	スタート メニューは、プログラム名と、ドキュメント、画像、コントロール パネルなどの重要なウィンドウの宛先で構成されます。 これらのヒントでは、スタート メニュー項目について説明します。通常は、プログラムまたは宛先の簡単な説明と、ユーザーがそれに対して実行できる主要なタスクについて説明します。これらの説明は、スタート メニューの検索ボックスによってもインデックスが作成され、ユーザーが必要なプログラムを見つけるのに役立ちます。 この例では、ヒントでは、[スタート] メニューのプログラムでユーザーが実行できる操作について説明します。
ヒントのコントロール パネル コントロール パネルのカテゴリまたはタスクについて説明します。	これらのヒントは、ユーザーが適切なコントロール パネルのカテゴリと項目を選択するのに役立つ補足情報を提供します。 この例では、ヒントで [ユーザー アカウント] コントロール パネル カテゴリについて説明します。
完全な名前のヒント は、名前が切り詰められたり、完全に表示されない場合に、アイテムの完全な名前を表示します。	これらのヒントを使用すると、水平スクロールの必要性を減らしながら、よりコンパクトなスペースで項目を表示できます。 これは、コンテンツの長さが動的であるために不明な場合に特に重要です。 他のパターンとは異なり、リストやツリーで使用すると、これらのヒントはソース オブジェクトの上に直接表示されます。 この例では、ヒントを使用して、ホバー時に完全なアイテム名を表示します。
状態ヒント 通知領域アイコンのステータス情報を表示します。	通常、ヒントは静的である必要があります。ユーザーは、あるインスタンスから次のインスタンスに変更されることを期待していないためです。 通知領域アイコンは例外 です。これらのアイコンは状態を伝え、ステータス テキストに使用できる他の画面領域がないためです。 これらの例では、ヒントは通知領域アイコンの状態情報を提供します。

ガイドライン

Timeouts

• 既定の初期タイムアウトと再表示タイムアウトを使用します。 例外:
  • 冗長でなく、関連付けられたオブジェクトの側面に表示されるサムネイルは、すぐに (遅延なく) 表示できます。 ただし、冗長なサムネイル (小さなグラフィック オブジェクトの場合は大きなサムネイル ヒントなど) または関連するオブジェクトをカバーするサムネイルには、既定の初期タイムアウトを使用します。
• ヒントの場合は、既定の 5 秒のチップ削除タイムアウトを使用します。
• ヒントの場合は、チップの削除タイムアウトをオフにします。 開発者 : 技術的には削除タイムアウトをオフにできないため、最大値に設定します。
• アクセシビリティのために、タイムアウト値を最大値以外の値に設定する必要がある場合は、固定時間を使用するのではなく、SPI_GETMOUSEHOVERTIMEの倍数にし、システム パラメーターをSPI_GETMESSAGEDURATIONします。 これにより、ユーザーの速度に合わせてタイムアウトが調整されます。

配置

• ユーザーが表示または操作しようとしているオブジェクトをカバーしないようにします。 ポインターと先端の間の分離が必要な場合でも、常にオブジェクトの側面に先端を配置します。 オブジェクトとその先端の関係が明確である限り、一部の分離は問題になりません。

  • 例外： リストとツリーで使用される完全な名前のツールヒント。

  正しくない:

  

  正確:

  

  正しい例では、ヒントは検索ボックスから離れていますが、それにキャレットとの間にスペースが必要です。

  正しくない:

  

  正確:

  

  正しい例では、基になるテキストはヒントよりもはるかに便利であるため、ヒントは正しく配置されません。

• 項目のコレクションの場合は、ユーザーが表示または操作する可能性が高い次のオブジェクトをカバーしないようにします。 水平方向に配置されたアイテムの場合は、ヒントを右に配置しないでください。垂直方向に配置されたアイテムの場合は、下にヒントを配置しないでください。

  正しくない:

  

  正確:

  

  正しくない例では、ヒントは、ユーザーが次に操作する可能性が最も高いオブジェクトをカバーしています。

• 潜在的に気が散る (多くの場合は大きな) ヒントについては、ほとんどのユーザーに役立つ情報を確認してください。 そうでない場合は、気が散るヒントを省略可能にするか、削除します。 それ以外の場合、ほとんどのユーザーは、ヒントを取り除くために、ターゲット オブジェクトからポインターを離す必要があります。

ヒント

• ツールヒントを使用して、ラベルのないコントロールのラベルを指定します。 ツール ヒントが一般的に含まれるコントロールは、 ツール バー ボタン、グラフィック ボタン、 プログレッシブ開示コントロールです。 プロンプトを含むコントロールは、 テキスト ボックス や コンボ ボックスなど、ラベル付けされていると見なされます。 他のすべてのコントロールには、明示的なラベルが必要です。

• 句読点を終了せずに文のフラグメントを使用します。

• 文章スタイルで大文字と小文字を使い分けます。

  • 例外： このガイドラインは、Windows Vista の新機能です。 レガシ アプリケーションの場合は、必要に応じてタイトル スタイルの大文字と小文字を使用して、大文字と小文字が混在しないようにすることができます。

• ラベルが追加情報を必要とするコマンドの場合は 省略記号 を追加します。

• 通常のラベルと同様に、 ヒントは通常 5 単語以下で簡潔に保ちますが、あいまいなラベルよりも特定のラベルを優先します。

  普通：

  

  より適切な例:

  

  最高：

  

  正しくない:

  

  これらの例では、最適な例は簡潔で具体的ですが、正しくない例は不必要に冗長です。

• ツールヒントを使用すると、ラベル付けされたツール バー ボタンの詳細が表示される場合もあります。 ラベルに既に含まれている内容を繰り返したり、言い換えたりしないでください。

  正確:

  

  この例では、ツールヒントで Search の機能について説明します。

  正しくない:

  

  この例では、ツールヒントはラベルに既にあるものを繰り返すだけです。

• 一貫性を保つためだけに、ラベル付きコントロールのヒントを指定する必要はありません。

  

  この例では、ラベル付けされていないツール バー ボタンにはヒントがありますが、ラベル付けされたツール バー ボタンにはヒントがありません。

• 必要に応じて、 キーボード ショートカットと既定値を指定して、ツールヒントをより役立てるようにします。 この追加情報をかっこで囲みます。 そうすることで、ラベル付きコントロールがラベルを繰り返すだけの場合でも、ヒントが役立ちます。 ヒントの簡潔さを評価するときは、この追加のテキストは考慮しないでください。

  

  この例では、ツールバーのツール ヒントに既定値とキーボード ショートカットが表示されます。

ヒント

• 標準以外の場所のヒントの場合は、検出可能性を向上させるために役立つ情報よりも一貫性を優先します。 いくつかのヒントが明らかであっても、ユーザーが補足情報を必要とする可能性があるすべてのオブジェクトにヒントを提供します。 これにより、ユーザーがヒントが表示されないようにする必要がなくなります。

  • 例外： 役に立つヒントを持つオブジェクトが少ない場合は、ヒントをまったく使用しないでください。 代わりに、わかりやすいコントロール ラベルまたはインプレース補足テキストを使用してください。

• 句読点の末尾に完全な文を使用します。

  • 例外： 通知領域 アイコンのヒントでは、 終了句読点は使用されません。

• 文章スタイルで大文字と小文字を使い分けます。

• 未来ではなく、現在時制を使用します。

• 並列文法構造を使用します。 並列処理では、同じ関数を持つ単語と語句の形式が同じである必要があります。

  • 例外： 完全な名前のヒント パターンの場合、ヒント テキストは基になるコントロールのフレージング、大文字と小文字、句読点と正確に一致します。

• 大きなヒントは避けてください。 大きなヒントは読みにくく、基になるオブジェクトに干渉せずに配置するのが困難です。

• ヒントを書式設定して、コンテンツの読み取りとスキャンを容易にします。 書式設定されていないテキストの大きなブロックは読みにくい場合があります。

  正しくない:

  

  正確:

  

  正しい例では、書式設定されたテキストの読み取りとスキャンがはるかに簡単です。

• ヒント内で最初に使用する場合は、頭字語の名前を入力し、その後に頭字語をかっこで囲みます。 例: "動的ホスト構成プロトコル (DHCP)。"

スタート メニューのヒント

• [スタート] メニューヒントを使用して 、アイテムを簡潔に説明し、ユーザーがアイテムで実行できる主なタスクを一覧表示します。

• 役立ちます。 ユーザーができることに焦点を当てます。 項目名を繰り返したり、説明で使用したりしないでください。

• 具体的にする。 などの一般的な動詞やキャッチオール フレーズは避けてください。 情報が重要な場合は、具体的に一覧表示します。それ以外の場合は、ヒントにすべてが記載されているわけではないことをユーザーが理解しているとします。

• 簡潔にします。 25 語以下を使用します。 ヒントが長いほど、読み取りは推奨されません。

• 現在時制の命令型動詞 (作成、編集、表示、送信など) から始めます。 管理やオープンなどの一般的な動詞よりも特定の動詞を優先します。これは、ほとんどの [スタート] メニュー項目に実際に適用されます。 ポイントに右を取得します。

  正しくない:

  

  より適切な例:

  

  正しくない例では、ヒントはジェネリック動詞で始まります。 より良い例は、特定の動詞を持つポイントに右を取得しますが、ヒントの最後に不要な"およびその他の"フレージングを使用し続けます。

• マーケティングのように聞こえる言語を使用しないでください。

  正しくない:

  

  この例では、ヒントはマーケティングのように聞こえます。

• これらのヒントは [スタート] メニュー検索ボックスに対してインデックスが作成されるため、 ユーザーが検索する可能性が最も高い用語を使用して、プログラムの重要なタスクについて説明します。キーワードと共通のシノニムの使用を検討してください。

  正しくない:

  

  正確:

  

  正しい例では、ヒントには共通のシノニムがあります。

• 文章スタイルで大文字と小文字を使い分けます。

• 開発者： [スタート] メニューのヒント テキストは、アイテムの [コメント] フィールドから取得されます。

サイド リンク バーのヒント

• 次の形式のツールヒントを使用します。 起動 (完全なプログラム名)
• 末尾に句点を付けません。
• プログラムやプログラムの動作を説明するために追加のテキストを使用しないでください。 ユーザーはサイド リンク バーに表示されるプログラムを選択するため、目的は既にわかっています。

ヒントのコントロール パネル

• コントロール パネルヒントを使用して、コントロール パネルタスクと構成されているハードウェアとソフトウェアについて簡潔に説明します。

• コントロール パネルの名前とアイコンにはヒントが必要です。 個々のタスクにはヒントがありません。

• 役に立ちます。 ユーザーができることに焦点を当てます。 コントロール パネル項目名を繰り返したり、説明で使用したりしないでください。

• 具体的にする。 ジェネリック動詞やキャッチオール フレーズなど、他のハードウェアは避けてください。 情報が重要な場合は、具体的に一覧表示します。それ以外の場合は、すべての情報がヒントに表示されないことをユーザーが理解しているとします。

  正しくない:

  

  正確:

  

  正しい例では、構成されているハードウェアの種類が具体的に一覧表示されています。

• 簡潔にします。 25 語以下を使用します。 ヒントが長いほど、読み取りが推奨されません。

• 現在時制の命令型動詞から始めます。

  正確:

  インターネットの表示と接続の設定を構成します。

  視覚、聴覚、モビリティの設定を調整します。

• ポイントまで右に取得します。 "使用して、 の外観と機能の設定を表示および構成する" など、コントロール パネルに適用される言語は使用しないでください。または "オプションを提供します。..."

• マーケティングのように聞こえる言語を使用しないでください。

  正しくない:

  ディスク構成に必要なすべての開始点。

• これらのヒントはコントロール パネル検索ボックスに対してインデックスが作成されるため、ユーザーが検索する可能性が最も高い用語を使用して項目を記述します。一般的なタスクとオブジェクトに共通のシノニムを使用することを検討してください。

  

  この例では、ユーザーが検索する可能性が最も高い用語を使用して項目を記述します。

• コントロール パネルアイテムが他のアイテムと混同される可能性が高い場合は、ヒントでその違いについて説明します。

  正しくない:

  

  この例では、コントロール パネル項目の両方でサウンドが構成されますが、ヒントでは違いが明確になりません。

  正確:

  

  この例では、チップが原因で 2 つの項目の違いがより明確になります。

アイコン

以前のバージョンの Windows とは異なり、Windows Vista ではヒントにアイコンを付けることもできます。

• ツールヒントの場合は、アイコンを使用しないでください。

• ヒントの場合は、認識または理解に役立つ場合にのみアイコンを使用するか、コンテキストを提供します。 ほとんどのヒントにはアイコンを含めることはできません。

  

  この例では、ヒントにはアイコンを意味に関連付けるのに役立つアイコンがあります。

• アイコンは Aero スタイル を使用し、目立たない外観にする必要があります。

一般的なアイコンのガイドラインと例については、「 アイコン」を参照してください。

ドキュメント

ヒントを参照する場合:

• プログラミングやその他の技術ドキュメントでは、ヒントの種類 (ヒントまたはヒント) を参照してください。 他の場所では、単にチップと呼びます。
• ツール ヒント、ツール ヒント、およびツール ヒントのバリエーションが正しくありません。
• ユーザー操作を説明するには、ホバーを使用します。