Combien devons-nous montrer si l'utilisateur clique sur la fin d'une longue liste de pages?
Permettez-moi de vous donner un exemple de ce que je veux dire par une longue liste de pages: 
Ainsi, lorsque vous cliquez sur 19, il doit déterminer le nombre de nouvelles pages à afficher et le nombre d'anciennes pages à ne pas afficher.
Par exemple: 
Combien de nouvelles pages devez-vous utiliser et combien d'anciennes pages ne devez-vous pas afficher?
Voici la réponse officielle du réseau de développeurs Yahoo - Bibliothèque de modèles de conception sur Pagination de la recherche :
Lorsque sur n'importe quelle page après 6 (7 et suivants), les liens de page doivent commencer à la page actuelle moins 5. Par exemple, à la page 7, la première page sera 2 (7 - 5 = 2) et la dernière page être 11 (affiche toujours 10 pages.)
Je suppose que cela dépend de la façon dont vous pensez que vos utilisateurs voudront interagir avec votre contenu.
Par exemple, lors de la pagination dans les archives de blogs, je pense qu'un modèle simple plus ancien/plus récent fonctionne, en particulier lorsque plusieurs entrées de blog sont affichées sur une seule page (et qu'une archive plus complète existe, comme des publications par mois/catégorie/autre).
Avec des choses comme les forums, j'ai tendance à être d'accord avec le modèle "1 ... 7 8 9 ... 30". Je ne pense pas que le nombre de pages au "centre" des numéros de page soit important, tant qu'il n'est pas trop excessif. Il pourrait être inférieur si vous ne vous attendez pas à que de nombreuses pages existent, ou plus long si vous vous attendez à une énorme quantité de pages (c'est-à-dire google, selon l'exemple de votre question).
Il existe un certain nombre d'autres modèles qui peuvent fonctionner en fonction de ce que vous paginez (par exemple, "prev, next, go to page:") mais comme beaucoup de choses, cela dépend. Il n'y a pas de réponse universellement correcte.
Mais ce n'est pas ça une grosse affaire après tout. Si vous bousillez votre modèle de pagination, je suis sûr qu'il n'y aura pas de dégâts importants tant qu'il sera quelque peu utilisable.
Parce que nous pouvons répondre à nos propres questions: d'après ce que j'ai remarqué, la plupart des sites Web lâches affichent deux nouvelles pages et perdent deux anciennes pages.
Par exemple:
Puis quand j'ai touché 5 (ce qui est la fin de la liste):
Je trouve la pagination du forum vBulletin la plus utile. Si vous êtes sur une page # 1000 sur 5000, cela affichera:
<< Premier <Précédent ... 500900950990998999 10 1001 1002 1010 1050 1100 1500 2000 ... Suivant> Dernier >>
Avoir 10, 50, 100, 500 étapes est assez pratique et je les utilise généralement beaucoup.
La possibilité de passer à un "numéro de page" n'est généralement utile que dans les cas où du la cinquième page à un moment donné restera probablement là pendant un certain temps. Sinon, être capable d'afficher la page "suivante" et "précédente" pleine de trucs est utile, mais toute navigation au-delà devrait être basée sur le critère utilisé pour trier les éléments de la liste. S'il y a vingt pages d'auteurs triées par nom, ayez des liens pour les lettres ou leurs plages; si l'utilisateur clique sur une lettre contenant plus d'une valeur d'entrées, affichez les noms depuis le début de cette lettre, mais ajoutez des liens avec des plages de noms.
De même, si les éléments sont triés chronologiquement, ont des liens pour les années et les mois, et subdivisent par heures ou minutes si nécessaire.
Si 5 000 pages d'articles sont triées chronologiquement, le fait de pouvoir accéder à des pages spécifiques peut permettre à quelqu'un qui veut un article pour une date particulière d'y rentrer sans avoir à cliquer sur "Suivant" 2000 fois, mais si l'utilisateur veut pour trouver une date particulière, il serait préférable de laisser l'utilisateur spécifier la date plutôt que de lui demander de deviner une page, de voir ce qui s'y trouve, d'affiner sa supposition, etc.