Windows 7 菜单(设计基础知识)
注意
此设计指南是为 Windows 7 创建的,尚未针对较新版本的 Windows 进行更新。 大部分指导原则上仍然适用,但演示和示例并不反映我们 当前设计指南。
菜单是当前上下文中用户可用的命令或选项的分层列表。
下拉菜单是鼠标单击或悬停时按需显示的菜单。 它们通常隐藏在视图中,因此是节省屏幕空间的有效手段。 子菜单或级联菜单是从菜单内按需显示的辅助菜单。 它们由子菜单标签末尾的箭头指示。 菜单项是菜单中的单个命令或选项。
菜单通常从菜单栏中显示,菜单栏是标签菜单类别的列表,通常位于窗口顶部附近。 相比之下,当用户右键单击支持上下文菜单的对象或窗口区域时,上下文菜单会下拉列表。
带有菜单和子菜单屏幕截图
显示下拉菜单和子菜单的典型菜单栏。
使用模式
菜单有多个使用模式:
用法 | 例 |
---|---|
菜单栏 菜单栏在下拉菜单中显示命令和选项。 |
菜单栏非常常见且易于查找,以及有效使用空间。 带有下拉菜单屏幕截图 Windows 邮件中的菜单栏。 |
工具栏菜单 作为工具栏实现的菜单栏。 |
工具栏菜单主要由 菜单按钮中的命令组成, 和拆分按钮,仅包含几个直接命令(如果有)。 带有下拉菜单屏幕截图 Windows 照片库中的工具栏菜单。 有关此模式的指南,请参阅 工具栏。 |
选项卡菜单 选项卡内的按钮,这些按钮显示一组与下拉菜单中的选项卡相关的命令和选项。 |
带有菜单的选项卡看起来类似于普通选项卡,其底部部分有一个带有下拉箭头的按钮。 单击该按钮将显示下拉菜单,而不是选择选项卡。 使用下拉菜单选项卡菜单的屏幕截图 选项卡菜单用于 Windows Media Player。 |
菜单按钮 在下拉菜单中显示少量相关命令的命令按钮。 |
菜单按钮 看起来像普通的命令按钮,但它们中有下拉箭头。 单击该按钮将显示下拉菜单,而不是执行命令。 拆分按钮 类似于菜单按钮,不同之处在于它们是命令的变体,单击按钮的左侧部分直接对标签执行作。 菜单按钮的屏幕截图 一个菜单按钮,其中包含一组相关的命令。 |
上下文菜单 下拉菜单,其中显示了一组与当前上下文相关的命令和选项。 |
当用户右键单击支持上下文菜单的对象或窗口区域时,上下文菜单下拉列表。 显示命令屏幕截图 Windows 资源管理器中的上下文菜单。 如果上下文菜单是最佳菜单选择,但你需要适合所有用户的解决方案,则可以使用菜单下拉箭头按钮。 使用下拉菜单按钮照片的屏幕截图 使用菜单下拉列表按钮可见的上下文菜单。 |
“任务”窗格菜单 一组与所选对象或程序模式相关的命令。 |
与上下文菜单不同,它们会自动显示在窗口窗格中,而不是按需显示。 ![]() Windows 照片库查看器中的任务窗格菜单。 |
这是正确的用户界面吗?
若要决定,请考虑以下问题:
菜单栏
请满足以下条件:
- 窗口是否为主窗口?
- 是否有许多菜单项?
- 是否有许多菜单类别?
- 大多数菜单项是否适用于整个程序和主窗口?
- 菜单是否需要适用于所有用户?
如果是这样,请考虑使用菜单栏。
工具栏菜单
请满足以下条件:
- 窗口是否为主窗口?
- 窗口是否具有工具栏?
- 是否只有几个菜单类别?
- 菜单是否需要适用于所有用户?
如果是这样,请考虑使用工具栏菜单,而不是或除了菜单栏。
选项卡菜单
请满足以下条件:
- 窗口是否为主窗口?
- 窗口是否具有选项卡,其中每个选项卡用于一组专用任务(而不是使用选项卡显示不同视图)?
- 是否有一个菜单类别适用于每个选项卡?
- 是否有许多命令和选项,但每个选项卡只有一个小集?
如果是这样,请考虑使用选项卡菜单而不是菜单栏。
上下文菜单
请满足以下条件:
- 是否有一组适用于所选对象或窗口区域的上下文命令和选项?
- 这些菜单项是否冗余?
- 目标用户是否熟悉上下文菜单?
如果是这样,请考虑为需要它们的对象和窗口区域提供上下文菜单。
对于基于浏览器的程序,任务窗格菜单是上下文命令的更常见解决方案。 目前,用户期望基于浏览器的程序中的上下文菜单是通用的和无益的。
任务窗格菜单
请满足以下条件:
- 窗口是否为主窗口?
- 是否有一组适用于所选对象或程序模式的上下文命令和选项?
- 是否有几个菜单类别?
- 菜单是否需要适用于所有用户?
如果是这样,请考虑使用任务窗格菜单而不是上下文菜单。
设计概念
提升良好用户体验的有效菜单:
- 使用与程序类型、窗口类型、命令用法和目标用户匹配的命令演示文稿。
- 组织良好,在适当情况下使用标准菜单组织。
- 有效地使用菜单栏、工具栏和上下文菜单。
- 有效地使用图标。
- 有效使用访问键和快捷键。
如果你只做一件事...
选择与程序类型、窗口类型、命令用法和目标用户匹配的命令演示文稿。
指引
常规
- 除菜单栏外的所有菜单模式都需要下拉箭头来指示下拉菜单的存在。 菜单的存在不会在菜单栏中说,但不在其他模式中。
- 不要动态更改菜单项名称。 这样做令人困惑和意外。 例如,选择后不要将纵向模式选项更改为横向模式。 对于模式,请改用 项目符号和复选标记。
- 异常: 可以动态更改基于对象名称的菜单项名称。 例如,最近使用的文件或窗口名称的列表可以是动态的。
菜单栏
- 请考虑消除具有三个或更少菜单类别的菜单栏。 如果只有几个命令,首选较轻的替代项,如工具栏菜单,或更直接的替代项,如命令按钮和链接。
- 没有超过 10 个菜单类别。 菜单类别过多,使得菜单栏难以使用。
- 如果工具栏或直接命令提供大多数用户所需的几乎所有命令,请考虑 隐藏菜单栏。 允许用户在工具栏菜单中显示或隐藏菜单栏复选标记选项。
在此示例中,Windows Internet Explorer 提供了菜单栏选项。
有关详细信息,请参阅 隐藏菜单栏。
隐藏菜单栏
通常,工具栏与菜单栏协同工作,因为两者都允许每个工具栏专注于其优势,而不会造成损害。
- 如果工具栏设计使菜单栏冗余,则默认隐藏菜单栏。
- 隐藏菜单栏,而不是完全删除菜单栏,因为键盘用户更易于访问菜单栏。
- 若要还原菜单栏,请在“视图”(主工具栏)或“工具”(用于辅助工具栏)菜单类别中提供菜单栏复选标记选项。 有关详细信息,请参阅 标准菜单和拆分按钮。
菜单类别
- 为菜单类别选择单个单词名称。 使用多个单词会使类别之间的分离变得混乱。
- 对于创建或查看文档的程序,请使用标准菜单类别,例如文件、编辑、视图、工具和帮助。 这样做可使常见菜单项可预测且更易于查找。
- 对于其他类型的程序,请考虑根据程序的目的以及用户考虑其任务和目标的方式,将命令和选项组织成更有用的自然类别。 如果标准菜单组织不适合你的程序,请不要觉得有义务使用标准菜单组织。
- 如果选择使用非标准菜单类别,则必须选择良好的类别名称。 有关详细信息,请参阅 标签 部分。
- 首选面向任务的菜单类别而不是泛型类别。 面向任务的类别使菜单项更易于查找。
具有撕裂、烧伤和同步屏幕截图
在此示例中,Windows Media Player 使用面向任务的菜单类别。
- 避免仅包含一个或两个菜单项的菜单类别。 如果合理,请与其他菜单类别合并,也许使用子菜单。
-
仅当: 时,才考虑将同一菜单项置于多个类别中
- 菜单项在逻辑上属于多个菜单类别。
- 你有数据显示,用户在单个菜单类别中查找项时遇到问题。
- 在多个类别中,只有一个或两个难以查找的菜单项。
- 不要将具有相同名称的不同菜单项放在多个类别中。 例如,多个类别中没有不同的“选项”菜单项。
- 例外: 选项卡菜单模式在每个选项卡菜单中可能有不同的“选项”和“帮助”菜单项。
屏幕截图
在此示例中,Windows Media Player 在每个选项卡菜单中都有“选项”和“帮助”菜单项。
菜单项组织和顺序
- 将菜单项组织为七个或更少强相关项的组。 为此,子菜单计数为父菜单中的单个菜单项。
- 不要将超过 25 个项目放在菜单(不计算子菜单)的单个级别内。
- 在菜单中的组之间放置分隔符。 分隔符是跨越菜单宽度的单行。
- 在菜单中,按其逻辑顺序放置组。 如果没有逻辑顺序,请先放置最常用的组。
- 在组中,按逻辑顺序放置项。 如果没有逻辑顺序,请先放置最常用的项。 按数值顺序放置数值项(如缩放百分比)。
子菜单
- 避免不必要的使用子菜单。 子菜单需要更多物理努力才能使用,通常使菜单项更难找到。
- 不要在子菜单中放置常用菜单项。 这样做会使使用这些命令效率低下。 但是,如果命令通常更直接地访问,则可以在子菜单中放置常用命令,例如使用工具栏。
- 如果 , 请考虑使用子菜单
- 这样做可以简化父菜单,因为它包含许多项(20 个或更多项),或者子菜单是一组超过七个项目的一部分。
- 子菜单中的项的使用频率低于父菜单中的项。
- 子菜单将包含三个或更多项。
- 有三个或多个命令以同一个单词开头。 在本例中,将该单词用作子菜单标签。
包含四个子菜单的“新建”菜单的屏幕截图
在此示例中,“新建”子菜单替换了“新建邮件”、“新新闻邮件”、“新建”文件夹和“新建”联系人的单独命令。
- 最多使用三个级别的菜单。 也就是说,你可以有一个主菜单和最多两个级别的子菜单。 子菜单的两个级别应该很少见。
介绍
-
禁用不适用于当前上下文的菜单项, 而不是删除它们。 这样做可使菜单栏内容稳定且更易于查找。
异常:
- 对于上下文菜单类别,删除,而不是禁用不适用于当前上下文的上下文菜单项。 仅针对特定模式显示菜单类别时,例如选择特定对象类型时,菜单类别是上下文的。 有关详细信息,请参阅 删除与禁用上下文菜单 指南。
- 如果确定何时应禁用菜单项会导致明显的性能问题,请使菜单项保持活动状态,如有必要,其选择会导致错误消息。
选项卡菜单
- 每个选项卡菜单可能具有特定于上下文的选项和帮助菜单项。 这与所有其他菜单模式形成鲜明对比。 每个选项卡都用于一组专用任务,因此跨选项卡菜单的任何冗余并不令人困惑。
上下文菜单
- 仅对上下文命令和选项使用上下文菜单。 菜单项应仅适用于选定的(或单击)对象或窗口区域,而不是整个程序。
- 不要仅通过上下文菜单提供命令。 与快捷键一样,上下文菜单是执行命令和选择选项的替代方法。 例如,“属性”命令也可通过菜单栏或 Alt+Enter 访问键使用。
- 为所有对象和窗口区域提供上下文菜单, 受益于一组上下文命令和选项。 许多用户定期右键单击,并期望在任何位置查找上下文菜单。
- 请考虑对面向所有用户的上下文菜单使用菜单下拉箭头按钮。 通常,上下文菜单适用于面向高级用户的命令和选项。 但是,如果上下文菜单是最佳菜单选择,并且需要面向所有用户,则可以使用菜单下拉菜单。
使用下拉菜单按钮照片的屏幕截图
在此示例中,菜单下拉菜单用于使上下文菜单可见。
菜单项组织和订单
- 将菜单项组织为七个或更少强相关项的组。
- 避免使用子菜单 使上下文菜单保持简单、直接和高效。
- 不要在上下文菜单中放置超过 15 个项目。
- 在菜单中的组之间放置分隔符。 分隔符是跨越菜单宽度的单行。
- 按以下顺序 “演示”菜单项:
- 主要命令(最常用的) 命令
- 对象支持的辅助命令
-
<分隔符>
传输命令 - 对象设置
-
<分隔符>
对象命令
- 打开“运行播放打印”<分隔符>
- 剪切复制粘贴 <分隔符>
- 删除 <分隔符> 属性
演示文稿
- 使用粗体显示默认命令。 实用时,还使其成为第一个菜单项。 当用户双击或选择对象并按 Enter 时,将调用默认命令。
- 删除而不是禁用不适用于当前上下文的上下文菜单项。 这样做会使上下文菜单上下文高效。
-
例外: 如果存在合理的预期,则禁用不适用的菜单项:
- 始终具有相关的标准上下文菜单命令,例如剪切、复制、粘贴、删除和重命名。
- 始终具有完成相关集的命令。 例如,如果有 Back,则还应有一个 Forward。 如果有剪切,请始终具有“复制”和“粘贴”。
-
例外: 如果存在合理的预期,则禁用不适用的菜单项:
项目符号和复选标记
- 选项的菜单项可能使用项目符号和复选标记。 命令可能不是。
- 使用项目符号从一组互斥选项中选择一个选项。 组中应始终至少有两个项目符号。 有关详细信息,请参阅 单选按钮。
- 使用复选标记打开或关闭独立设置。 如果所选状态和已清除状态不明确且明显相反,请改用一组项目符号。 有关详细信息,请参阅 复选框。
- 对于混合复选标记状态,显示没有复选标记的菜单项。 混合状态用于多个选择,以指示为某些对象(但不是全部)设置该选项,因此每个单独的对象都具有所选或清除的状态。 混合状态不用作单个项的第三种状态。
- 在相关复选标记或项目符号集之间放置分隔符。 分隔符是跨越菜单宽度的单行。
图标
-
考虑为以下项提供菜单项图标:
- 最常用的菜单项。
- 图标为标准且众所周知的菜单项。
- 图标很好地说明了命令执行的作的菜单项。
- 如果使用图标,则无需为所有菜单项提供它们。 神秘图标没有帮助,创建视觉混乱,并阻止用户专注于重要的菜单项。
使用和不使用图标的菜单项
在此示例中,“组织”菜单仅包含最常用的菜单项的图标。
- 确保菜单图标符合航空样式图标准则。
有关详细信息和示例,请参阅 图标。
访问密钥
- 为所有菜单项分配访问键。 没有例外。
- 尽可能根据标准访问密钥分配为常用命令分配访问密钥。 虽然一致的访问密钥分配并非总是可能的,但它们肯定是首选的,尤其是对于常用命令。
- 对于动态菜单项(如最近使用的文件),请以数字方式分配访问键。
使用数值访问键屏幕截图
在此示例中,Windows 中的 Paint 程序将数值访问键分配给最近使用的文件。
- 在菜单级别分配唯一的访问键。 可以在不同的菜单级别重复使用访问密钥。
-
使访问密钥易于查找:
- 对于最常用的菜单项,请选择标签第一个或第二个单词开头的字符,最好选择第一个字符。
- 对于不太常用的菜单项,请选择标签中具有独特同音或元音的字母。
- 首选宽宽字符, 如 w、m 和大写字母。
- 更喜欢独特的同音或元音, 如“退出”中的“x”。
-
避免使用难以看到下划线的字符, 例如(从最有问题到最不有问题的字符):
- 只有一个像素宽的字母,例如 i 和 l。
- 带后代的字母,如 g、j、p、q 和 y。
- 带降序的字母旁边的字母。
有关更多指南和示例,请参阅 键盘。
快捷键
- 将快捷键分配给最常用的菜单项。 不经常使用的菜单项不需要快捷键,因为用户可以改用访问键。
- 不要将快捷键设为执行任务的唯一方法。 用户还应能够将鼠标或键盘与 Tab、箭头和访问键一起使用。
- 对于已知的快捷键,请使用标准分配。
- 不要为已知快捷键分配不同的含义。 因为它们被记住,已知快捷方式的不一致含义令人沮丧和容易出错。 有关 Windows 程序使用的已知快捷键,请参阅 Windows 键盘快捷键。
- 不要尝试分配系统范围的程序快捷键。 仅当程序具有输入焦点时,程序的快捷键才会生效。
- 记录所有快捷键。 这样做可帮助用户了解快捷键分配。
- 异常: 不要在上下文菜单中显示快捷键分配。 上下文菜单不显示快捷键分配,因为它们已针对效率进行优化。
-
对于非标准密钥分配:
- 选择没有标准分配的快捷键。 从不重新分配标准快捷键。
- 在整个程序中一致地使用非标准密钥分配。 不要在不同的窗口中分配不同的含义。
- 如果可能,请选择助记键分配, 尤其适用于常用命令。
- 对具有较小效果的命令使用函数键, 例如应用于所选对象的命令。 例如,F2 重命名所选项。
- 对具有大规模效果的命令使用 Ctrl 组合键, 例如应用于整个文档的命令。 例如,Ctrl+S 保存当前文档。
- 对扩展或补充标准快捷键作的命令使用 Shift 键组合。 例如,Alt+Tab 快捷键循环浏览打开的主窗口,而 Alt+Shift+Tab 键按相反顺序循环。 同样,F1 显示帮助,而 Shift+F1 显示上下文相关的帮助。
- 不要将以下字符用于快捷键: @ $ {} [] \ ~ |^ ' <>. 这些字符需要不同语言的键组合,或特定于区域设置。
- 不要使用 Ctrl+Alt 组合, 因为 Windows 在某些语言版本中将此组合解释为 AltGR 键,这将生成字母数字字符。
- 如果程序分配了许多快捷键,请提供自定义分配的功能。 这样,用户就可以重新分配冲突的快捷键并从其他产品迁移。 大多数程序没有分配足够的快捷键来需要此功能。
有关更多指南和标准快捷键分配,请参阅 键盘。
标准菜单
- 对创建或查看文档的程序使用标准菜单组织。 标准菜单组织使常见菜单项可预测且更易于查找。
- 对于其他类型的程序,仅当它有意义时,才使用标准菜单组织。 请考虑根据程序的目的以及用户考虑其任务和目标的方式,将命令和选项组织成更有用、更自然的类别。
标准菜单栏
标准菜单栏结构如下所示。 此列表显示菜单类别和项标签、带有分隔符的顺序、其访问键和快捷键及其省略号。
文件
新建 Ctrl+N
打开。。。Ctrl+O
关闭“保存 Ctrl+S”
另存为...发送到打印...Ctrl+P
打印预览
页面设置
1 <filename>
2 <filename>
3 <filename>
...
退出 Alt+F4(通常未提供快捷方式)
编辑
撤消 Ctrl+Z
重做 Ctrl+Y
<分隔符>
剪切 Ctrl+X
复制 Ctrl+C
粘贴 Ctrl+V
<分隔符>
选择所有 Ctrl+A
<分隔符>
删除 Del (通常未提供快捷方式)
<分隔符>
找到。。。Ctrl+F
查找下一个 F3 (命令通常未提供)
取代。。。Ctrl+H
转到。。。Ctrl+G
视图
工具栏
状态栏
<分隔符>
放大缩小字体功能 放大缩小字体功能
放大缩小 Ctrl+-
<分隔符>
全屏 F11
刷新 F5
工具
<分隔符>
选项帮助 <program name>
帮助 F1
<分隔符>
关于 <program name>
标准工具栏菜单按钮
标准工具栏菜单按钮如下所示。 此列表显示菜单类别和项标签、带有分隔符的顺序、快捷键及其省略号。
- 工具
- 全屏F11(如果使用了 Find,则重新分配访问密钥。工具栏(请注意,菜单栏命令将转到此处。)<分隔符> 打印...查找... <分隔符> 缩放文本大小 <分隔符> 选项
- 新建 folderCtrl+N <分隔符> CutCtrl+X CopyCtrl+C PasteCtrl+V <分隔符> 选择 allCtrl+A <分隔符> DeleteDel(通常未提供快捷方式)重命名 <分隔符> 选项
- 新建 windowCtrl+N <分隔符> 缩放文本大小
标准上下文菜单
标准上下文菜单内容如下所示。 此列表显示菜单项标签、带有分隔符的顺序、其访问键及其省略号。 上下文菜单不显示快捷键。
- 打开“运行播放编辑打印...”<分隔符> 剪切复制粘贴 <分隔符> 删除重命名 <分隔符>
锁定 <object name>(checkmark)
性能
使用省略号
虽然菜单命令用于即时作,但执行作可能需要更多信息。 通过在标签末尾添加省略号来指示需要其他信息(包括确认)的命令。
在此示例中,打印...命令显示“打印”对话框以收集详细信息。
正确使用省略号非常重要,指示用户可以在执行作之前做出进一步的选择,甚至完全取消该作。 省略号提供的视觉提示允许用户在不担心的情况下浏览软件。
这并不意味着每当某个作显示另一个窗口时,你都应使用省略号 仅当需要其他信息来执行该作时。 例如,单击“关于”、“高级”、“帮助”、“选项”、“属性”和“设置”命令必须显示另一个窗口,但不需要用户提供其他信息。 因此,它们不需要椭圆。
如果存在歧义(例如命令标签缺少谓词),请根据最有可能的用户作做出决定。 如果只是查看窗口是一个常见作,请不要使用省略号。
正确:
更多颜色...
版本信息
在第一个示例中,用户最有可能选择颜色,因此使用省略号是正确的。 第二个示例中,用户最有可能查看版本信息,因此不需要省略号。
注意
确定菜单命令是否需要省略号时,请不要使用 提升权限 作为因素。
提升不是执行命令所需的信息(而是用于权限),并且需要提升时会用安全防护进行指示。
标签
-
使用句子样式大写。
- 例外: 对于旧版应用程序,如有必要,可以使用游戏样式大写,以避免混合大写样式。
菜单类别名称
- 使用单词谓词或名词的菜单类别名称。 对于两个单字标签,多字标签可能会混淆。
- 首选基于谓词的菜单名称。 但是,如果谓词为 Create、Show、View 或 Manage,则省略该谓词。 例如,以下菜单类别没有谓词:
- 桌子
- 工具
- 窗
- 对于非标准类别名称,使用一个明确准确地描述菜单内容的单个特定单词。 虽然名称不必如此常规,以至于他们描述了菜单中的所有内容,但它们应该足够可预测,这样用户就不会对他们在菜单中找到的内容感到惊讶。
菜单项名称
- 使用以谓词、名词或名词短语开头的菜单项名称。
- 首选基于谓词的菜单名称。 但是,如果存在以下问题,则省略谓词:
- 谓词为 Create、Show、View 或 Manage。 例如,以下命令没有谓词:
- 大约
- 高深
- 全屏幕
- 新增功能
- 选项
- 性能
- 谓词与菜单类别名称相同,以避免重复。 例如,在“插入”菜单类别中,使用“文本”、“表格”和“图片”,而不是“插入文本”、“插入表格”和“插入图片”。
- 谓词为 Create、Show、View 或 Manage。 例如,以下命令没有谓词:
- 使用特定谓词。 避免使用泛型、无帮助的谓词,例如更改和管理。
- 对应用于单个对象的命令使用单一名词,否则使用复数名词。
- 根据需要使用修饰符来区分类似的命令。 示例:在上面的插入行,下面的“插入”行。
- 对于互补命令对,请选择明显的互补名称。 示例:添加、删除;显示、隐藏;插入、删除。
- 根据用户目标和任务而不是技术选择菜单项名称。
正确:
的撕裂菜单的屏幕截图
不正确:
在不正确的示例中,菜单项基于其技术。
- 将以下菜单项名称用于说明目的:
- 选项 显示程序选项。
- 自定义 显示与机械 UI 配置相关的程序选项。
- 个性化设置 显示常用 个性化 设置摘要。
- 首选项 不使用。 请改用选项。
- 属性 显示对象的属性窗口。
- 设置 请勿用作菜单标签。 请改用选项。
子菜单名称
- 显示子菜单的菜单项在其标签上永远不会有省略号。 子菜单箭头指示需要其他选择。
不正确:
的新菜单项的屏幕截图
在此示例中,“新建”菜单项错误地具有省略号。
文档
引用菜单时:
- 在显示或隐藏菜单的命令中,请参阅菜单栏。 不要将它们称为经典菜单。
- 按其标签引用菜单。 使用确切的标签文本,包括其大写,但不包括访问键下划线或省略号。
- 若要引用菜单类别,请使用“在
<category name>
菜单上”。如果菜单项的位置从上下文中清除,则无需提及菜单类别。 - 若要描述菜单项的用户交互,请使用单击,而不使用单词菜单或命令。 请勿使用选择、选择或选取。 请勿将菜单项引用为菜单项,但技术文档中除外。
- 若要描述从菜单选项中删除复选标记,请使用单击删除复选标记。 不要使用清楚。
- 将上下文菜单称为上下文菜单,而不是快捷菜单。
- 请勿使用级联、下拉、下拉或弹出窗口来描述菜单,但在编程文档中除外。
- 将不可用的菜单项称为不可用,而不是灰显、禁用或灰显。 在编程文档中使用已禁用。
- 如果可能,请使用加粗文本设置标签的格式。 否则,仅当需要防止混淆时,才将标签置于引号中。
例子:
- 在“文件”菜单上,单击“打印 打印文档。
- 在 视图 菜单上,指向 工具栏,然后单击 格式。