菜单项后使用省略号的时间

Question

在几乎所有有菜单栏的应用程序中，有些项都有省略号(.)在他们之后，而有些人没有。有一个众所周知的惯例，什么时候把省略号放在那里，什么时候不呢？你什么时候做的？你会这么做吗？

我看过不同的windows应用程序，这就是我要讲的：

• Ellipsis

- Menu items which opens a form that require user input to do something (Replace, Go to, Font)

​

• 无省略号

- Menu items which just does something (Cut, Paste, Exit, Save)
- Menu items which opens a form that does not require user input (About, Check for Updates)

​

但是，似乎总有一些菜单项不遵循这一规则。例如，Visual中的帮助项(如何操作、搜索、索引)和查找和替换(快速查找、在文件中查找、查找符号)。

因此，在再考虑一下之后，我现在认为这可能是一个问题：

• Ellipsis

- Menu items that will definitely open a modal window.

​

• No Ellipsis

- Menu items that opens a non-modal window.
- Menu items that doesn't open any window.
- Menu items that most likely won't open a modal window (Like Save, which does open a modal window if you haven't saved before or something like that, but otherwise don't)

​

你们觉得怎么样？

Answer 1

关键因素是菜单选项在执行操作之前是否需要附加信息(输入还是选择)。因此，Help-About不需要省略，但是File-Open需要。这就是微软、苹果和KDE的指导方针。

Microsoft应用程序应该遵循微软的“用户体验指南”。下面是他们所说的菜单项上的省略号。

当菜单命令用于立即操作时，可能需要更多信息来执行该操作。通过在标签末尾添加省略号来指示需要其他信息(包括确认)的命令。 这并不意味着只要一个操作显示另一个窗口，就应该使用省略号--只在执行操作需要额外信息时才使用。例如，有关“高级”、“帮助”、“选项”、“属性”和“设置”的命令在单击时必须显示另一个窗口，但不需要用户提供其他信息。因此，它们不需要椭圆。

大卫的回答引用了KDE 3用户界面指南，

请注意，菜单中第一次打开需要附加信息的对话框中的每一项都必须加上尾随省略号(.)。(例如，另存为.，开放.)。菜单项和“.”之间没有空格。一个简单的确认对话框不被认为是一个需要额外信息的对话框。

苹果人机界面指南说：

当人们需要在操作完成之前提供附加信息时，会在菜单项的标签上添加省略号。省略字符(…)另一个视图将打开的信号，人们可以在其中输入信息或作出选择。

HIG的旧版本进行了更详细的讨论，并给出了示例：

当它以按钮或菜单项的名称出现时，省略字符(…)。向用户指示在执行关联操作之前需要附加信息。具体来说，它使用户准备好在命令执行之前期望窗口或对话框的出现，以便在其中进行选择或输入信息。由于用户期望从按钮和菜单项(如“按钮”和“菜单行为”中所描述的那样)进行即时操作，因此通过适当地显示省略字符来为这种替代行为做好准备尤为重要。

Answer 2

据我理解，(.)A结尾通常意味着用户将被要求提供一些输入。而不是(.)意味着不需要输入。

Answer 3

你说得对，这就是总结。如果你想知道更多，你可以在这里找到一个用户风格指南的列表：http://www.experiencedynamics.com/science-usability/ui-style-guides