ブラウザの戻るボタンの動作を変更するのは良い考えですか？

Question

私は、一般的なWebフォームのようなPOST要求に依存する複数のステップ/ページ（私はdjango-formwizardを使用しています）を持つWebフォームを持っています。ユーザーが戻るボタンを押すと、物事が壊れます。

私はこのStackoverflow postのページのアンロード前に自分のドメインにいる間に戻るボタンのデフォルトの動作を停止できます。

フォームのステップが1より大きい場合は、ユーザーがステップ1に戻ろうとしていると仮定しています。そのため、ユーザーに確認して、コミットする。

「はい」と答えた場合は、ステップ1のフォームにGETリクエストを呼び出します（入力のすべてを副作用として取り消すことになります）。

もし彼らがいいえと言うならば、私は彼らがやっていた（戻る）イベントをブロックし、現在のページ（現在のステップでは私のフォーム）にとどまります。

これは良い考えですか？

「前の」と「最初のステップ」ボタンがあります。

このフォームは4段階のイベント登録のほうが多く、これはすべて自己完結型です（前の手順のコンテキストは必要ありません）。また、必要と思われるものは適切な手順で表示されます'ページ。

Answer 1

1つの画面で大量に情報を収集するインターフェイスで、ページ/タブ間を行き来する必要がある場合があります。古典的な例は、登録画面（1つの画面の名前と住所、別の画面のセキュリティ質問、別の画面のセキュリティ問題）です。

この場合、1つの画面に戻ることは「罪」ではなく、UI要件になる可能性があります。私はいつもこれをやる。私は画面から画面への情報を保持し、ユーザーがそれを確認して正しいことを確認することができなければなりません。戻ってレビュー/修正することは、疑わしい設計上の決定になります。この場合のUIの振る舞いを変更すると、それらを混乱させる可能性があります。

ちょっとしたことを考えてみましょう:-)