フォームの戻るボタンで、後方に移動する前に入力されたデータを保存する必要があります
5ページのフォームがあります。3つのデータ入力ページ、確認、および送信成功ページです。真ん中の3ページに戻るボタンを入れても問題ありません。
ただし、戻るボタンに特定の動作はありません。ユーザーがこれらの2つの動作に何を期待するかはわかりません。
ページ3にいるとします
- 戻るボタンで2ページに移動し、3ページに戻るとデータが取得されます
- [戻る]ボタンをクリックすると2ページに移動し、3ページに戻ってもデータは取得されません
他の一般的な動作がある場合は、そのように言ってください。
MicrosoftのMSDNガイドラインの主張：
ナビゲーションを通じてユーザーの選択を保持します。たとえば、ユーザーが変更を行った場合、[戻る]をクリックしてから[次へ]をクリックすると、それらの変更が保持されます。ユーザーは、明示的に変更を選択しない限り、変更を再入力する必要はありません。
そうですね、IMO。
可能な場合は情報を保存してください。 3つのデータ入力ページを、たまたま3つに分割される1つの大きなフォームと考えてください。ユーザーが1つのセクション/ページを完了すると、その部分は進むにつれて完了したものとして扱われる必要があります。戻った場合は、ページを離れたときに表示されたもの、つまり入力/選択した情報が表示されます。
おそらく他のスレッドで共通の結論が表示されます-特に必要のないときにユーザーが情報を再入力しなければならないときはいつでもフラストレーションが増加する可能性があります。
フォームボタンとナビゲーションリンクの混在に飽き飽きしています。ユーザーは、「戻る」ボタンがフォーム送信ではなくナビゲーションアイテムであると考える可能性があります。 ボタンのクリック=データを保存するためのサーバートリップを想定
確認ページはおそらく、戻るリンクまたは「更新」リンクを配置するのに最適なページです。強調表示された問題の概要は、それぞれの更新が必要な領域にそれらを関連付けます。
ユーザーに戻る理由が表示されない場合、なぜボタンがあるのですか？この場合、戻る必要があるのはデータを更新することだけです。期待値を設定し、直線的なナビゲーションフローを可能にするには、プログレスバーがおそらくより良いオプションです。
フォームの検証を検討。ユーザーがエラーを修正するまで進行を妨げられても、あまり心配する必要はないようです。ただし、大量の情報を入力し、戻ってすべてのエラーを修正するように求められた場合、何が問題で、どのように修正するかを理解するために、混乱する可能性のあるシナリオに入ります。
これは、フォーム送信ボタンとナビゲーションリンクを混在させるのではなく、要約または進捗スタイルのナビゲーションへの別の投票です。