Comportement attendu: trier la colonne d'une table paginée

Question

Quand un utilisateur consulte une table paginée et demande-t-il qu'elle soit triée par une colonne particulière, quelle page est affichée?

Existe-t-il un comportement standard attendu pour ce scénario? Je peux imaginer plusieurs résultats possibles, mais je veux savoir s’il existe une norme.

Answer 1

Vous voulez dire quelle page afficher dans les n pages du tableau? Il n'y a pas de bonne option. Toute possibilité est susceptible de désorienter et de frustrer l'utilisateur, précisément parce qu'il n'y a pas de standard ni de bonne raison de choisir une option plutôt qu'une autre. Si vous deviez tester les utilisateurs, je doute qu'ils aient des attentes cohérentes. Même le même utilisateur peut s'attendre à des choses différentes à des moments différents. Les tables paginées fournissent également des commentaires relativement faibles sur l'emplacement actuel dans la table. Il est donc difficile pour les utilisateurs de comprendre où ils se trouvent après avoir trié l'option choisie. Le tri utilisable est l'une des raisons pour lesquelles les tables paginées sont inférieures aux tables défilantes.

Des possibilités:

• Si vous avez un moyen d'afficher un élément actuellement sélectionné ou sélectionné (ligne) dans la table, vous pouvez accéder à la page sur laquelle se trouve cet élément, en supposant que les utilisateurs choisissent de trier à ce moment-là. afin de voir d'autres éléments tels que celui qu'ils sont en train de regarder. Ceci est cohérent avec certaines implémentations de tables de défilement. Cependant, la plupart des tables paginées d’applications Web ne prennent pas en charge la sélection d’un élément.

• Vous pouvez afficher la i ème page sur laquelle les utilisateurs se trouvent lors de leur tri (par exemple, s'ils se trouvent sur la troisième page lors de leur tri, montrez la troisième page sous le nouvel ordre de tri). Ceci est cohérent avec d'autres implémentations de tables de défilement. Il prend également en charge le cas où la table est presque triée correctement (par exemple, à la date d'envoi, lorsque la date de réception est nécessaire). Si vous affichez la i e page, les utilisateurs sont informés de la & # 8220; même page & # 8221; ils étaient avant. Il ne s’agit toutefois pas du cas d’utilisation le plus courant et les utilisateurs auront probablement l’impression d’avoir été renvoyés à une page arbitraire en raison du faible retour d’emplacement. Cette option produira probablement la plus grande désorientation.

• Vous pouvez afficher la 1ère page sous le nouvel ordre de tri. En fonction de vos tâches, peut-être la plupart du temps lorsqu'un utilisateur trie une table, il s'intéresse aux éléments avec la valeur la plus élevée ou la plus faible de l'attribut sur lequel ils ont été triés. En affichant la première page, la probabilité que vous ayez raison peut atteindre 50%. C’est le moins dépaysant, car l’utilisateur a le sentiment de revenir au point d’ancrage mental. D’autre part, les utilisateurs risquent d’être frustrés s’ils ont le sentiment de recommencer à zéro. Dans l’ensemble, c’est probablement votre meilleure option.

Généralement, après un tri, les utilisateurs souhaitent accéder aux éléments ayant une certaine valeur pour l'attribut sur lequel ils ont trié. Cela est difficile avec une table paginée, car la pagination est lente et les utilisateurs ne savent pas quel numéro de page correspond à quelle valeur. Vous pouvez étiqueter les liens des pages avec la plage de valeurs qu'ils contiennent, mais cela peut prendre beaucoup de biens immobiliers. Au minimum, vous devez toujours fournir un lien vers la première et la dernière page du tableau, quel que soit le nombre de pages disponibles, afin que les utilisateurs puissent accéder aux éléments avec les valeurs les plus élevées et les plus basses en un clic.

Vous pouvez également envisager de prendre en charge le filtrage plutôt que le tri pour atteindre le même objectif. En fonction de vos utilisateurs & # 8217; tâche, qui peut fonctionner beaucoup mieux et être moins déroutant et effort.

Answer 2

La réponse de Michael Zuschlag est très bonne, mais je pense que les cas n ° 1 et n ° 2 qu’il présente sont vraiment inhabituels et que cela peut être plus déroutant qu’utile.

À mon avis, vous devriez toujours afficher la 1ère page sous le nouvel ordre de tri . Si l'utilisateur a sélectionné un élément, il ne souhaite généralement rien trier, car il a déjà trouvé ce qu'il cherchait.

Si vous souhaitez donner un ordre de tri à une liste, vous voulez généralement voir l'ordre réel et complet.

Un scénario classique peut être un site torrent:

1. Je recherche un torrent en tapant un peu mots clés.

2. Après la recherche, j'ai une liste non ordonnée, 50 articles par page.

3. Je vais à la deuxième page.

4. Maintenant, je pense qu'il est préférable de trier les résultats en partant de l'élément contenant le plus grand nombre de têtes de série, puis de cliquer sur l'en-tête de la colonne "semences".

Je m'attends à voir l'élément avec le plus grand nombre de têtes de série après l'action 4, donc après le tri, vous devez me montrer la première page. Et je pense que cela est vrai pour toutes les situations de tri.

Answer 3

Tout d’abord, AMEN à la réponse précédente (et +1) Deuxièmement, pour des exemples concrets de ce à quoi les utilisateurs sont habitués et auxquels ils peuvent s’attendre, Yahoo Mail en est le numéro 3 (passer à la page 1 après tri). Il en va de même pour de nombreux autres sites Web.

Ma recommandation personnelle - si possible à mettre en œuvre - serait la première (ci-dessus) (permet de passer directement à la page contenant l'élément sélectionné). Assurez-vous que cet élément est TOUJOURS sélectionné.

C’est à la fois un peu intuitif, pas très inattendu et surtout utile dans les cas où l’utilisateur se soucie de ce qui se passe. De plus, l’option n ° 3 (passer à la première page) n’est accessible qu’à un clic de l’utilisateur en supposant que vos contrôles de pagination incluent "Aller à la page 1", tandis que, comme indiqué dans la réponse précédente, le fait utilisateur qui souhaite conserver l'élément en cours.

Je soutiens définitivement le " add filtering " Idée si possible - j'utilise Excel pour> 50% du travail avec les tableaux / listes provenant de n'importe quelle application / site web, en raison de sa combinaison exceptionnelle de filtrage et de tri. Peut-être que YUI a un élément de table filtrable convenable en supposant que votre interface utilisateur est HTML?