En ce qui concerne les enregistrements dans un tableau: défilement long contre 1> 2> 3
Il y a quelques questions qui ont été posées sur ce sujet; cependant, je n'ai pas trouvé cette question exacte.
Je suis en désaccord avec l'architecte technique de mon équipe sur la façon d'afficher les résultats de la recherche dans un tableau. L'application sera utilisée en interne par les hommes d'affaires. Le Tech Arch dit que les enregistrements de résultats doivent être affichés dans un seul onglet avec juste une option de défilement, quel que soit le nombre d'enregistrements. Même s'il y a un très grand nombre d'enregistrements, il dit que tous les enregistrements devraient s'afficher dans 1 tableau avec une longue option de défilement. Ma solution était d'avoir un nombre prédéterminé d'enregistrements sur chaque table (par exemple 100) puis un 1> 2> 3> 4> 5> Suivant et etc. en bas du tableau pour que l'utilisateur puisse passer à différents écrans de tableau et accéder à différents enregistrements. Mon raisonnement est qu'il sera plus facile de rappeler des enregistrements (j'ai personnellement été dans un certain nombre de situations où j'ai pu accéder à un enregistrement en me souvenant que c'est sur le tableau 4 par exemple). De plus, je pense qu'il est plus facile de consommer des enregistrements dans des lots organisés, contre des milliers dans une table avec un défilement sans fin.
Nous n'avons pas été en mesure d'effectuer des recherches sur les utilisateurs à ce sujet et nous n'avons pas encore effectué de tests d'utilisabilité.Nous essayons donc de le comprendre par nous-mêmes en termes de meilleure solution.
Je voulais juste quelques-unes de vos opinions sur cette question.
Le livre UX contre le défilement UX
Avoir une seule page de plus de 1000 entrées est écrasant. Qu'il s'agisse de rapports trimestriels ou de noms d'employés, en avoir que le volume est énorme.
Un utilisateur capable de trier ses données est essentiel pour une navigation agile des données. Je dirais qu'en plus d'avoir plus de "pages" de données, avoir la possibilité de trier les données de diverses manières améliorerait encore la convivialité. Cependant, il est un peu difficile de discerner exactement le type de données sur ce que vous avez fourni.
Réfléchissez à la raison pour laquelle nous avons des livres au lieu de parchemins. Bien qu'il soit vrai, les deux peuvent enregistrer votre place dans la lecture - en marquant un livre ou en fermant les deux extrémités d'un parchemin autour d'une partie spécifique - seul le livre peut accéder à n'importe quelle partie de ses données à tout moment. Étant donné que le travail des deux consiste à contenir des informations pour une récupération rapide, le livre offre une meilleure expérience utilisateur générale que le défilement .
Si vous savez que vos informations étaient sur la page 41, vous pouvez simplement aller à page 41 . Cependant, si vous connaissez vos données sont Kinda-3/4-down-the-scroll-bar , il est beaucoup plus difficile de trouver vos données.
Il est plus facile de parcourir la liste sans pagination. Cependant, lorsque vous avez un grand nombre d'éléments dans une liste, cela peut devenir difficile lorsque vous essayez de rappeler l'élément dans une liste comme vous l'avez mentionné. Une fois, j'ai eu une discussion avec mon équipe de développement concernant l'affichage d'une longue liste de résultats. Nous sommes tombés d'accord sur le fait que si l'élément de la liste est inférieur à 10 ~ 15 (selon votre préférence ou à tester), il n'y aura pas de pagination, mais si c'est plus, la pagination sera utilisée en fonction de la condition. J'espère que cela pourra aider.
Preuve empirique
Il y a une quantité croissante de preuves empiriques en faveur du défilement par rapport au clustering.
Une tendance design
En fait, j'irais jusqu'à dire que le défilement est l'une des tendances les plus en vogue dans la conception UX - il se manifeste dans de nombreux soi-disant design de site plat et dans le motif de grille de défilement sans fin (Facebook, Pinterest). Je pense qu'il est juste de supposer que ces décisions de conception sont le résultat des tests et des recherches des utilisateurs, plutôt qu'une supposition éclairée.
Quelques points à considérer
À un niveau moins empirique, veuillez considérer ceci:
- Appuyer sur un bouton de page n'est pas une action recherchée, c'est une action forcée (vous forcez les utilisateurs à appuyer sur un bouton pour voir ce qu'ils veulent, et éventuellement un quelques boutons; le défilement, en particulier sur les appareils tactiles et les souris/pavés tactiles modernes, est plus rapide).
- La taille de la fenêtre d'affichage fournit déjà le clustering pour les listes très longues.
- Si la liste est triée, les gens pourront trouver un enregistrement et comparer les enregistrements beaucoup plus rapidement avec un défilement par rapport à la pagination.
Mon expérience personnelle
Je ne peux pas recommander fortement de modifier les préférences de recherche Google pour afficher 100 résultats de recherche - tellement plus facile que de parcourir les résultats.
J'ai aussi la malchance d'utiliser phpMyAdmin à l'occasion - c'est presque automatique: choisissez browse (une table) puis changez la quantité d'enregistrements à 1000.