通常の選択ボックスvsオートコンプリートウィジェットUX賢い
選択ボックスに100〜200〜300のアイテムを取得したときに、選択ボックスを使用するのではなく、オートコンプリートウィジェットを処理した経験がある人はいるのではないかと思っていました。
オートコンプリートウィジェットの方が優れているというのが一般的なコンセンサスだと思いますが、入力を開始したくないので、選択ボックスの方が（個人的に）高速であることがわかりました。
君たちはどう思う？
300項目までの選択ボックスが実際に使用可能かどうかという質問は別として、私にとって、2つの間の最も重要な区別する要素は、自動選択のユーザーには選択肢のリストが与えられていません。
ユーザーが使用する可能性のあるアイテムの選択ボックスがある場合、ユーザーが奇妙に正しいアイテムの文字を自動選択に入力することを知っていると想定することは、ユーザーエクスペリエンスの設計としては悪いと思います。確かにユーザーは入力を開始して適切な一致を提案するかもしれませんが、ユーザーがオプションを知らない場合は、オートコンプリートが最初または唯一の候補であるため、不適切な一致を選択する可能性があります。
適用するカテゴリがある場合は、可能なオプションに関する情報をユーザーに提供するため、選択ボックスの方が適切な選択のようです。
あなたの本当の問題は、最大300の選択肢のリストがあるようです。オートコンプリートを使用すると、非常に豊富なオプションがあることがわかります。多分解決策は、選択肢を分割または整理するためのより良い方法を見つけることでしょう。特にその問題に対処するいくつかの質問があります：
よくあることですが、依存します。
この場合、アプリケーションのタイプによって異なります。
ユーザーが仕事などで頻繁に使用するUIの場合、数文字を入力する方が、マウスで選択するよりも速くて安全です。
この種のアプリケーションでは、ドロップダウンと組み合わせて（一種の）オートコンプリート入力を設定しました。これは、ユーザーがそれらを使用することを好むという点で非常に成功し、それが自分の作業を実行できることがわかりましたより速く、より少ないエラーで。また、アイテム数が数千になることもありました。
私はsort of autocompleteと言います。入力コントロールを開発または変更して、リスト内の入力されたテキストを検索するようにしました。これは、各選択肢の先頭でのみ検索するのではありません。
この動作では、ユーザーが文字を入力するにつれて選択肢のリストを短くする必要があります。これは、最初に一致した選択肢が表示されるようにリストをスクロールする通常の動作とは異なります。
テキスト全体を検索する必要性は、ユーザーが希望する選択がどのように記述されているかを知らない可能性があるという事実から来ています。たとえば、「3月9日」を選択し、各選択肢の最初の文字のみを検索するコントロールでは、「月曜日、3月9日」は「月曜日」ではなく「月曜日」で始まるため、見逃す可能性があります。
一方、ユーザーが入力するにつれてリストが短くなると、月曜日などに発生したかどうかに関係なく、「3月9日」の選択肢がすべて表示されます。
アイテム数が数千にもなる短縮リストの実装を成功させました。
そうでない場合、UIが不定期のユーザー向けである場合、ユーザーは検索機能やオートコンプリート機能をまったく認識しないので、実装しません。
多数の選択肢の中から階層的にアイテムを選択するには、私が作成したこのプロトタイプを参照してください。
https://dl.dropbox.com/u/2965258/foodSelector/foodHierarchy.html
これには制限があります：選択肢を分類し、カテゴリをユーザーが知っている必要があります。
オートコンプリートは基本的に、選択を高速化するためのテキストフィールドを備えた選択ボックスの形式です。リストから単一のアイテムを選択するだけの場合は、オートコンプリートを使用します。オートコンプリートを使用すると、スペースを最小限に抑えながら、好きな方法を使用できるため、.
複数のアイテムを選択する必要がある場合は、選択ボックスを使用します。その状況として、それは通常より速く、よりイライラしません（個人的な意見）。ただし、フィルターのように機能するテキストボックスを選択ボックスの左側に配置することも検討します。