web-dev-qa-db-ja.com

新しいフォームを選択した後、フォームデータを消去する必要がありますか?

私のWebアプリには、必要な「クエリ」のタイプを選択できる領域があり(左のブロック)、選択したフォームが右側のフィールドに表示されます。

enter image description here

ご覧のとおり、「リスク」フィールドは5種類のクエリで使用できるため、何度も表示されることがあります。

問題は、フォームを切り替えるときにデータを保持する必要があるかどうかです。または、ユーザーが新しいフォームを選択するたびにフォームをクリアする必要がありますか?

私は自分自身を説明します:

  • Risk level入力で、何かを選択します。
  • 次に、2番目のクエリ(リスク+人物タイプ)に移動します。下の画像を参照してください

image2

  • Risk level入力をもう一度入力する必要があります

現時点では、クエリタイプを変更するたびに、フィールドをクリアし、ユーザーは目的の値を再選択する必要があります(複数の選択肢がある場合があります)。
例: with items

データを消去してもよろしいですか?または、各フォーム間の変更を保持したいですか?

追加情報:ユーザーが左側のブロックからクエリを変更すると、ページはリロードされません、フィールドのみが更新されます(表示または非表示)。フォームを送信するには、すべてのフィールドが表示されています

おそらく別のアプローチは、スイッチ間の変更を維持し、右ブロックの左下隅にリセットボタンを追加することです。例: reset

どう思いますか?どんな助けでも大歓迎です

ありがとう!
ホルヘ

5
Baumannzone

潜在的にイライラする問題を正しく特定しました(クエリを変更するとフィールドエントリが失われます)、そして適切な解決策を見つけました(リセットボタン)。

このように動作する必要があるかどうか疑問がある場合は、このページの2つのバージョンを実装できます。1つはクエリ間でモデルを保持するもので、もう1つは保持しません。ユーザーがクエリの保存を高く評価していることに気づくと思います。

クエリの選択は、事実上、必要なフィールドを変更するだけです。 クエリの多くは他のクエリのサブセットですなので、クエリが変更されてもフィールドの多くはそのまま残ります。したがって、モデル自体も所定の位置に留まる必要があるであることは理にかなっています。これをサポートすることで、UIに安定感を与えるだけでなく、ユーザーが予期せずデータを失うことなくUIを探索できるようになります。

5
maxathousand