何时在菜单项后面使用省略号
几乎所有的应用程序都有一个菜单栏，其中一些项目后面有一个省略号（…），另一些则没有。 有没有一个众所周知的什么时候把省略号放在那里，什么时候不放？ 你什么时候做？ 你做得到吗？
我已经看了各种Windows应用程序，这是我来到：
-
省略
- 菜单项打开一个表单，需要用户input来做些事情（replace，转到，字体）
-
没有省略号
- 菜单项只是做一些事情（剪切，粘贴，退出，保存）
- 菜单项打开一个表单，不需要用户input（关于，检查更新）
但是，似乎总是有菜单项不遵循这个规则。 例如Visual Studio中的帮助项目（我如何，search，索引）以及查找和replace（快速查找，查找文件，查找符号）。
所以想一想，现在我想这可能是一件事情：
-
省略
- 菜单项，肯定会打开一个模式窗口。
-
没有省略号
- 菜单项打开一个非模态窗口。
- 没有打开任何窗口的菜单项。
- 最有可能不会打开模式窗口的菜单项（如保存，如果您之前没有保存过，或者没有保存过，则会打开一个模式窗口，否则不会）
你们有什么感想？
关键因素是菜单选项在执行操作之前是否需要额外的确认 。 所以帮助 – 关于不需要省略号，但文件打开。 这就是微软，苹果和KDE指南所说的。
微软Windows应用程序应该遵循微软的“用户体验指南” 。 以下是他们对菜单项的省略号。
虽然菜单命令用于即时操作，但执行操作可能需要更多信息。 通过在标签末尾添加省略号来指示需要附加信息（包括确认）的命令。
这并不意味着每当一个动作显示另一个窗口时，只要需要附加信息来执行动作，就应该使用省略号。 例如，“关于”，“高级”，“帮助”，“选项”，“属性”和“设置”命令必须在单击时显示另一个窗口，但不需要用户提供其他信息。 所以他们不需要椭圆。
David的回答引用了KDE 3用户界面指南 ，
请注意，首先打开一个需要附加信息的对话框中的每个项目都必须标有尾部省略号（…）（例如另存为…，打开…）。 菜单项和“…”之间没有空格。 简单的确认对话框不被视为需要附加信息的对话框。
苹果人机界面指南说：
当出现在button或菜单项的名称中时，省略号字符（…）向用户指示在执行相关操作之前需要附加信息。 具体而言，它使用户准备期望在执行该命令之前出现可以select或input信息的窗口或对话框。 由于用户期望button和菜单项的即时操作（如“button”和“菜单行为”中所述），通过适当地显示省略号字符来准备这些替代行为尤为重要。 以下指南和示例将帮助您决定何时在菜单项和button名称中使用省略号。
据我了解，（…）通常意味着用户将被要求input。 没有（…）意味着不需要input。
你说得对，总结一下。 如果你想知道更多，你可以在这里find用户风格指南列表： http : //www.experiencedynamics.com/science-usability/ui-style-guides
我同意，这相当于我自己的理解何时包含省略号相当好。
我想省略的意义在于“警告”用户，以便她能够理解某种select是安全的，不会立即做出某些事情，而不需要通过对话询问更多的信息。
在一些程序中，像Autodesk的Maya （一个高端3Dbuild模软件包）（至less是旧版本），省略号实际上是一个小对话框图标。 您可以点击菜单中的图标来获取图标，或者点击菜单项（文本）的其余部分，以与上次相同的设置重复该命令，或类似的东西。 这个想法似乎没有成为主stream。
这确实是一个非常棘手的问题。 起初似乎显而易见，但是在这些类别之间有许多行动。 有趣的是，微软自己也违反了这个做法。
从Vista中的示例在计算机pipe理菜单文件 – 选项…具有省略号在计算机pipe理/用户和组/用户。 用鼠标右键单击一个用户。 新用户…操作有省略号，但重命名不，但它需要额外的操作来实际重命名帐户。 在Micrsoft SQL Server Management Studio菜单文件 – 打印具有省略号的属性…button。
这是调查5分钟后。 还有更多的例子。
你可以为这两个行为争论两个约定。 如果没有在显示的对话框中进行一些额外的操作（假定应使用省略号），则实际上不能更改任何属性或选项。 但是，您可能只是想查看定义的选项或属性，并假定不使用省略号。 微软也承认，有些情况下不明确
“如果模棱两可（例如，命令标签没有动词），则根据最可能的用户动作来决定，如果只是查看窗口是一个常见操作，则不要使用省略号。 但是基于这个，选项和属性的省略号更有意义，因为它可能更有可能是你想改变一个属性来查看它。
