順序を変更するときに改ページをリセットする必要がありますか？
例として、このページ分割されたデータセットを取り上げます。
ユーザーは順序を変更できます。順序を変更しても、返される結果の総数には影響しません。
ユーザーが順序を変更した場合、ページをページ1にリセットする必要があるか、またはユーザーが何をしているのかを維持する必要があるかどうかについての一般的な合意はありますか？
データ変換の順序
ページ分割されたレコードセットのユーザーエクスペリエンスの期待値のソート で説明されているように、データ変換の次の順序で示されています。
フィルタリングとソートの両方がページ分割の前に行われることがわかります。
これは、順序が変更（ソート）されるたびに改ページする必要があることを意味します。
1ページに戻る？
1ページに戻るかどうかは、状況によって異なります。
の場合
具体的には、ページXで順序が変更されると、ページXは現在のクエリではなく、前のユーザークエリを参照する可能性があります。
ほとんどの場合クエリが最初のページを見て答えられなかったために、次のページに移動した時間。この場合、データを並べ替えるとは、クエリに応答する（つまり、目的のデータを見つける）ための新しい試みを意味し、ほとんどの場合、これは1ページからやり直すことを意味します。
反対する
しかし、これは常に当てはまるわけではありません。
ユーザーが位置22にあるアイテム（たとえば、22番目に安いアイテム）を知りたいとし、ソート後にページ1に戻るのは良いことではありません。
コメントにはもっと多くの例があります。
概要
したがって、ユーザーが最初のページ以外のページにいる理由はすべて異なります。
順序を変更した後にページ番号を保持しても意味がありません。ページ番号は同じですが、ページが異なります。ページ間を行き来することで、調整のアイデアが失われました。それはユーザーにとってどのような用途でしょうか？これを実際のユーザーでテストすると、混乱することが予想されます。注文が変更された後、おそらく1ページ目に最初の結果が表示されることを期待しています。可能であれば、これをできるだけ早くユーザーにテストするか、単に周りの人に見せて、彼らの反応を見て聞いてください。
編集：順序が変更された後でも、選択された/アクティブな要素を表示しておくと便利な場合があることを説明する人へ。これが必要な動作である場合もありますが、それでもページ番号が変更される可能性があります。アイテムを並べ替えた後、選択したアイテムが表示されるページが表示されます。これは、選択したアイテムを囲む別のアイテムを含む別のページにすることができます。同じページに留まることが有益な唯一のケースは、@ Izhakiが回答したとおりであり、選択されたアイテムの位置がユーザーにとって重要な場合ですが、それは問題ではないと仮定するのは当然だと思いました。
リストに「現在選択されている」またはフォーカスされているアイテムの概念がある場合、ページ1にリセットしないほうが理にかなっている場合があることに注意してください。ウェブアプリのようにビュー間を移動するのではなく、「フォーカス」の概念の助けを借りて、リスト自体での即時のユーザー操作に重点を置いたデスクトップアプリが主な例です。
- ディレクトリビューで項目が選択されているファイルマネージャー（特に2パネルのファイルマネージャー）
- 現在再生中または集中しているアイテムを含む音楽プレーヤー
- ダウンロードされたアイテムが選択されたダウンロードマネージャー
- メモをリストとして持つメモを取るアプリ
等.
このような場合、ソート順またはフィルターを変更した後、フォーカスされたアイテムを画面上に保持して選択することは理にかなっています。つまり新しいリストでアイテムを見つけて、そのページにジャンプします。
Webアプリに同様のワークフローがあり、フォーカスされたアイテムがリストと同じ画面で表示および操作される場合、この機能も借用することをお勧めします。
結果リストで何も選択されていない場合、ソート順を変更するとページがリセットされて（1つに）なります。ユーザーはまだ特定のエントリに特定の関心を示していません。
ただし、選択がある場合（特に、マスター/詳細ビューのあるリストで）、ユーザーは「選択したエントリの周りに何があるか」を確認したい可能性があります。この場合、ページを再設定しないでください。ですが、選択したエントリを中心にしています。選択したエントリが突然ページ外に表示されると、混乱を招きます。 （これも標準のMS Windowsデザインのようです）。これは明らかにnotは前に表示されていたのと同じページを表示する必要があることを意味しますが、選択されたエントリは新しいソートキーで終了することになります-これはかなり長くなる可能性がありますサーバーがチャンクでエントリを提供するWebベースのアプリケーションでの困難なタスクの例。
リストがエントリの複数選択を許可している場合、これは競合につながる可能性があります-これらのエントリが再ソート時に複数のページにまたがる場合、おそらくこの場合は複数選択を完全に削除するのが最善です。
それをリセットしないことには弱いケースがあります：
ユーザーは、並べ替え順序が極端にならないようにランダムなサンプルを求めています。
これは確かに適切なデフォルトにはなりませんが、オプションとして選択可能な場合に役立つことがあります。
並べ替え方向を変更しながら基準を変更しない場合、以前に表示されていたアイテムのほとんどを含むページを参照することが、最も直感的な方法になる可能性があります。コンテキストを維持します。
場合によっては、基準が変更されたときに1つのリストアイテムにマークを付ける（または最後にアクティブ化されたアイテムを使用する）ことを許可し、並べ替え順序を変更して、そのページに移動することも役立つオプションです。ソート順が変更されたアイテムが表示されます。
私はUIの専門家ではなく、バックエンドのプログラマーです
スクリーンショットに表示されているデータがOldest Firstにソートされていて、ユーザーが20ページにいるとします
次に、ユーザーは最新のアイテムを見たいと思っているので、Newest Firstを選択します。20ページを維持すると、20ページの最新が表示されますか？ [〜＃〜]いいえ[〜＃〜]
つまり、順序変更時に改ページをリセットする必要があります