私のリピータには、私のページネーションが見られる十分なデータがあります。最初のページの後にアイテムの詳細変換を表示すると、history.back()ボタンがフォーム送信エラーを返します。Kentico V9 javacript history.backを使用してフォーム提出を確認する
バックボタンをハードコーディングするのは簡単ではありませんが、これを避ける最も簡単な解決策は何ですか?
私のリピータには、私のページネーションが見られる十分なデータがあります。最初のページの後にアイテムの詳細変換を表示すると、history.back()ボタンがフォーム送信エラーを返します。Kentico V9 javacript history.backを使用してフォーム提出を確認する
バックボタンをハードコーディングするのは簡単ではありませんが、これを避ける最も簡単な解決策は何ですか?
私は "history.back()"はあなたのJavaScriptですか?ページネーションはポストバックを通じて発生する可能性が高く、ナビゲーションバックでは同じポストデータを送信する必要があります。
1つの選択肢は、ポストバックをポストバックではなくURLベースで行うことです。あなたのリピータの "ページング"領域で、モードを "QueryString"に設定し、クエリ文字列キー( "page"など)を設定します。それを試してみて!
それ以外の場合は、イベントがポストバックを試みず、単にページに表示されるようにwindow.location = "/ The/Previous/Url"を実行する必要がありますが、最後に行ったページは失われた
更新パネルでwebpartをラップします。ウェブパーツでは、この作業を非常に簡単に行うためのチェックボックスをオンにし、その他の設定はそのままにしておくことができます。ページ上の他の要素がポストバックを必要とする場合、またはそのwebparts値に依存する場合は、すべてを更新パネルでラップする必要があります。
改ページは再読み込みを避けるためにポストバックです。だからトレードオフがある。 URLベースのページングは、ユーザーがリストの先頭ではなく、ページ上に戻るようにします。 –