Nous avons des tables avec des données où le double-clic sur une ligne fait basculer la table avec les détails de la ligne correspondante. Actuellement, un utilisateur peut sélectionner une ligne et cliquer sur un bouton pour afficher également les détails.
Existe-t-il un moyen de se débarrasser du bouton Afficher les détails et de le rendre intuitif pour que l'utilisateur sache qu'un double-clic sur une ligne affichera les détails?
Existe-t-il un moyen de supprimer le bouton Afficher les détails? et le rendre intuitif pour que l'utilisateur sache que double-cliquer sur une ligne lui montrera les détails?
Intuitif? J'en doute très sérieusement.
La différence entre les deux approches est que le bouton est découvrable: il se trouve là, visible, prêt à accepter une sorte d'action de la part de l'utilisateur . Rien (dans la plupart des cas, de toute façon) à moins d'une mention explicite de la possibilité indique qu'un double-clic fera quelque chose en particulier, sans parler de ce qu'il fera .
Maintenant; laissé sans autre alternative, il est fort probable que les gens essaient de double-cliquer, soit au cas où cela quelque chose utile, soit parce qu'ils ont l'intention d'invoquer un autre comportement (comme la sélection de mots entiers dans un champ de texte). Ils découvriraient ensuite qu'un double-clic les amènerait à une vue détaillée. Mais à moins qu'il y ait quelque chose d'explicite dans l'interface utilisateur qui indique qu'un double-clic sur une partie de la ligne fera même quelque chose, et encore moins conduira à une vue détaillée de la ligne qui a été double-cliquée, l'option de double-clic compte comme comportement non détectable.
Le comportement non détectable doit généralement être évité dans la conception de l'interface utilisateur pour les fonctionnalités que les utilisateurs normaux sont susceptibles d'utiliser. Il peut cependant être utilisé pour appeler la fonctionnalité avancé, ou fournir des raccourcis (et être documenté dans un manuel ou un texte d'aide). Un bon exemple de cela pourrait être la tendance de Windows à utiliser l'action de maintenir enfoncée Shift en faisant un clic droit pour donner accès à des options plus avancées, y compris par exemple dans l'Explorateur "Ouvrir avec" et une commande de suppression qui contourne la corbeille; ce n'est pas quelque chose qu'un utilisateur débutant est susceptible de faire au hasard, mais ce n'est pas non plus des options que ces mêmes utilisateurs voudront ou devront probablement utiliser. Un autre exemple de comportement détectable par rapport à non détectable est que même très tôt Mac OS Finder vous a permis d'ouvrir un fichier en cliquant dessus et en choisissant Fichier -> Ouvrir dans le menu; un double-clic sur l'icône du fichier a été fourni sous la forme d'un raccourci. En revanche, je ne pense pas que Microsoft ait jamais fait quelque chose de similaire dans Windows (le menu contextuel introduit dans Windows 95 ne compte pas car le clic droit compte également comme non détectable car il n'y a rien sur l'écran pour indiquer il fera n'importe quoi, encore moins ce qu'il fera).
Si le bouton prend autant d'espace sur l'écran qu'il est problématique de ce point de vue, je suggère d'envisager d'autres possibilités. Par exemple, vous pourriez envisager de permettre à l'utilisateur de choisir de masquer le bouton via une sorte d'interface de paramètres, une fois qu'il est familiarisé avec l'approche du double-clic. Ou, comme Franchesca mentionné dans un commentaire, réduisez-le en taille et cachez-le après que l'utilisateur a utilisé le comportement non détectable pendant une certaine période de temps (mais faites attention à ne pas le retirer de dessous leurs pieds).
La manière normale d'afficher d'autres détails liés à une ligne spécifique consiste à l'afficher en ligne avec la grille, plutôt que de la remplacer/de la remplacer par la grille. Le bouton pour afficher les détails de la ligne peut être un petit signe plus au début de la ligne. Cela peut se transformer en bouton pour masquer les détails (signe moins) lorsqu'ils sont visibles.
Le double-clic n'est pas une action que les gens effectuent lors de la navigation (je suppose que votre application est sur le Web), c'est donc totalement contre-intuitif. Cela dit, votre approche actuelle du bouton sélectionner/cliquer semble également un peu compliquée. Habituellement, c'est la "cliquabilité" qui est découverte par le fait que le curseur se transforme en main quand quelque chose est cliquable - c'est généralement suffisant. Si vous avez besoin d'un bouton, vous pouvez également révéler un bouton Afficher les détails lorsqu'ils survolent également une ligne. (ou un signe plus comme suggéré ci-dessus - bien que si vous emmenez les gens sur une autre page pour plus de détails, je recommanderais le symbole ">".
D'accord avec Franchesca, utilisez un "+" dans l'étiquette de ligne (ou dans la colonne la plus à gauche) pour indiquer plus explicitement qu'il est extensible. Doubler en cliquant pour développer n'est pas conventionnel dans un tableau, il est courant de sélectionner un mot de texte.
Pour quelle plateforme?
Application de bureau - peut-être.
Application Web - non. Tout simplement parce que je n'ai jamais vu quelqu'un faire ça
Un double-clic signifie généralement que quelque chose s'ouvrira en mode Édition. Il serait donc préférable d'utiliser une icône explicite pour cela ... peut être une icône Développer si les détails doivent s'afficher sur la même page ... ou une icône explicite avec une ligne pour l'ouvrir dans la vue des détails.