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

Posted

技术标签:

【中文标题】何时在菜单项后使用省略号【英文标题】:When to use ellipsis after menu items 【发布时间】:2010-10-12 20:49:51 【问题描述】:

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

我查看了各种 Windows 应用程序,这就是我的想法:

省略号

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

没有省略号

只做某事的菜单项(剪切、粘贴、退出、保存) 打开不需要用户输入的表单的菜单项(关于、检查更新)

但似乎总有一些菜单项不遵循此规则。例如 Visual Studio 中的帮助项(How do I、Search、Index)和查找和替换(快速查找、在文件中查找、查找符号)。

所以在考虑了更多之后,我现在认为这可能是事情:

省略号

肯定会打开模式窗口的菜单项。

没有省略号

打开非模式窗口的菜单项。 不打开任何窗口的菜单项。 很可能不会打开模式窗口的菜单项(如保存,如果您之前没有保存过或类似的东西,它会打开一个模式窗口,否则不会)

你们觉得呢?

【问题讨论】:

当然,您可以编写其中一个新奇的 WPF 或 AJAX 应用程序。那就不需要遵守约定了!但是用户会被美丽所敬畏,他们不会介意无法使用该应用程序。 :) 另见:***.com/questions/278655/… 好问题---谢谢! 【参考方案1】:

关键因素是菜单选项在执行操作之前是否需要附加信息(输入或选择)。所以 Help-About 不需要省略号,但 File-Open 需要。无论如何,这就是 Microsoft、Apple 和 KDE 指南所说的内容。


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

虽然菜单命令用于 立即行动,更多信息 可能需要执行操作。 指示需要的命令 附加信息(包括 确认)通过在 标签的结尾。

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


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

请注意,菜单中的每个项目 首先打开一个对话框,要求 附加信息必须是 用尾随省略号标记 (...)(例如,另存为...、打开...)。 菜单项之间没有空格 和“……”。一个简单的确认 对话框不被认为是一个对话框 需要更多信息。


Apple Human Interface Guidelines 说:

当它以一个名字出现时 按钮或菜单项,省略号 字符 (...) 向用户指示 附加信息是 在相关联之前需要 可以进行操作。 具体来说,它让用户准备 期望出现一个窗口或 在其中进行选择的对话框或 在命令前输入信息 执行。因为用户期望即时 按钮和菜单项的操作(如 在“按钮”和“菜单”中描述 行为”),这一点尤为重要 为他们准备这个替代品 通过适当显示的行为 省略号字符。下列 指南和示例将帮助您 决定何时在菜单中使用省略号 项目和按钮名称。

【讨论】:

非常好的总结和概述 =) 规则是完成命令需要额外的信息,而不是额外的确认。事实上,只要求确认而不要求额外信息的命令不需要省略号。 MS 已将菜单内容移至msdn.microsoft.com/en-us/library/dn742392.aspx#usingellipses【参考方案2】:

据我了解,(...) a 结尾通常意味着将要求用户提供一些输入。并且 no (...) 表示不需要输入。

【讨论】:

【参考方案3】:

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

【讨论】:

【参考方案4】:

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

我猜省略号的重点是“警告”用户,以便她能够理解某个选择是安全的探索,它不会在不通过对话询问更多信息的情况下立即执行某项操作。

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

【讨论】:

玛雅still works that way。他们已切换到在菜单条目(用于操作项)的最右侧放置一个框图标,以打开相应的选项对话框。单击其他任何地方都会使用当前选项执行操作。我个人认为这很疯狂,但我再次认为 Photoshop 的级联工具栏也很疯狂。【参考方案5】:

这确实是一个非常棘手的问题。起初它可能看起来很明显,但有许多动作属于类别之间。有趣的是,微软自己违反了这种做法。

Vista 的示例 在计算机管理菜单文件 - 选项... 有省略号 在计算机管理/用户和组/用户中。右键单击用户。 New user... 操作有省略号,但 Rename 没有,尽管它需要额外的操作来实际重命名帐户。 在 Micrsoft SQL Server Management Studio 菜单 File - Print has Properties... 带有省略号的按钮。

这只是经过 5 分钟的调查。还有很多例子。

您可以为这两种行为的两种约定争论不休。您实际上无法更改任何属性或选项,除非在显示的假定应使用省略号的对话框中执行一些额外操作。但是,您可能只对查看定义的选项或属性感兴趣,并且假定没有使用省略号。 Microsoft 也承认存在模棱两可的情况

“如果有歧义(例如,命令标签缺少动词),请根据最可能的用户操作来决定。如果只是查看窗口是常见操作,请不要使用省略号。”然而,基于此,省略选项和属性会更有意义,因为您可能更有可能想要更改仅查看它的属性。

【讨论】:

以上是关于何时在菜单项后使用省略号的主要内容,如果未能解决你的问题,请参考以下文章

选择下拉菜单项后获取输入值

在reactjs中显示菜单项后无法显示图标。

单击上下文菜单项后验证当前 URL

初探ant-design(web版本二)

JAVA,如何实现点击不同菜单项后,面板显示不同内容用以实现不同功能?

Odoo的菜单项