コントロールパネル

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

Note

この設計ガイドは 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 から直接構成する必要があります。

正しくない:

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

この例では、Windows インターネットエクスプローラーは、独自の UI の方が優れた統合ポイントであるため、コントロールパネルで表すべきではありません。

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

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

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

設計概念

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

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

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

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

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

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

1 つだけの操作を行う場合...

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

使用パターン

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

タスクフローパターン

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

ハブページ

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

スポークページ

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

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

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

ガイドライン

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

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

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

全般

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

タスクのリンクとボタン

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

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

ダイアログボックス

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

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

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

ハブページ

全般

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

オブジェクトリスト

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

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

相互作用

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

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

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

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

作業ウィンドウ

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

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

リンクも参照

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

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

スポークページ

全般

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

相互作用

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

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

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

相互作用 (中間スポークページ)

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

対話式操作 (最終的なスポークページ)

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

コミットボタン

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

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

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

[プレビュー] ボタン

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

ライブプレビュー

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

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

ボタンを適用する

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