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