首页 文章

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

提问于
浏览
49

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

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

  • Ellipsis

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

  • No ellipsis

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

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

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

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

  • Ellipsis

  • 肯定会打开模态窗口的菜单项 .

  • No Ellipsis

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

  • 未打开任何窗口的菜单项 .

  • 菜单项最有可能赢得't open a modal window (Like Save, which does open a modal window if you haven' t之前或类似的东西,但否则不会

你们有什么感想?

5 回答

  • 79

    关键因素是菜单选项在执行操作之前是否需要 additional information (输入或选择) . 因此,无论如何,帮助 - 关于微软,Apple和KDE指南都没有说明 .


    Microsoft Windows应用程序应该遵循Microsoft's "User Experience Guidelines" . 这是他们对菜单项的省略号的看法 .

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


    大卫的回答引用了KDE 3 user interface guidelines

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


    Apple Human Interface Guidelines说:

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

  • 3

    据我了解,(...)结束通常意味着将要求用户输入一些内容 . 没有(...)意味着不需要输入 .

  • 0

    你是对的,总结一下 . 如果您想了解更多信息,可以在此处找到用户风格指南列表:http://www.experiencedynamics.com/science-usability/ui-style-guides

  • 0

    我同意,这符合我自己对何时包含省略号的看法 .

    我想省略号的意思是“警告”用户,以便她能够理解某个选择是安全的,如果没有通过对话框询问更多信息,它就不会马上做 .

    在某些程序中,如(至少旧版本的)Autodesk's Maya(高端3D建模软件包),省略号实际上是一个小的对话框图标 . 您可以单击菜单中的图标以获取图标,或单击菜单项(文本)的其余部分以使用与上次相同的设置重复命令,或类似的设置 . 似乎这个想法没有流行并成为主流 .

  • 0

    这确实是一个非常棘手的问题 . 起初看起来似乎很明显但是有许多行动介于两者之间类别 . 有趣的是,微软自己违反了这种做法 .

    Vista中的示例计算机管理菜单文件 - 选项...具有省略号在计算机管理/用户和组/用户中 . 右键单击用户 . 新用户...操作有省略号但重命名不会,但它需要额外的操作来实际重命名帐户 . 在Micrsoft SQL Server Management Studio菜单文件中 - 打印具有带省略号的属性...按钮 .

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

    您可以为这两个操作争论这两个约定 . 如果没有在显示的对话框中执行一些额外操作(假定应使用省略号),则无法实际更改任何属性或选项 . 但是,您可能只想查看已定义的选项或属性,并假设不使用省略号 . 微软也承认存在歧义的情况

    “如果含糊不清(例如,命令标签缺少动词),请根据最可能的用户操作决定 . 如果只是查看窗口是一个常见的操作,请不要使用省略号 . ”但是基于此,为选项和属性设置省略号会更有意义,因为您可能更希望更改仅查看它的属性 .

相关问题