Quelle est la position optimale pour un menu contextuel?
Nous sommes en train de concevoir une application Web avec un menu contextuel et je pensais où la positionner par rapport à la position du curseur.
Il existe différentes solutions:
La solution 1 est la norme sous OS X et Microsoft Windows. Mais quelle solution préférez-vous et pourquoi?
1. Est la norme pour Windows et OSX. Vous devriez y aller.
Mise à jour: (Notez que lorsque vous cliquez en bas de l'écran, il s'affichera automatiquement comme 4, quand à l'extrême droite il affichera comme 3, et en bas à droite il affichera comme 2.)
Cela semble logique, vous faites un clic droit et vous êtes en haut à gauche de la liste des options. Habituellement, lorsque vous obtenez une liste, vous voudrez commencer par le haut.
La position optimale est # 1, le coin supérieur gauche, pour le texte qui se lit de gauche à droite et de haut en bas. Ce positionnement permet de lire facilement le texte et de déplacer la souris et les yeux dans la même direction que d'habitude.
Mais lorsque la souris est positionnée près du bord de la fenêtre, le panneau doit être affiché pour ne pas être caché ou déclencher le défilement.
Si la souris est proche du coin inférieur gauche de la fenêtre, le panneau doit être affiché au-dessus de la souris comme dans votre exemple # 4.
Lorsque la souris est proche du coin inférieur droit, cela ressemblerait à # 2.
Si la souris est à droite et est suffisamment loin au-dessus du bas de la fenêtre pour que le panneau soit affiché, l'exemple # 3 serait utilisé.
Fait intéressant, du point de vue de la loi de Fitts, l'optimum serait
ce qui réduit de moitié la distance moyenne à viser.
Eh bien, le vraiment optimal serait celui où le curseur est déjà au-dessus d'une option, mais cela ne se terminera pas bien.
J'aime (4), car c'est le moins biomécaniquement pénible (que vous fassiez le geste avec une souris ou un trackpad).
Certes, s'il existe des moyens de le faire (comme d'autres commentateurs l'ont suggéré), il est probablement logique de les suivre, car c'est ce à quoi les gens sont habitués, et cela accélérera leur flux de travail en conséquence.
(1) ne couvre pas l'élément/la ligne sur lequel vous venez de cliquer et ne couvre pas le début de la ligne/l'élément suivant.
Cela préserve le contexte le plus pertinent pour prendre une décision pendant que la fenêtre contextuelle couvre le document.
justification de la "ligne suivante": car elle peut également contenir des informations pertinentes, et la plus importante (comme le nom/titre) se trouve généralement au début de la ligne.
Plus précisément, je haine survole les fenêtres contextuelles qui couvrent la ligne actuelle/suivante. Lors de la numérisation séquentielle d'une liste, cela bloque l'élément actuel ou suivant, ce qui implique une grande agitation de la souris.