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

在几乎所有有菜单栏的应用程序中，有些项目后面有省略号（…），有些则没有。关于何时放置省略号以及何时不放置省略号，是否有一个众所周知的惯例？你什么时候做？你会这么做吗

我研究了各种windows应用程序，我得出的结论如下：

• 省略号
  • 打开表单的菜单项，需要用户输入才能执行某些操作（替换、转到、字体）
• 无省略号
  • 仅执行某些操作（剪切、粘贴、退出、保存）的菜单项
  • 打开不需要用户输入的表单的菜单项（关于，检查更新）

但似乎总有一些菜单项不符合这一规则。例如，VisualStudio中的帮助项（如何查找、搜索、索引）和查找和替换（快速查找、在文件中查找、查找符号）

因此，在仔细考虑之后，我现在认为可能是这样的：

• 省略号
  • 肯定会打开模式窗口的菜单项
• 无省略号
  • 打开非模式窗口的菜单项
  • 无法打开任何窗口的菜单项
  • 最有可能不会打开模式窗口的菜单项（如Save，如果您以前没有保存或类似的内容，它会打开模式窗口，但在其他方面不会）

---

你们怎么看？

据我所知，（…）a结束通常意味着用户将被要求输入一些信息。没有（…）意味着不需要输入。

你是对的，这就是总结。如果你想知道更多，你可以在这里找到一个用户风格指南的列表：

我同意，这与我自己对何时加入省略号的看法相当吻合

我想省略号的意思是“警告”用户，这样她就可以理解某个选择是可以安全地进行探索的，如果不通过对话框询问更多信息，它不会立即做一些事情

---

在一些程序中，例如（至少是旧版本的）（高端3D建模软件包），省略号实际上是一个小对话框图标。您可以单击菜单中的图标以获取图标，或者单击菜单项的其余部分（文本）以使用与上次相同的设置重复该命令，或者类似的操作。这个想法似乎没有流行起来并成为主流。

关键因素是菜单选项在执行操作之前是否需要额外的信息（输入或选择）。因此，“关于”的帮助不需要省略号，但“文件打开”需要省略号。这就是微软、苹果和KDE的指导方针所说的

---

微软的Windows应用程序应该紧随其后。下面是他们对菜单项上的省略号的看法

而菜单命令用于 立即行动，更多信息 可能需要执行该操作。 指示需要的命令 其他信息（包括 确认）通过在 标签的末尾

这并不意味着你应该使用 显示动作时的省略号 另一个窗口仅在附加 执行此操作需要信息 行动。例如，命令 关于、高级、帮助、选项、， 属性和设置必须显示 单击时显示另一个窗口，但不要 要求提供其他信息 用户。所以他们不需要 省略号

---

大卫的回答引用了

请注意，菜单中的每个项目 首先打开一个对话框 必须提供其他信息 用尾随的省略号标记 （…）（例如另存为…，打开…）。 菜单项之间没有空格 还有那个“…”。简单的确认 对话框不被视为 需要更多信息

---

他们说：

当它出现在 按钮或菜单项，省略号 字符（…）向用户指示 补充信息是 在关联的 可以执行操作。 具体来说，它让用户做好准备 期待着一扇窗户的出现 要在其中进行选择或修改的对话框 在命令之前输入信息 执行。因为用户希望即时 按钮和菜单项的操作（如图所示） 在“按钮”和“菜单”中描述 这尤其重要 让他们为这次备战做好准备 通过适当地显示 省略字符。以下 指南和示例将对您有所帮助 决定何时在菜单中使用省略号 项目和按钮名称

---

这确实是一个非常棘手的问题。起初，这似乎很明显，但有许多行为属于这两类。有趣的是，微软自己也违反了这种做法

来自Vista的示例 在“计算机管理”菜单“文件-选项”中。。。有省略号 在计算机管理/用户和组/用户中。右键单击用户。新用户。。。操作有省略号，但重命名没有省略号，尽管它需要额外的操作才能实际重命名帐户。 在Microsoft SQL Server Management Studio菜单中，文件-打印具有属性。。。带省略号的按钮

这是在5分钟的调查之后。还有更多的例子

对于这两种行为，您可以为这两种约定辩护。如果不在显示的对话框中执行一些额外操作（假定应使用省略号），则无法实际更改任何属性或选项。但是，您可能只对查看定义了哪些选项或属性感兴趣，并且假设没有使用省略号。微软也承认存在歧义的情况

“如果出现歧义（例如，命令标签缺少动词），请根据最可能的用户操作来决定。