Comment indiquer qu'il existe un menu contextuel?
Dans mon application de bureau, il y a des graphiques. Les graphiques ont tous des menus contextuels, qui affichent les options de zoom, "Enregistrer sous ...", et quelques autres choses.
Il n'est pas clair pour les utilisateurs que ce menu existe. Je voudrais leur laisser entendre qu'il existe. Ou bien, affichez un contrôle d'interface utilisateur distinct qui duplique la fonction de cliquer sur le déclencheur du menu contextuel.
Comment puis-je le faire au mieux?
Voici une capture d'écran d'un graphique dans mon application de bureau: 
Voici une capture d'écran montrant le même graphique, avec le menu contextuel montrant: 
D'après les directives de Windows:
menu contextuel: les conditions suivantes s'appliquent-elles:
- Existe-t-il un petit ensemble de commandes et d'options contextuelles qui s'appliquent à l'objet ou à la région de fenêtre sélectionné?
- Ces éléments de menu sont-ils redondants?
- Les utilisateurs cibles connaissent-ils les menus contextuels?
Si tel est le cas, envisagez de fournir des menus contextuels pour les objets et les régions de fenêtre qui en ont besoin.
Avez-vous des informations sur les raisons pour lesquelles ils ne peuvent pas le trouver? Et le menu contextuel contient-il des fonctionnalités qui ne sont disponibles que via ce menu?
Les commandes dans un menu contextuel devraient également être disponibles dans votre interface utilisateur via les boutons d'action/menus/barres d'outils/etc. Éléments visibles par l'utilisateur afin qu'il puisse le trouver et cliquer dessus. Un menu contextuel n'est pas visible et si l'utilisateur ne s'attend pas à un menu, ou n'est pas familier avec le concept, il ne trouvera probablement pas la fonctionnalité "cachée" dans votre menu contextuel.
Utilisez-vous des menus contextuels dans d'autres parties de votre application? Cela pourrait également causer le problème. Si vous ne les utilisez nulle part ailleurs, les utilisateurs ne s'attendront pas à ce qu'ils existent sur un graphique et ne prendront probablement pas la peine d'essayer.
Je ne créerais pas de conseils supplémentaires pour le menu contextuel. Au lieu de cela, j'utiliserais une sorte de menubutton ou de barre d'outils contenant la fonctionnalité de menu contextuel. Et en plus cela garde le menu contextuel lui-même.
Vous pouvez également placer un menu déroulant dans le coin supérieur du graphique. Lorsque vous cliquez dessus, il vous donne le même menu que le menu contextuel. Voici un exemple de VS2012:
Tu es sur la bonne piste. Vous pouvez faire les deux.
Le menu contextuel est-il redondant? Sinon, je rendrais toutes ces fonctions encore disponibles sans utiliser le menu contextuel. C'est assez important.
Y a-t-il une raison pour laquelle les fonctions Zoom avant/arrière/plage ne sont pas disponibles sous forme de boutons au-dessus du graphique? Si ces fonctions sont importantes, elles devraient être plus importantes.
Vous pouvez également rendre l'existence du menu contextuel plus évidente en modifiant l'icône du curseur lorsqu'il pointe sur des éléments dotés d'un menu contextuel.
Mettez les éléments dans les menus principaux du logiciel. "Copier", "Enregistrer sous ..." et "Imprimer" doivent être placés dans "Fichier", "Zoom avant" et "Zoom arrière" et "Plage automatique" (probablement) sous "Affichage".
Faites un clic droit dans votre navigateur et voyez qu'il offre un menu contextuel, tous ces éléments de menu peuvent être trouvés dans le menu principal du navigateur.
Vous pouvez développer cela en plaçant des boutons intelligents et des entrées de menu dans la zone de travail du logiciel, mais mes recommandations sont souvent le dénominateur commun entre la façon dont les programmes utilisent leurs menus et les menus contextuels.