複数選択コンボボックスに確認ボタンが必要ですか？
複数選択コンボボックスに確認ボタンを含める必要がある理由はありますか？これらのコントロールの設計のベストプラクティスは何ですか？
マウス機能：
- モーダルの外側をクリックすると（ガラスをクリックすると）モーダルが終了します...（選択を保持）
- 検索アイコンをクリックすると、モーダルが開いたり閉じたりします...（選択を保持）
キーボード機能：
- タブでモーダルを閉じます...（選択を保持）
- エスケープキーはモーダルを閉じます...（選択を保持）
- アイテムの選択/選択解除を入力してください
確認ボタンなし：
確認ボタン付き：
これは主に、バックエンドに対して行うWebサービス呼び出しの数を削減しようとしているバッチ処理に必要です。それ以外の場合は、オプションをオンまたはオフにするたびにサービスコールが行われます。バッチ処理を実行すると、複数の結果の更新時間と読み込み時間を削減できるため、結果のフェッチに必要な時間が明らかに短縮されます。ただし、これは、選択数が多い（少なくとも3つを超える）場合にのみ有利です。通常、選択の平均数が1つまたは2つである場合、追加の確認クリックによりエクスペリエンスが低下します。
それは、値が伴うものの性質に依存します。フィルターの場合は不要です。外側をクリックすると、自動でフィルター処理されます。
ただし、構成を複数選択している場合は、機能を有効にするために構成をバケットに追加する必要がある場合があります。その場合、確認ボタンが必要になります。
エンティティのプロパティをすぐに変更するような破壊的な行為でない場合は必要ありません。
あなたのユースケースとコンテキストは何ですか？変更する属性を選択しているオブジェクトを編集していますか、それともフィルターメカニズムですか？
エンティティの編集：大きなフォームの一部としての複数選択
大きなフォームの一部としてプロパティを編集している場合、最終的な可能性があります Save ユーザーが最初に変更されたプロパティまたは設定の変更を確認するボタン。
これらのコンボボックスはフォームの一部であることが多く、提出自体の目的ではありません。
フィルターとして使用する場合の複数選択
これらをフィルターとして使用している場合は、多くの場合、データの視覚化で、グラフが再描画されます。これは、いつでも元に戻すことができるビュー設定です。これは非破壊的なアクションです。
Googleフライト のこの例では、フィルターが結果を更新します。これは長いリストであり、xはありますが、結果を送信する必要はありません。
大きな選択リスト：選択ステータスを示します
多くのアイテムが表示されていない長いリストがある場合は、ヘッダーで現在選択されているアイテムの数を微妙に示すことができます。
必要に応じて、虎の縞模様やテストを減らすことも検討してください。私は個人的にはメニューのタイガーストライプに出くわしていません（これは私の経験ですが、必要に応じてはるかに微妙なトーンを使用できます）。