web-dev-qa-db-ja.com

検索と追加の両方のオプションを使用するにはどうすればよいですか?

データのリストがあります。ユーザーが入力フィールドに入力して、リスト内を検索できるようにしたい。また、検索結果がないため、または最初に検索する必要がないため、ユーザーが追加できるようにしたいと考えています。

ここに見られるように、リストに検索結果を追加するアプローチを知っています: 検索の例/提案が必要で、存在しない場合は追加機能

スタンドアロンの追加オプションに加えて、そのアプローチを使用したいと思います。リストに追加する方法は、最初に検索するユーザーに対してのみ機能します。ユーザーが追加したいことを知っている場合、追加するために検索する必要はありません。追加する前に検索することはおそらくないでしょう。

可能な解決策は、「検索/追加」用の単一の入力とボタンを持つことです。これは効率的だと思いますが、珍しいことでもあります。

もう1つの方法は、「検索」入力とボタン(右上)、および「追加」入力とボタン(リストの下)を使用することです。これはより明確ですが、リストに非常に似ている2つの方法を追加するのはおかしいでしょうか?

あなたはどちらをお勧めしますか?

ありがとうございました。

2
Kris Jones

ユーザーが検索フィールドをタップする理由を考えてみてください。検索フィールドでデータを追加することは期待していません。結果リストに追加するアプローチは、追加するprimary wayではなく、結果がないという問題を解決します。

上記のアプローチを使用して、フローに別の追加ボタンを提供することをお勧めします。これらの2つのアプローチは、同じプロセスにアクセスしてデータを追加します。

1
Ludan Chuang

単一の入力フィールドを使用できます。クエリを入力すると、結果が表示されます。 Addボタンを使用すると、リストに追加されます。

フィードバックを歓迎します。

enter image description here

0
varunyellina

その横にアクションボタンがある編集可能なコンボボックス(別名ドロップダウンリスト)についてはどうですか?

ユーザーが入力を開始すると、以下のリストが変更され、入力した文字列で始まる用語のみが含まれるようになります。ユーザー入力に一致するものがなければ、何も表示されません。

私の開発者の経験から、私はそのような制御がWPFには、ユーザーの選択(リストから選択した場合)または入力した値を通知するのに十分なロジックがあります。

0
Mike

最善の推奨事項は、各アプローチの基礎となる仮定を明確にすることです。

append-to-listアプローチは、ユーザーがアイテムを追加する前に検索しない、または検索してはならないことを前提としています。これは間違っている可能性があります。

つのコントロールアプローチは、ユーザーが使用するのが奇妙に感じると想定しています。

ユーザー中心の方法でこの問題に対処する1つの方法は、ユーザーでテストするを使用してフィードバックを収集することです。白い紙に2つのやり取りを描き、それらを使用してタスクを完了するように依頼してください。収集された結果は、推測よりもはるかに役立ちます。

0
asiegf