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 menu, certains éléments ont des points de suspension (...) pour eux, et certains ne le font pas. Est-il bien connu de la convention sur le moment de mettre des points de suspension là, et quand ne pas le faire? Quand pensez-vous le faire? Faites-vous?

J'ai regardé les différentes applications de windows, et c'est ce que j'ai:

• Points de suspension

  • Les éléments de Menu qui ouvre un formulaire qui nécessitent la saisie de l'utilisateur de faire quelque chose (Remplacer, atteindre, Police).

• Pas de points de suspension

  • Les éléments de Menu qui ne fonctionne tout simplement quelque chose (Couper, Coller, de Sortie, d'Enregistrer)
  • Les éléments de Menu qui ouvre un formulaire qui ne nécessite pas la saisie de l'utilisateur (Sur, Vérifier les Mises à jour)

Mais ensuite, il semble toujours y avoir des éléments de menu qui ne suivent pas cette règle. Par exemple à l'Aide d'éléments (Comment puis-je, Recherche, Index) et de la 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 maintenant, je pense que cela pourrait être la chose:

• Points de suspension

  • Les éléments de Menu qui va certainement ouvrir une fenêtre modale.

• Pas De Points De Suspension

  • Les éléments de Menu qui s'ouvre d'un non-fenêtre modale.
  • Les éléments de Menu qui n'ouvre pas de fenêtre.
  • Éléments de Menu qui sont les plus susceptibles de ne pas ouvrir une fenêtre modale (Comme Enregistrer, ce qui ouvre une fenêtre modale si vous n'avez pas enregistré avant ou quelque chose comme ça, mais sinon, ne le faites pas)

Qu'avez-vous pensez?

Answer 1

Le facteur crucial est de savoir si l'option de menu nécessite une confirmation supplémentaire, avant qu'il effectue l'opération. Alors Aidez-Sujet ne nécessite pas de points de suspension, mais Ouvrir un Fichier ne. C'est ce que Microsoft, Apple et KDE lignes directrices dire de toute façon.

---

Les applications Microsoft Windows sont censés suivre de Microsoft "recommandations d'Expérience Utilisateur". Voici ce qu'ils disent à propos des ellipses sur les éléments de menu.

Tandis que les commandes de menu sont utilisés pour actions immédiates, plus d'informations peut-être nécessaires pour exécuter l'action. Indiquent une commande qui doit des informations supplémentaires (y compris un la confirmation) en ajoutant des points de suspension à la fin de l'étiquette.

Cela ne signifie pas que vous devez utiliser une les points de suspension à chaque fois qu'une action affiche une autre fenêtre que lorsque supplémentaires l'information est nécessaire pour effectuer le d'action. Par exemple, les commandes À Propos, Avancé, Les Aider, Les Options,Les Les propriétés et les Paramètres d'affichage une autre fenêtre quand on clique dessus, mais ne pas demander des informations supplémentaires l'utilisateur. Par conséquent, ils ne ont pas besoin de les ellipses.

---

David la réponse de la cites le KDE 3 de l'interface utilisateur des lignes directrices,

Notez que chaque élément dans un menu la première ouvre une boîte de dialogue exigeant des informations complémentaires doivent être étiquetés de suivi de points de suspension (...) (par exemple, Enregistrer sous..., Ouvrir...). Il n'y a pas d'espace entre l'élément de menu et les "...". Une simple confirmation boîte de dialogue n'est pas considéré comme une boîte de dialogue besoin d'informations supplémentaires.

---

L' Apple Human Interface Guidelines dire:

Lorsqu'il apparaît dans le nom d'un bouton ou un élément de menu, des points de suspension caractère (...) indique à l'utilisateur que des informations supplémentaires sont nécessaire avant que les cette opération peut être exécutée. Plus précisément, il se prépare à l'utilisateur de s'attendre à l'apparition d'une fenêtre ou boîte de dialogue pour effectuer des sélections ou entrez les informations avant la commande exécute. Parce que les utilisateurs attendent instant l'action des boutons et des éléments de menu (comme décrit dans "Boutons" et "Menu Le comportement"), il est particulièrement important afin de les préparer pour cette autre le comportement de l'afficher correctement le caractère de points de suspension. La suite des lignes directrices et des exemples pour vous aider décider quand utiliser des points de suspension dans le menu article et les noms de bouton.

Answer 2

Autant que je sache, (...) la fin signifie généralement que l’utilisateur sera invité à entrer des informations. Et non (...) signifie qu'aucune entrée n'est nécessaire.

Answer 3

Selon le KDE 3 de l'interface utilisateur des lignes directrices,

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

Donc, il semble que votre découverte est fondamentalement correcte. Bien sûr, KDE lignes directrices ne sont pas toute sorte de norme universelle, mais ils ont été développés pour rendre KDE se comportent de la même manière que la plupart des gens s'attendent à un gestionnaire de fenêtre (toux Windows toux) de se comporter, alors qu'ils sont probablement assez similaire à l'équivalent des lignes directrices utilisées par MS (ou, disons, de la Pomme).

Answer 4

Raymond Chen a la réponse.

Answer 5

Vous avez raison, c'est à peu près tout. Si vous voulez en savoir plus, vous pouvez trouver une liste des guides de style de l'utilisateur ici: http://www.experiencedynamics.com/science-usability/ui-style-guides