コントロールパネル

[アーティクル]
06/13/2023

手記

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

コントロールパネル項目を使用して、ユーザーがシステムレベルの機能を構成し、関連するタスクを実行するのに役立ちます。ユーザーインターフェイスを持つプログラムは、代わりに UI から直接構成する必要があります。

Microsoft Windows のコントロールパネルを使用すると、ユーザーはシステムレベルの機能を構成し、関連するタスクを実行できます。システムレベルの機能構成の例としては、ハードウェアとソフトウェアのセットアップと構成、セキュリティ、システムメンテナンス、ユーザーアカウント管理などがあります。

コントロールパネルという用語は、Windows コントロールパネル機能全体を指します。個々のコントロールパネルは、コントロールパネル項目と呼ばれます。コントロールパネル項目は、コントロールパネルのホームページまたはカテゴリページから直接アクセスできる場合、最上位レベルと見なされます。

コントロールパネルの音声カテゴリのスクリーンショット

一般的なコントロールパネル項目。

コントロールパネルのホームページは、すべてのコントロールパネル項目のメインエントリポイントです。カテゴリ別の項目と、最も一般的なタスクが一覧表示されます。ユーザーが [スタート] メニューの [コントロールパネル] をクリックすると表示されます。

コントロールパネルのカテゴリページには、最も一般的なタスクと共に、1 つのカテゴリ内の項目が一覧表示されます。ユーザーがホームページでカテゴリ名をクリックすると表示されます。

コントロールパネル項目は、タスクフローまたはプロパティシート使用して実装されます。 Windows Vista 以降では、タスクフローが優先されるユーザーインターフェイス (UI) です。

開発者: コントロールパネル項目を作成する方法については、「コントロールパネル項目の」を参照してください。

注: プロパティシートに関連する ガイドラインは、別の記事で示されています。

これは適切なユーザーインターフェイスですか?

決定するには、次の質問を検討してください。

システムレベルの機能を構成する目的は何ですか? そうでない場合は、別の統合ポイントを使用します。コントロールパネルを使用する代わりに、オプションダイアログボックスを使用して UI から直接アプリケーション機能を構成できるようにします。セットアップ、構成、または関連タスクに使用されないユーティリティ (トラブルシューティングなど) の場合は、統合ポイントとして [スタート] メニューを使用します。
システムレベルの機能には独自の UI がありますか? その場合、その UI は、ユーザーが変更を加えるために移動する必要がある場所です。たとえば、システムバックアップユーティリティは、コントロールパネルではなく、プログラムオプションから構成する必要があります。
ユーザーは構成を頻繁に変更する必要がありますか? その場合 (たとえば、週に数回) は、コントロールパネルの使用に加えて、代替ソリューションを検討してください。たとえば、Windows マスターボリュームの設定は、通知領域のアイコンから直接構成できます。一部の設定は自動的に構成できます。たとえば、Windows エクスプローラーでは、アプリケーションプロパティの [互換性] タブを使用すると、ユーザーがビデオモードを手動で変更する必要なく、アプリケーションを 256 カラーモードで実行できます。
ターゲットユーザーは IT プロフェッショナルですか? その場合は、代わりに Microsoft 管理コンソール (MMC) スナップインを使用します。これは、システム管理タスク専用に設計されています。場合によっては、一般ユーザー向けのコントロールパネル項目と IT プロフェッショナル向けの MMC スナップインの両方を用意することをお勧めします。

コンピューター管理ウィンドウのスクリーンショット

この例では、ローカルユーザーとグループ MMC スナップインは、IT プロフェッショナルを対象とするユーザー管理を提供します。他のユーザーは、コントロールパネルの [ユーザーアカウント] 項目を使用する可能性が高くなります。
この機能は、初期システム構成時にのみ使用される OEM 機能ですか? その場合は、統合ポイントとして Windows ウェルカムセンターを使用します。

多くのシステムレベルの機能には、より明確または直接的な統合ポイントがないため、コントロールパネル項目が必要です。ただし、コントロールパネルは、すべての構成設定で "1 か所" として表示されるべきではありません。 ユーザーインターフェイスを持つプログラムは、コントロールパネル項目を使用する代わりに、UI から直接構成する必要があります。

不正解:

コントロールパネルのインターネットオプション項目のスクリーンショット

この例では、独自の UI がより優れた統合ポイントであるため、Windows Internet Explorer をコントロールパネルに表示しないでください。

新しいコントロールパネル項目を作成するか、既存のコントロールパネル項目を拡張しますか?

決定するには、次の質問を検討してください。

機能は、既存の拡張可能なコントロールパネル項目にプラグインできるタスクとして表現できますか。 次のコントロールパネル項目は拡張可能です:Bluetooth デバイス、ディスプレイ、インターネット、キーボード、マウス、ネットワーク、電源、システム、ワイヤレス (赤外線)。
プロパティとタスクは、既存の拡張可能なコントロールパネル項目の機能を置き換えますか? その場合は、ユーザーエクスペリエンスが簡単になるため、既存のコントロールパネル項目を拡張する必要があります。そうでない場合は、新しいコントロールパネル項目を作成します。

設計の概念

コントロールパネルの概念は、実際のメタファーに基づいています。 実際のコントロールパネルは、デバイスの監視と制御に使用されるコントロール (ノブ、スイッチ、ゲージ、およびディスプレイ) のコレクションです。このようなコントロールパネルのユーザーは、多くの場合、それらを使用する方法を理解するためのトレーニングが必要です。

実際の対応するコントロールパネルとは異なり、Windows コントロールパネルの設計は、初めてのユーザー向けに最適化されています。 ユーザーは、ほとんどのコントロールパネルタスクを頻繁に実行しないため、通常、その方法を覚えていないため、毎回効果的に再学習する必要があります。

便利で使いやすいコントロールパネル項目を設計するには:

プロパティが必要であることを確認します。
テクノロジではなく、ユーザーの目標に関してプロパティを提示します。
適切なレベルでプロパティを表示します。
特定のタスクのページをデザインします。
Standard ユーザーと保護された管理者向けのデザインページ。

コントロールパネルに含める項目を設計および評価するときは、ユーザーが実行する一般的なタスクを決定し、それらのタスクを実行するための明確なパスがあることを確認します。ユーザーは通常、コントロールパネル項目で次の種類のタスクを実行します。

初期構成
まれな変更 (ほとんどの設定)
頻繁な変更 (いくつかの重要な設定)
設定を初期状態または以前の状態にロールバックする
トラブルシューティング

1 つだけ行う場合...

特定のタスクのコントロールパネルページを設計し、テクノロジではなくユーザーの目標に関して表示します。

使用パターン

コントロールパネル項目の場合は、タスクフローまたはプロパティシートを使用できます。使用パターンを次に示します。

タスクフローパターン

タスクフロー項目では、ハブページを使用して高レベルの選択肢を提示し、スポークページを使用して実際の構成を実行します。

Hub ページ

タスクベースのハブページ。これらのハブページには、最も一般的に使用されるタスクが表示されます。これらは、ユーザーがより多くのガイダンスと説明を必要とするいくつかの一般的に使用されるタスクや重要なタスクに最適です。ハブページにはコミットボタンがありません。ハイブリッドタスクベースのハブページには、いくつかのプロパティまたはコマンドも直接含まれています。ハイブリッドハブページは、ユーザーがコントロールパネルを使用してこれらのプロパティとコマンドにアクセスする可能性が最も高い場合に強くお勧めします。
オブジェクトベースのハブページ。これらのハブページには、リストビューコントロールを使用して使用可能なオブジェクトが表示されます。複数のオブジェクトが存在する可能性がある場合に最適です。ハブページにはコミットボタンがありません。

スポークページ

タスクページ。これらのスポークページでは、特定のタスクベースのメイン命令を使用して、タスクまたはタスク内のステップが表示されます。これらは、追加のガイダンスと説明の恩恵を受けるタスクに最適です。
フォームページ。これらのスポークページには、一般的なメイン命令に基づいて、関連するプロパティとタスクのコレクションが表示されます。これらは、多くのプロパティを持ち、高度なプロパティなどの直接の単一ページプレゼンテーションの利点を得る機能に最適です。

プロパティシートのパターン

プロパティシートは、高度なユーザーを対象とする多くの設定を持つ従来のアイテムで最適に使用されます。新しい項目は、フォームページパターンを使用してタスクフローと同じ効果を実現できます。

ガイドライン

プロパティシートのコントロールパネル項目

新しいコントロールパネル項目にはプロパティシートを使用しないでください。 代わりに、タスクフローを使用してシームレスなエクスペリエンスを作成し、コントロールパネルのホームページの分類と検索機能を最大限に活用します。

タスクフローのコントロールパネル項目

全般

スクロールせずに、最も重要なコンテンツとコントロールを表示したままにします。 ユーザーは、理由がない限り、スクロールしてページコンテンツを表示しません。コミットボタンは、コンテンツ領域ではなく、コマンド領域に配置することで常に表示できます。スクロールを避けるためにページを分割しないでください。
- 最も重要なコントロールがスクロールせずに表示されている限り、長いページを垂直方向にスクロール。
- 水平スクロールは使用しないでください。 代わりに、ページコンテンツを再設計し、垂直スクロールを使用します。ページは、非常に狭い場合にのみ水平スクロールバーを持つことができます。
ページ間を移動するには:
- タスク開始するには、タスクリンクを使用します。
- タスクリンクまたは [次へ] ボタンを使用して、マルチステップタスクの次のページに移動します。
- コミットボタンを使用してタスクを完了します。
- メニューバーの [戻る] ボタンを使用して、以前に表示したページに戻ります。 [戻る] ボタンをコマンド領域に追加しないでください。
- [アドレス] バーを使用して、コントロールパネルのホームページに直接戻ります。
- 作業ウィンドウの [参照] リンクを使用して、他のコントロールパネル項目のページに移動します。それ以外の場合、ナビゲーションは 1 つのコントロールパネル項目内に留まる必要があります。
コントロールパネルのホームページのみをアドレスバーに配置します。 そのリンクをクリックすると、コントロールパネルのホームページに戻り、確認なしで進行中の作業を中止します。
コントロールパネルページに [閉じる] コマンドボタンを配置しないでください。 ユーザーは、タイトルバーの [閉じる] ボタンを使用してコントロールパネルウィンドウを閉じることができます。

タスクのリンクとボタン

ページに固定オプションの小さなセットがある場合は、ラジオボタンと [次へ] ボタンの組み合わせではなく、タスクリンクを使用します。 これにより、ユーザーは 1 回のクリックで応答を選択できます。
タスクのリンクとボタンは、次の場所 (検出可能性の順) に配置できます。
- コマンド領域 (スポークページ上のコマンドボタンのみ)。
- コンテンツ領域:
  - コマンドボタン
  - タスクのリンク
  - その他のリンク
- 作業ウィンドウのリンク (ハブページのみ)。
タスクのリンクとボタンの場所を、重要度と検出可能性の必要性に基づいて指定します。
- コマンド領域にコミットボタンのみを配置します。
- コンテンツ領域に重要なタスクを配置します。 コマンドボタンは最も注目を集める傾向があるため、ユーザーが表示する必要があるコマンド用に予約します。タスクリンクも注意を引きますが、コマンドボタンよりも小さくなります。
- セカンダリ (重要度が低い) タスクの作業ウィンドウとプレーンリンクを予約します。 作業ウィンドウはタスクページの最も検出できない領域であり、プレーンリンクはコマンドボタンやタスクリンクほど表示されません。
コンテンツ領域に表示されるタスクリンクの場合:
- 7 つ以上のリンクがある場合は、リンクをカテゴリにグループ化します。 各グループの見出しを指定します。
- 7 つ未満のリンクの場合は、見出しなしで 1 つのグループにリンクを表示します。
タスクのリンクとボタンを論理的な順序で表示します。 タスクのリンクを垂直方向に一覧表示し、コマンドボタンを水平方向に表示します。
カテゴリ内で、コマンドを関連するグループに分割します。 最も一般的に使用されるタスクを最初に配置し、各グループ内で最もよく使用されるタスクを最初に配置して、タスクグループを表示します。 結果の順序は、使用の可能性にほぼ従う必要がありますが、論理フローもあります。
- 例外: タスクのリンクが原因で、すべての処理が行われるには、最初に配置する必要があります。
タスクリンクが多数ある場合は、24 x 24 ピクセルのアイコンと 2 行のテキストを使用して、最も重要なタスクをより目立つ外観 にします。重要度の低いタスクの場合は、16 x 16 ピクセルのアイコンを使用するか、アイコンを使用せず、1 行のリンクテキストを使用します。

大きいアイコンと小さいアイコンがスクリーンショット

この例では、重要なコマンドがより目立つように表示されます。
頻繁に使用されるコマンドと破壊的コマンドを明確に物理的に分離します。 そうしないと、ユーザーが誤って破壊的コマンドをクリックする可能性があります。破壊的なコマンドをまとめるために、コマンドの順序を多少変更する必要がある場合があります。
ページ上でコマンドを直接元に戻すメカニズムを提供します。 ユーザーは、間違いを元に戻すために他の場所に移動する必要はありません。
タスクリンクの場合は、すべての既定のタスクリンクアイコンまたはすべてのカスタムアイコンを使用します。 それらを混在させないでください。次の場合にのみ、カスタムアイコンの使用を検討してください。
- ユーザーがタスクを理解するのを支援します。
- 彼らはエアロアイコン規格に準拠しています.
- 彼らは目立たない外観を持っています。

ダイアログボックス

タスクフローを使用する場合、通常、1 つのウィンドウ内でタスクをページ間でフローさせる必要がありますが、次の状況は例外です。次の状況でダイアログボックスを使用します。

管理者ユーザー名とパスワードの入力をユーザーに求めるメッセージを表示します。この目的には、常に資格情報マネージャーのダイアログボックスを使用してください。 (モーダルする必要があります。
タスクダイアログまたはメッセージボックスを使用してインプレースコマンドを確認します。 (モーダルにする必要があります)。)
[新規]、[追加]、[名前を付けて保存]、[名前の変更]、[印刷] コマンドなど、インプレースコマンドの入力を取得します。

[ネットワークの場所の削除] ダイアログボックスのスクリーンショット

この例では、[削除] コマンドは、別のページではなくダイアログボックスで実行されます。
セカンダリのスタンドアロンタスクを実行する。モードレスを使用すると、セカンダリウィンドウを使用して、このようなタスクをメインタスクフローの外部で個別に実行できます。

ハブページ

全般

タスクベースのハブページは、次の場合に使用します。
- 一般的に使用されるタスクや重要なタスクが少数あります。
- 構成には、 1 つまたは 2 つのオブジェクト (モニター、キーボード、マウス、ゲームコントローラーなど) が含まれます。
- この構成では、システム全体の (日付と時刻、セキュリティ、電源オプションなど) が適用されます。
オブジェクトベースのハブページは、次の場合に使用します。
- 構成には、複数のオブジェクト (ユーザーアカウント、ネットワーク接続、プリンターなど) が含まれる場合があります。
- 構成は、選択したオブジェクトにのみ適用されます。
コントロールパネル項目に、関連するすべてのタスクとプロパティを含む単一のページ がある場合は、ハブページを使用しないでください。

オブジェクトの一覧

論理的な順序で項目を一覧表示します。 名前付きオブジェクトをアルファベット順に並べ替え、数値順に並べ替え、日付を時系列で並べ替えます。
オブジェクトベースのハブの場合、ビューを変更する機能がタスク にとって重要な場合は、作業ウィンドウにオブジェクトビューコマンドを指定。ビューを変更する機能は、多数のオブジェクトがあり、既定のプレゼンテーションがすべてのシナリオでうまく機能しない場合に重要です。リストビューのコンテキストメニューに明示的なコマンドがない場合でも、ユーザーはリストビューを変更できますが、見つけにくいです。

オブジェクトリストの表示に関するガイドラインの詳細については、「リストビューのをする」を参照してください。

の相互作用の

コミットボタンをハブページに配置しないでください。 ハブページは基本的に起動ポイントです。ユーザーがハブページを "コミット" することはありません。また、ハブページのコミットボタンを使用すると、ハブから開始されたタスクが混乱します (ユーザーはそれらのタスクをコミットする必要があるかどうか疑問に思います)。
- 例外: 設定を変更昇格が必要な場合は、[適用] ボタンにセキュリティシールドアイコンを指定します。変更が適用されたら、コミットボタンを無効にします。
最も便利なプロパティをハブページに直接配置することを検討してください。 このようなハイブリッドハブページは、ユーザーがコントロールパネルを使用してこれらのプロパティにアクセスする可能性が最も高い場合に強くお勧めします。

電源オプションハブページのスクリーンショット

この例では、[電源オプション] コントロールパネル項目には、ハブページで直接最も便利な設定があります。
変更が直ちに行われるように、ハイブリッドハブページの設定には即時コミットモデルを使用します。 ここでも、ユーザーはハブページをコミットしません。設定にコミットボタンが必要な場合は、ハブページに配置しないでください。
ナビゲーションリンクを使用する代わりに、簡単な "1 ステップ" コマンドをハブページに直接配置することを検討してください。
効果を簡単に元に戻すことができないインプレースコマンドを確認します。 タスクダイアログを使用するか、メッセージボックスします。

[削除の確認] ダイアログボックスのする

この例では、[削除] コマンドがダイアログボックスで確認されます。
タスクベースのハブページの場合は、タスクリンクとアイコンを使用して各タスクを識別します。 また、各リンクの説明 (省略可能) を指定することもできます。ただし、タスクリンクをわかりやすいものにし、必要なリンクにのみ省略可能な説明を提供するようにします。

コンピューターパフォーマンスハブページの

この例では、各タスクにタスクリンクとアイコンがあります。
オブジェクトベースのハブページの場合、1 回クリックするとオブジェクトが選択され、ダブルクリックするとオブジェクトが選択され、既定のページに移動します。既定のページは、通常、プロパティページまたはタスクベースのハブページです。
オブジェクトベースのハブページは、選択したオブジェクトのタスクベースのハブに移動できます。 ただし、このようなセカンダリハブは、コントロールパネル項目が間接的すぎるように感じるので避ける必要があります。

作業ウィンドウの

作業ウィンドウを使用して、コマンド、ビュー、および関連するコントロールパネル項目へのリンクを表示します。

タスクベースのハブの作業ウィンドウの場合は、次の順序でリンクを表示します。
- セカンダリコマンドします。主要なタスクをコンテンツ領域にのみ表示します。セカンダリタスク (省略可能) の作業ウィンドウを使用します。ユーザーが重要なシナリオで検出する必要がある場合は、タスクをプライマリと考えてください。ユーザーが検出できない場合はセカンダリ。
- も参照してください。関連するコントロールパネル項目に移動するオプションのリンク。
オブジェクトベースのハブの作業ウィンドウの場合は、次の順序でリンクを表示します。
- オブジェクトビューします。オブジェクトの表示を制御するために使用するオプションのリンク。
- 修正済みコマンド. 現在選択されているオブジェクトに依存しないコマンド。
- コンテキストコマンドします。現在選択されているオブジェクトに依存し、常に表示されるとは限らないコマンド。
- も参照してください。関連するコントロールパネル項目に移動するオプションのリンク。
スポークページで作業ウィンドウを使用しないでください。 ハブページとは異なり、スポークページはタスクの完了に重点を置く必要があります。完了前にユーザーに移動を促す必要はありません。

リンクも参照

ユーザーが関連するコントロールパネル項目を見つけるのに役立つ作業ウィンドウの [参照] リンクも指定します。また、間違ったコントロールパネル項目がある場合は、適切なコントロールパネル項目を見つけることができます。ユーザーがコントロールパネル項目に関連付ける可能性が高い項目へのリンク。

アクションセンターの "参照" リンクの

この例では、アクションセンターのコントロールパネル項目は、関連するコントロールパネル項目にリンクします。
ユーザーが認識する可能性が高い場合は、特定のタスクページにリンクします。 それ以外の場合は、コントロールパネル項目全体にリンクします。フレーズ、コントロールパネルを追加せずに、コントロールパネル名を使用します。

スポークページ

全般

ユーザーがより多くのガイダンスと説明を必要とする、一般的に使用されるタスクや重要なタスクにタスクページを使用します。
フォームページは、多くの設定を持ち、直接の単一ページプレゼンテーションを利用できる機能に使用します。 このようなページの理想的なタスクには、通常、いくつかの単純なプロパティを明確に変更する必要があります。
スポークページで作業ウィンドウを使用しないでください。

の相互作用の

メインタスクを 1 ページに制限してみてください。 複数のページが必要な場合は、次のことができます。
- 追加または省略可能な手順には、中間スポークページを使用します。 中間スポークページは、最終的なスポークページによってコミットされます。
- 独立した補助タスクには、独立したウィンドウを使用します。 独立したウィンドウは、メインタスクとは独立して、独自にコミットされます。

これにより、メインタスクのコミットボタンの意味が明確かつ明確に保たれます。ユーザーは、自分が何にコミットしているかについて常に自信を持って理解する必要があります。

タスクフロー内で [参照] リンクを使用しないでください。 これらのリンクは、関連するコントロールパネル項目とは異なります。ハブページでは別の項目に移動できますが、スポークページには含まれません。これは、これを行うとタスクが中断されるためです。
単純な入力や確認にはスポークページを使用しないでください。 代わりにモーダルダイアログボックスを使用します。

操作 (中間スポークページ)

タスクリンクまたは [次へ] ボタンを使用して、次のページに移動します。 次の手順に進む方法は常に明らかです。
オプションのタスクステップへのナビゲーションリンクを設定できます。 ユーザーがタスクにコミットするときに混乱を避けるために、追加のページは同じコントロールパネル項目内の中間ページにする必要があります。コミットボタンは含めず、メインタスクがコミットされたときにコミットする必要があります。

インタラクション (最終的なスポークページ)

コミットボタンを使用してタスクを完了します。 スポークページ遅延コミットモデルを使用して、明示的にコミットされるまで変更が行われないようにします (ユーザーが Back、Close、または Address バーを使用して移動すると、変更は破棄されます)。コミットボタンは、ユーザーがタスクを完了しようとしていることを示す視覚的な手掛かりです。この目的にはリンクを使用しないでください。
コミットボタン (キャンセルを含む) を確認しないでください。 そうすることは迷惑になる可能性があります。例外：
- このアクションには重大な影響があり、正しくない場合は容易に修正できません。
- このアクションにより、ユーザーの時間または労力が大幅に失われる可能性があります。
- アクションは、他のアクションと明確に矛盾しています。
[戻る]、[閉じる]、または [アドレス] バーを使用して移動して、ユーザーが変更 を破棄するかどうかを確認しないでください。ただし、意図しない可能性のあるナビゲーションによって、ユーザーの時間や労力が大幅に失われる可能性があるかどうかを確認できます。
コマンドリンクやナビゲーションリンク (リンクも参照) は使用しないでください。最後のスポークページでは、ユーザーはタスクを明示的に完了または取り消す必要があります。ユーザーは、タスクを暗黙的に取り消す可能性があるため、他の場所に移動することを推奨しないでください。
ユーザーがタスクを完了または取り消すと、タスクが起動されたハブページに送り返されます。 そのようなページがない場合は、代わりにコントロールパネルウィンドウを閉じます。スポークページが常に別のページから起動されると想定しないでください。
タスクの起動元のページにユーザーを戻すときに、Windows エクスプローラーの [戻る] スタック から古い "コミット済み" ページを削除します。ユーザーは、[戻る] ボタンをクリックしたときに既にコミットしたページを表示しないでください。ユーザーは、[戻る] をクリックして古いページを変更するのではなく、タスクを完全にやり直すことで、常に追加の変更を行う必要があります。
- 開発者: ITravelLog::FindTravelEntry() API と ITravelLogEx::D eleteEntry() API を使用して、これらの古いページを削除できます。

コミットボタン

注: キャンセルボタンはコミットボタンと見なされます。

OK などの汎用ラベルではなく、メイン命令に対する特定の応答であるコミットボタンを使用してタスクを確認します。 コミットボタンのラベルは、独自に意味を持つ必要があります。 OK はメイン命令に対する特定の応答ではなく、誤解しやすいため、使用しないでください。さらに、OK は通常、モーダルダイアログボックスで使用され、コントロールパネルの項目ウィンドウを閉じることを誤って意味します。
- 例外:
  - 設定がないページには [OK] を使用します。
  - 特定の設定や設定のコレクションを変更する場合と同様に、特定の応答が一般的な場合 ([保存]、[選択]、または [選択] など) の場合は、[OK] を使用します。
  - ページにメイン命令への応答であるラジオボタンがある場合は、[OK] を使用します。遅延コミットモデルを維持するために、最終的なスポークページでタスクリンクを使用することはできません。
    
    [ok] ボタンスクリーンショット
    
    この例では、コミットボタンではなくラジオボタンがメイン命令への応答です。
[キャンセル] ボタンを指定して、ユーザーが変更を明示的に破棄できるようにします。 ユーザーは変更を確認しないことでタスクを暗黙的に破棄できますが、[キャンセル] ボタンを指定すると、より確実にタスクを破棄できます。
- 例外: ユーザーが変更できないタスクの [キャンセル] ボタンを指定しないでください。 [OK] ボタンは、この場合のキャンセルと同じ効果があります。
[閉じる]、[完了]、[完了] のコミットボタンは使用しないでください。 通常、これらのボタンはモーダルダイアログボックスで使用され、コントロールパネルの項目ウィンドウを誤って閉じることを意味します。ユーザーは、タイトルバーの [閉じる] ボタンを使用してウィンドウを閉じることができます。また、タスクが開始されたページにユーザーが戻るため、完了と終了は誤解を招くため、実際には完了しません。
コミットボタンを無効にしないでください。 それ以外の場合、ユーザーはコミットボタンが無効になっている理由を推測する必要があります。コミットボタンは有効のままにし、問題が発生するたびに役に立つエラーメッセージを表示することをお勧めします。
コミットボタンがスクロールせずにページに表示されていることを確認します。 ページが長い場合は、コミットボタンをコンテンツ領域ではなく、コマンド領域に配置することで常に表示させることができます。

[自動再生] ダイアログボックスのスクリーンショット

この例では、コンテンツ領域のサイズは無制限であるため、コミットボタンはコマンド領域に配置されます。
コミットボタンを右揃えにし、次の順序を使用します (左から右へ): 正のコミットボタン、キャンセル、適用。

プレビューボタン

[プレビュー] ボタン 、保留中の変更を今すぐ適用することを意味しますが、ユーザーが変更をコミットせずにページから移動した場合は、現在の設定を復元します。
プレビューボタンは、任意のスポークページで使用できます。 ハブページは、即時コミットモデルを使用するため、プレビューボタンは必要ありません。
コントロールパネルページの [適用] ボタンの代わりに [プレビュー] ボタンを使用することを検討してください。 プレビューボタンは、ユーザーが理解しやすく、任意のスポークページで使用できます。
ページに設定 (少なくとも 1 つ) があり、ユーザーが表示できる効果がある場合にのみ、[プレビュー] ボタンを指定します。 ユーザーは、変更をプレビューし、変更を評価し、その評価に基づいてさらに変更を加えることができる必要があります。
常に [プレビュー] ボタンを有効にします。

Live プレビュー

スポークページに対する変更の影響をすぐに確認できる場合、コントロールパネル項目にはライブプレビューがあります。

表示設定にライブプレビューを使用することを検討する:
- 効果は明らかです。通常はモニター全体に適用されるためです。
- この効果は、大幅な遅延なしで適用できます。
- 効果は安全であり、簡単に元に戻すことができます。
  
  [色設定の変更] ダイアログボックスのスクリーンショットを
  
  この例では、Windows の色と外観の設定の効果がすぐに表示されます。これにより、ユーザーは最小限の労力で変更を加えることができます。
コミットボタンには [変更の保存] と [キャンセル] を使用します。 [変更の保存] では現在の設定が保持されますが、キャンセルは元の設定に戻ります。プレビューされた変更がまだ適用されていないことを明確にするために、[OK] の代わりに [変更の保存] が使用されます。
[適用] ボタンは指定しないでください。 ライブプレビューでは、Apply は不要になります。
ユーザーが [戻る]、[閉じる]、または [アドレス] バーを使用して 離れた場所に移動した場合は、変更を復元します。変更を保持するには、ユーザーが変更を明示的にコミットする必要があります。

[Apply]\(適用\) ボタン

[適用] ボタン 、保留中の変更 (タスクの開始以降または最後の適用以降に行われた) が適用されていることを確認しますが、現在のページに残ります。 これを行うと、ユーザーは他のタスクに進む前に変更を評価できます。
[Apply]\(適用\) ボタンは、最終的なスポークページでのみ使用します。 即時コミットモデルを維持するために、中間スポークページでは適用ボタンを使用しないでください。
- 例外: 設定を変更するときに昇格が必要な場合は、ハイブリッドハブページで [適用] ボタン使用できます。詳細については、ハブページの操作参照してください。
ユーザーが意味のある方法で評価できる効果を持つ設定 (少なくとも 1 つ) がページにある場合にのみ、[適用] ボタンを指定します。 通常、[適用] ボタンは、設定で表示される変更を行うときに使用されます。ユーザーは、変更を適用し、変更を評価し、その評価に基づいてさらに変更を加えることができる必要があります。
保留中の変更がある場合にのみ[適用]ボタンを有効にします。それ以外の は無効にします。
アクセスキーとして "A" を割り当てます。