何时在菜单项后使用省略号

在几乎所有具有菜单栏的应用程序中,一些项目后面都有省略号(...),有些则没有.是否有一个众所周知的约定,何时将省略号放在那里,何时不放？你什么时候做的？你做到了吗？

我看过各种windows应用程序,这就是我要来的:

省略

打开表单的菜单项,需要用户输入才能执行某些操作(替换,转到,字体)

没有省略号

只做某事的菜单项(剪切,粘贴,退出,保存)

菜单项打开不需要用户输入的表单(关于,检查更新)

但是,似乎总是存在不符合此规则的菜单项.例如,Visual Studio中的帮助项(如何,搜索,索引)以及查找和替换(快速查找,在文件中查找,查找符号).

所以在考虑了一下后,我现在认为这可能是事情:

省略

菜单项肯定会打开一个模态窗口.

没有省略号

用于打开非模态窗口的菜单项.

没有打开任何窗口的菜单项.

很可能无法打开模态窗口的菜单项(如"保存",如果之前没有保存过,则会打开模态窗口,或者其他类似的东西)

你们有什么感想？

关键因素是菜单选项在执行操作之前是否需要其他信息(输入或选择).所以Help-About不需要省略号,但File-Open可以.这就是微软,Apple和KDE指南所说的.

Microsoft Windows应用程序应遵循Microsoft的"用户体验指南".这是他们对菜单项的省略号的看法.

虽然菜单命令用于立即操作,但可能需要更多信息来执行操作.通过在标签末尾添加省略号来指示需要其他信息(包括确认)的命令.

这并不意味着只要操作显示另一个窗口时,您应该使用省略号 - 仅当需要其他信息来执行操作时.例如,命令"关于","高级","帮助","选项","属性"和"设置"必须在单击时显示另一个窗口,但不需要用户提供其他信息.因此他们不需要省略号.

David的回答引用了KDE 3用户界面指南,

请注意,菜单中首先打开需要其他信息的对话框的每个项目都必须标有尾部省略号(...)(例如另存为...,打开...).菜单项和"..."之间没有空格.简单的确认对话框不被视为需要其他信息的对话框.

在苹果人机界面指南说:

当它出现在按钮或菜单项的名称中时,省略号字符(...)向用户指示在可以执行相关操作之前需要附加信息.具体地说,它准备用户期望窗口或对话框的外观,在该窗口或对话框中进行选择或在命令执行之前输入信息.因为用户期望按钮和菜单项的即时操作(如"按钮"和"菜单行为"中所述),所以通过适当地显示省略号字符为这种替代行为做好准备尤为重要.以下指南和示例将帮助您确定何时在菜单项和按钮名称中使用省略号.