Pour un cas d'étude, nous simplifions tout au maximum... En conséquence, ici, nous limitons le nombre de champs, et de composants présents. Nous ne gardons donc que le form de recherche, la liste des prénoms et la pagination.

Voici donc notre liste d'utilisateurs affichés 3 par 3 (Au passage, notons le 1^er : 'Pier' 😉).

Comme nous avons beaucoup d'items, nous avons à disposition une barre de pagination, et comme dernière page...
... mais qu'importe ! Cliquons sur le 10 !

→ Arrivé page 10, nous voyons maintenant 3 autres users... Normal ! 😃

Maintenant... Tiens ? Pas de 'Pier'...! Admettons ! Et si nous souhaitions afficher TOUS les users ayant 'Pier' dans leur nom...?
Alors, écrivons dès lors joyeusement 'Pi' ou 'PI' ou 'pI' (Ce sont des 'i' majuscules) dans le formulaire de recherche ! (Oui, on est aussi économe de nos actions, alors, on réduit là-aussi le problème...)

'Aucun résultat' 😥 !!! Alors qu'on sait qu'il y en a, des résultats... Au moins 1 ! Grrrr 👺 !!!

... Sans parler de : 'Montrant à de 8 résultats', incompréhensible 😞! (N.B.: Pour vous c'est possible autre nombre que 8, les users étants générés par faker()...)

N.B. :

- Ce problème est également observable et autant génant si l'on avait mis à disposition un selecteur du nombre de réponses par page...

- La solution courante consiste à faire un resetPage(), solution moyenne puisque qu'elle que soit la page d'où nous 'partons', cela nous ramène page 1 ( Et c'est vrai qu'il y a là, au moins un résultat, on le sait déjà 😉 ! ), mais fi de nos choix précédents, et de nos tris éventuels 😭 ...

Alors... Ne serait-ce pas judicieux dans un tel cas, de rester à la dernière page des résultats possibles... Conséquence + naturelle et intuitive ?

Voyons maintenant les solutions allant dans ce sens et déjà trouvées : Revenir au sommaire des tests.