Quand utiliser les points de suspension après les éléments de menu

Question

Dans à peu près toutes les applications qui ont une barre de menus, certains éléments ont des points de suspension (...) après eux, d'autres non. Existe-t-il une convention bien connue sur le moment propice pour placer ces points de suspension et ceux à ne pas faire? Quand est-ce que tu le fais? Le faites-vous?

J'ai examiné diverses applications Windows et voici ce à quoi je suis venu:

• Ellipsis

  • Eléments de menu qui ouvrent un formulaire nécessitant une intervention de l'utilisateur (Remplacer, Aller à, Police)

• Pas de points de suspension

  • Éléments de menu faisant simplement quelque chose (Couper, Coller, Quitter, Enregistrer)
  • Eléments de menu qui ouvrent un formulaire ne nécessitant aucune saisie de l'utilisateur (À propos, Rechercher les mises à jour)

Mais alors, il semble toujours y avoir des éléments de menu qui ne suivent pas cette règle. Par exemple, les éléments d'aide (Comment, Rechercher, Index) et Rechercher et remplacer (Recherche rapide, Rechercher dans les fichiers, Rechercher un symbole) dans Visual Studio.

Donc, après y avoir réfléchi un peu plus, je pense maintenant que cela pourrait bien être la chose:

• Ellipsis

  • Éléments de menu qui vont certainement ouvrir une fenêtre modale.

• Pas d'ellipsis

  • Eléments de menu qui ouvrent une fenêtre non modale.
  • Éléments de menu n'ouvrant aucune fenêtre.
  • Les éléments de menu qui n'ouvriront probablement pas de fenêtre modale (comme Save, qui ouvre une fenêtre modale si vous ne l'avez pas encore fait, ou quelque chose comme ça, mais ne le fait pas)

Qu'est-ce que vous en pensez?

Answer 1

Le point crucial est de savoir si l'option de menu nécessite des informations supplémentaires (entrée ou une sélection) avant de pouvoir effectuer l'opération. Donc, Help-About ne nécessite pas de points de suspension, mais File-Open en a besoin. C’est ce que les directives de Microsoft, Apple et KDE prévoient de toute façon.

Les

applications Microsoft Windows sont supposées suivre les versions Microsoft ; Guide de l'expérience utilisateur " . Voici ce qu'ils disent à propos des points de suspension dans les éléments de menu.

  

Alors que les commandes de menu sont utilisées pour   actions immédiates, plus d'informations   peut être nécessaire pour effectuer l'action.   Indiquer une commande qui a besoin   informations supplémentaires (y compris un   confirmation) en ajoutant des points de suspension à   la fin de l'étiquette.

     

Cela ne signifie pas que vous devriez utiliser un   points de suspension chaque fois qu'une action s'affiche   une autre fenêtre, uniquement si supplémentaire   des informations sont nécessaires pour effectuer la   action. Par exemple, les commandes   À propos de, Avancé, Aide, Options,   Les propriétés et les paramètres doivent être affichés   une autre fenêtre lorsque vous cliquez dessus, mais ne le faites pas   demander des informations supplémentaires à   l'utilisateur. Par conséquent, ils n'ont pas besoin   ellipses.

La réponse de David cite les Instructions relatives à l'interface utilisateur de KDE 3 ,

  

Notez que chaque élément d'un menu qui   ouvre d'abord une boîte de dialogue nécessitant   des informations supplémentaires doivent être   étiqueté avec des points de suspension   (...) (par exemple, Enregistrer sous ..., Ouvrir ...).   Il n'y a pas d'espace entre l'élément de menu   et le "...". Une simple confirmation   dialogue n'est pas considéré comme un dialogue   nécessite des informations supplémentaires.

Le Consignes relatives à l'interface utilisateur Apple :

  

Quand il apparaît au nom d'un   bouton ou un élément de menu, un ellipsis   le caractère (…) indique à l'utilisateur   cette information supplémentaire est   nécessaire avant le associé   l'opération peut être effectuée.   En particulier, il prépare l’utilisateur à   attendre l'apparition d'une fenêtre ou   dialogue dans lequel effectuer des sélections ou   entrer des informations avant la commande   exécute. Parce que les utilisateurs attendent instantanément   action à partir des boutons et des éléments de menu (comme   décrit dans “Boutons” et “Menu   Comportement ”), c'est particulièrement important   pour les préparer à cette alternative   comportement en affichant de manière appropriée   le caractère des ellipses. Le suivant   des directives et des exemples vous aideront   décider quand utiliser des points de suspension dans le menu   noms des éléments et des boutons.

Answer 2

Dans la mesure où je comprends cela, (...) a la fin signifie généralement que l’utilisateur sera invité à fournir des informations. Et non (...) signifie qu'aucune entrée n'est nécessaire.

Answer 3

Vous avez raison, cela résume tout. Si vous souhaitez en savoir plus, vous pouvez trouver une liste des guides de style utilisateur ici: http://www.experiencedynamics.com/science-usability/ui-style-guides

Answer 4

Je conviens que cela correspond assez bien à ma propre perception du moment où inclure les points de suspension.

Je suppose que le but des points de suspension est de "prévenir". l’utilisateur, afin qu’il puisse comprendre qu’un certain choix est explorable en toute sécurité, il ne fera rien immédiatement sans demander plus d’informations par le biais d’un dialogue.

Dans certains programmes, comme (au moins l'ancienne version de) Autodesk's Maya (un package de modélisation 3D haut de gamme), les points de suspension étaient en fait une petite icône de dialogue. Vous pouvez cliquer sur l'icône, dans le menu, pour obtenir l'icône, ou cliquer sur le reste de l'élément de menu (le texte) pour répéter la commande avec les mêmes paramètres que la dernière fois, ou quelque chose comme ça. Il semble que cette idée n’a pas fait son chemin et soit devenue un courant dominant.

Answer 5

C’est une question très délicate. Au début, cela peut sembler évident, mais de nombreuses actions se situent entre les catégories. Il est intéressant de voir que Microsoft eux-mêmes violent cette pratique.

Exemple de Vista Dans le menu Gestion de l'ordinateur, le fichier - Options ... a des points de suspension Dans Gestion de l'ordinateur / Utilisateurs et groupes / Utilisateurs. Cliquez avec le bouton droit sur un utilisateur. L'action Nouvel utilisateur ... comporte des points de suspension, mais Rename ne le fait pas, même si des actions supplémentaires sont nécessaires pour renommer le compte. Dans le menu Fichier de Micrsoft SQL Server Management Studio, le bouton Propriétés ... avec Ellipsis.

Ceci est juste après 5 minutes d’enquête. Il y a beaucoup d'autres exemples.

Vous pouvez argumenter pour les deux conventions pour ces deux actions. En fait, vous ne pouvez pas modifier les propriétés ou les options sans effectuer d’actions supplémentaires dans la boîte de dialogue qui s’affiche, en supposant que les points de suspension doivent être utilisés. Cependant, vous voudrez peut-être simplement voir quelles options ou propriétés sont définies et supposent qu'aucune ellipse n'est utilisée. Microsoft reconnaît également qu’il existe des cas d’ambiguïté

"En cas d'ambiguïté (par exemple, le libellé de la commande n'a pas de verbe), décidez en fonction de l'action de l'utilisateur la plus probable. Si la simple visualisation de la fenêtre est une action courante, n’utilisez pas de points de suspension. " Cependant, sur cette base, il serait plus logique d'avoir des points de suspension pour les options et les propriétés, car il est probablement plus probable que vous souhaitiez modifier une propriété qui ne fait que la visualiser.