Pagination: laisser l'utilisateur choisir le nombre d'éléments à afficher par page?
Est-il judicieux de laisser l'utilisateur choisir le nombre d'éléments à afficher par page? Ou est-ce logique dans certaines circonstances? Quand? Quand non?
Voici comment certains grands sites Web le gèrent:
- Google: utilisé pour la recherche avancée, ne fonctionne pas avec Google Instant
- Bing: peut être défini dans les préférences
- Amazon: Non
- Ebay: Oui, ressemble à ceci:
Mon impression est que c'est un vestige de l'ancien temps où le nombre d'articles avait un impact réel sur le temps de chargement (vous auriez donc généralement un faible niveau et permettre aux utilisateurs avec plus de bande passante de le régler plus haut). Mais beaucoup de gens avec qui j'ai parlé souhaitent conserver cette fonctionnalité. Des pensées? Avantages et inconvénients?
Je pense que la pagination est un autre de ces cas où un bonne valeur par défaut fait toute la différence et - comme Amazon et Google le montrent - il est alors même possible de garder le fardeau du choix de vos utilisateurs.
À mon avis, une valeur sélectionnable pour le nombre d'articles par page n'a vraiment de sens que si cette page contient plusieurs exigences contradictoires - par exemple fournissant à l'utilisateur un aperçu rapide de nombreuses données et affichant de nombreux détails sur des éléments de données uniques sans écraser utilisateur .
Dans ce cas, un problème sous-jacent peut être que le but de cette page n'est pas clairement défini.
mon choix personnel sera d'éliminer le concept d'article par page et aussi de me débarrasser du concept de pages.
affiche simplement tous les éléments qui correspondent à la partie actuelle de la page que l'utilisateur voit. puis paginer automatiquement (chargement automatique) le reste du résultat lorsque l'utilisateur le demande de faire défiler vers le bas (comme Facebook charge les anciens messages).
Je suis en train de réécrire une application qui avait une pagination de datagrids et une valeur "élément par page" configurable par l'utilisateur. Désormais, la nouvelle application ne dispose que d'une pagination automatique "infinie" liée à la barre de défilement. le feedback est très positif jusqu'à présent.
cordialement.
La pagination définie par l'utilisateur me semble juste, au moins dans le contexte des données tabulaires.
Par exemple, considérez les tableaux dans Google Analytics:
Je suppose que beaucoup trouveraient la table de données moins conviviale si vous n'étiez pas autorisé à définir le nombre de lignes à afficher.
Le facteur déterminant qui détermine la quantité optimale d'éléments affichés par page est performance. Rendre ce paramètre configurable peut vraiment aider l'utilisateur final. Par exemple, si un utilisateur accède à une application via un VPN et/ou sans fil, son débit pourrait être diminué, donc il préfère charger 20 éléments par page plutôt que 100. Il voudrait charger 100 éléments par page s'il était sur le LAN local.
Même si ce modèle peut être un vestige des "temps anciens", il a toujours beaucoup d'application en fonction des facteurs environnementaux. Meilleur pari; trouvez une bonne valeur par défaut qui satisferait la majorité de vos utilisateurs, et laissez-les choisir si besoin est.
Gardez également à l'esprit que les produits mal implémentés ou les connexions lentes peuvent expirer lors du chargement d'une page s'il faut trop de temps pour que les données atteignent le front-end. La sélection des éléments affichés par page peut aider à atténuer cela.