Windows 7 菜单（设计基础知识）

注意

此设计指南是为 Windows 7 创建的，尚未针对较新版本的 Windows 进行更新。 大部分指南原则上仍然适用，但演示和示例并不反映我们 当前的设计指南。

菜单是当前上下文中可供用户使用的命令或选项的分层列表。

下拉菜单是鼠标单击或悬停时按需显示的菜单。 它们通常隐藏在视图中，因此是节省屏幕空间的有效方法。 子菜单或级联菜单是从菜单内按需显示的辅助菜单。 它们由子菜单标签末尾的箭头指示。 菜单项是菜单中的单个命令或选项。

菜单通常从菜单栏显示，菜单栏是通常位于窗口顶部附近的带标签菜单类别的列表。 相比之下，当用户右键单击支持上下文菜单的对象或窗口区域时，上下文菜单将下拉。

显示下拉菜单和子菜单的典型菜单栏。

注意

与 命令按钮、 工具栏和 键盘 相关的指南在单独的文章中提供。

使用模式

菜单有多种使用模式：

使用情况	示例
菜单栏 菜单栏在下拉菜单中显示命令和选项。	菜单栏非常常见且易于查找，并且有效利用空间。 Windows 邮件中的菜单栏。
工具栏菜单 作为工具栏实现的菜单栏。	工具栏菜单是主要由 菜单按钮 和拆分按钮中的命令组成的工具栏，只有少量的直接命令（如果有）。 Windows 照片库中的工具栏菜单。 有关此模式的指南，请参阅 工具栏。
选项卡菜单 选项卡内的按钮，显示与下拉菜单中的选项卡相关的一小部分命令和选项。	带有菜单的选项卡看起来与普通选项卡类似，只不过其底部部分有一个带有下拉箭头的按钮。 单击该按钮将显示一个下拉菜单，而不是选择选项卡。 选项卡菜单用于Windows 媒体播放器。
菜单按钮 命令按钮，用于在下拉菜单中显示一小部分相关命令。	菜单按钮 看起来与普通命令按钮类似，只不过它们内有下拉箭头。 单击该按钮会显示一个下拉菜单，而不是执行命令。 拆分按钮 类似于菜单按钮，只是它们是命令的变体，单击按钮的左侧部分会直接在标签上执行操作。 包含一小部分相关命令的菜单按钮。
上下文菜单 下拉菜单，显示与当前上下文相关的一小部分命令和选项。	当用户右键单击支持上下文菜单的对象或窗口区域时，上下文菜单下拉列表。 Windows 资源管理器中的上下文菜单。 如果上下文菜单是最佳菜单选择，但你需要适合所有用户的解决方案，则可以使用菜单下拉箭头按钮。 使用菜单下拉按钮可见的上下文菜单。
任务窗格菜单 与所选对象或程序模式相关的一小部分命令。	与上下文菜单不同，它们自动显示在窗口窗格中，而不是按需显示。 Windows 照片库查看器中的任务窗格菜单。

这是正确的用户界面吗？

在决定之前，请考虑以下问题：

菜单栏

是否适用以下条件：

• 该窗口是否为主窗口？
• 有许多菜单项吗？
• 有许多菜单类别吗？
• 大多数菜单项是否适用于整个程序和主窗口？
• 菜单是否需要适用于所有用户？

如果是这样，请考虑使用菜单栏。

工具栏菜单

是否适用以下条件：

• 该窗口是否为主窗口？
• 窗口是否具有工具栏？
• 是否只有几个菜单类别？
• 菜单是否需要适用于所有用户？

如果是这样，请考虑使用工具栏菜单，而不是菜单栏或菜单栏。

选项卡菜单

是否适用以下条件：

• 该窗口是否为主窗口？
• 窗口是否具有选项卡，其中每个选项卡用于 (一组专用任务，而不是使用选项卡显示不同的视图) ？
• 是否有一个菜单类别适用于每个选项卡？
• 是否有许多命令和选项，但每个选项卡只有一小部分？

如果是，请考虑使用选项卡菜单而不是菜单栏。

上下文菜单

是否适用以下条件：

• 是否有一小组适用于所选对象或窗口区域的上下文命令和选项？
• 这些菜单项是否冗余？
• 目标用户是否熟悉上下文菜单？

如果是这样，请考虑为需要它们的对象和窗口区域提供上下文菜单。

对于基于浏览器的程序，任务窗格菜单是上下文命令的更常见解决方案。 目前，用户期望基于浏览器的程序中的上下文菜单是通用的且无用的。

任务窗格菜单

是否适用以下条件：

• 该窗口是否为主窗口？
• 是否有一小组适用于所选对象或程序模式的上下文命令和选项？
• 有几个菜单类别吗？
• 菜单是否需要适用于所有用户？

如果是这样，请考虑使用任务窗格菜单而不是上下文菜单。

设计概念

提升良好用户体验的有效菜单：

• 使用与程序类型、窗口类型、命令用法和目标用户匹配的命令演示文稿。
• 组织良好，适当时使用标准菜单组织。
• 有效地使用菜单栏、工具栏和上下文菜单。
• 有效地使用图标。
• 有效地使用访问键和快捷键。

如果只执行一件事...

选择与程序类型、窗口类型、命令用法和目标用户匹配的命令演示文稿。

准则

常规

• 除菜单栏之外的所有菜单模式都需要下拉箭头来指示是否存在下拉菜单。 菜单的存在在菜单栏中不加说明，但在其他模式中则不然。
• 不要动态更改菜单项名称。 这样做令人困惑和意外。 例如，不要在选择时将纵向模式选项更改为横向模式。 对于模式，请改用 项目符号和复选标记 。
  • 例外： 可以动态更改基于对象名称的菜单项名称。 例如，最近使用的文件或窗口名称的列表可以是动态的。

菜单栏

• 请考虑取消具有三个或更少菜单类别的菜单栏。 如果只有几个命令，则首选较轻的替代项（如工具栏菜单）或更直接的替代项（如命令按钮和链接）。
• 菜单类别不超过 10 个。 过多的菜单类别是压倒性的，导致菜单栏难以使用。
• 如果工具栏或直接命令提供大多数用户所需的几乎所有命令，请考虑隐藏菜单栏。 允许用户在工具栏菜单中使用菜单栏检查标记选项显示或隐藏。

在此示例中，Windows Internet Explorer 提供了一个菜单栏选项。

有关详细信息，请参阅 隐藏菜单栏。

隐藏菜单栏

通常，工具栏与菜单栏协同工作非常出色，因为两者都允许每个工具栏专注于其优势，而不会妥协。

• 如果工具栏设计使菜单栏变得多余，则默认隐藏菜单栏。
• 隐藏菜单栏而不是完全删除它，因为键盘用户更容易访问菜单栏。
• 若要还原菜单栏，请在主工具栏的“查看 (”中提供“菜单栏复选标记”选项，) 或辅助工具栏的“工具” () 菜单类别。 有关详细信息，请参阅 标准菜单和拆分按钮。

菜单类别

• 为菜单类别选择单个单词名称。 使用多个字词会使类别之间的分隔变得混乱。
• 对于创建或查看文档的程序，请使用标准菜单类别 ，例如“文件”、“编辑”、“视图”、“工具”和“帮助”。 这样做可使常见菜单项可预测且更易于查找。
• 对于其他类型的程序，请考虑根据程序的用途以及用户对其任务和目标的看法，将命令和选项组织成更有用、更自然的类别。 如果标准菜单组织不适合你的程序，则无需使用它。
• 如果选择使用非标准菜单类别，则必须选择正确的类别名称。 有关详细信息，请参阅 标签 部分。
• 首选面向任务的菜单类别，而不是泛型类别。 面向任务的类别使菜单项更易于查找。

在此示例中，Windows 媒体播放器使用面向任务的菜单类别。

• 避免只有一个或两个菜单项的菜单类别。 如果合理，可以与其他菜单类别合并，可能使用子菜单。
• 仅当出现以下问题时，才考虑将同一菜单项置于多个类别中：
  • 菜单项在逻辑上属于多个菜单类别。
  • 你的数据显示用户在单个菜单类别中查找项时遇到问题。
  • 在多个类别中，只有一两个难以查找的菜单项。
• 不要在多个类别中放置使用相同名称的不同菜单项。 例如， 在多个类别中没有不同的“选项”菜单项。
  • 例外： 选项卡菜单模式在每个选项卡菜单中可能有不同的“选项”和“帮助”菜单项。

在此示例中，Windows 媒体播放器在每个选项卡菜单中都有“选项”和“帮助”菜单项。

菜单项组织和顺序

• 将菜单项组织为七个或更少强相关项的组。 为此，子菜单计为父菜单中的单个菜单项。
• 不要将超过 25 个项目放在一个菜单的单个级别 (不计算子菜单) 。
• 在菜单中的组之间放置分隔符。 分隔符是跨菜单宽度的单行。
• 在菜单中，按其逻辑顺序放置组。 如果没有逻辑顺序，请首先放置最常用的组。
• 在组中，按其逻辑顺序放置项。 如果没有逻辑顺序，请首先放置最常用的项。 将数值项 (，例如缩放百分比) 按数值顺序排列。

子菜单

• 避免不必要地使用子菜单。 子菜单需要使用更多物理操作，并且通常会使菜单项更难找到。
• 不要将常用菜单项放在子菜单中。 这样做会使使用这些命令效率低下。 但是，如果通常更直接地访问常用命令（例如使用工具栏），则可以将常用命令放入子菜单。
• 在以下的情况下，请考虑使用子菜单：
  • 这样做可以简化父菜单，因为它有许多项 (20 个或更多个) ，或者子菜单是一组超过 7 个项目的一部分。
  • 子菜单中的项的使用频率低于父菜单中的项。
  • 子菜单将有三个或更多项。
  • 有三个或更多命令以同一个单词开头。 在本例中，请使用该单词作为子菜单标签。

在此示例中，“新建”子菜单替换了“新建邮件”、“新建新闻邮件”、“新建文件夹”和“新建联系人”的单独命令。

• 最多使用三个级别的菜单。 也就是说，可以有一个主菜单，最多可以有两个级别的子菜单。 两个级别的子菜单应该很少见。

呈现

• 禁用不适用于当前上下文的菜单项， 而不是将其删除。 这样做可使菜单栏内容稳定且更易于查找。 异常：
  • 对于上下文菜单类别， 请删除而不是禁用不适用于当前上下文的上下文菜单项。 菜单类别仅在特定模式（例如选择特定对象类型时）显示时是上下文的。 有关详细信息，请参阅上下文菜单 的删除与禁用 指南。
  • 如果确定何时应禁用菜单项导致明显的性能问题，请使菜单项保持活动状态，并在必要时将其选择结果显示错误消息。

选项卡菜单

• 每个选项卡菜单可能具有上下文特定的“选项”和“帮助”菜单项。 这与所有其他菜单模式形成鲜明对比。 每个选项卡都用于一组专用任务，因此跨选项卡菜单的任何冗余不会造成混淆。

上下文菜单

• 仅对上下文命令和选项使用上下文菜单。 菜单项应仅应用于所选 (或单击) 对象或窗口区域，而不是整个程序。
• 不要仅通过上下文菜单提供命令。 与快捷键一样，上下文菜单是执行命令和选择选项的替代方法。 例如，还可以通过菜单栏或 Alt+Enter 访问键使用 Properties 命令。
• 为受益于少量上下文命令和选项集的所有对象和窗口区域提供上下文菜单。 许多用户会定期右键单击，并期望在任意位置找到上下文菜单。
• 请考虑对面向所有用户的上下文菜单使用菜单下拉箭头按钮。 通常，上下文菜单适用于面向高级用户的命令和选项。 但是，在上下文菜单是最佳菜单选择并且需要面向所有用户的情况下，可以使用菜单下拉菜单按钮。

在此示例中，菜单下拉按钮用于使上下文菜单可见。

菜单项组织和顺序

• 将菜单项组织为七个或更少相关项的组。
• 避免使用子菜单 来保持上下文菜单简单、直接和高效。
• 不要在上下文菜单中放置超过 15 个项目。
• 在菜单中的组之间放置分隔符。 分隔符是跨菜单宽度的单行。
• 按以下顺序演示菜单项：

主 (最常用的) 命令

打开“运行播放”打印 <分隔符>

对象支持的辅助命令

separator<>

传输命令

剪切复制粘贴 <分隔符>

对象设置

separator<>

对象命令

删除重命名 <分隔符> 属性

呈现

• 使用粗体显示默认命令。 如果可行，请将其设为第一个菜单项。 当用户双击或选择对象并按 Enter 时，将调用默认命令。
• 删除而不是禁用不适用于当前上下文的上下文菜单项。 这样做会使上下文菜单具有上下文和效率。
  • 例外： 如果对菜单项有合理预期可用，请禁用不适用的菜单项：
    • 始终具有相关的标准上下文菜单命令，例如剪切、复制、粘贴、删除和重命名。
    • 始终具有完成相关集的命令。 例如，如果有“后退”，则还应有一个 Forward。 如果有剪切，始终具有“复制和粘贴”。

项目符号和复选标记

• 选项的菜单项可能使用项目符号和复选标记。 命令不能。
• 使用项目符号从一小组互斥选项中选择一个选项。 一个组中应始终至少有两个项目符号。 有关详细信息，请参阅 单选按钮。
• 使用复选标记打开或关闭独立设置。 如果所选状态和清除状态不明确且不明确对立，请改用一组项目符号。 有关详细信息，请参阅 复选框。
• 对于混合复选标记状态，显示不带复选标记的菜单项。 混合状态用于多个选择，以指示选项是为某些对象（但不是全部）设置的，因此每个单独的对象都具有所选或已清除状态。 混合状态不用作单个项的第三种状态。
• 在相关复选标记或项目符号集之间放置分隔符。 分隔符是跨菜单宽度的单行。

图标

• 请考虑提供菜单项图标：
  • 最常用的菜单项。
  • 图标为标准且众所周知的菜单项。
  • 图标可明确说明命令功能的菜单项。
• 如果使用图标，则无需为所有菜单项提供图标。 加密图标没有帮助，需创建可视的待筛选邮件，并阻止用户关注重要菜单项。

在此示例中，“组织”菜单仅包含最常用的菜单项的图标。

• 确保菜单图标符合航空式图标指南。

有关详细信息和示例，请参阅 图标。

访问键

• 为所有菜单项分配访问键。 无例外情况。
• 尽可能根据标准访问密钥分配为常用命令分配访问密钥。 虽然一致的访问密钥分配并非始终可行，但它们肯定是首选的 ，尤其是对于常用命令。
• 对于 (动态菜单项（例如最近使用的文件) ），请以数字方式分配访问键。

在此示例中，Windows 中的画图程序将数字访问键分配给最近使用的文件。

• 在菜单级别内分配唯一访问键。 可以跨不同的菜单级别重复使用访问密钥。
• 使访问密钥易于查找：
  • 对于最常用的菜单项，请选择标签第一个或第二个单词开头的字符，最好是第一个字符。
  • 对于不太常用的菜单项，请选择标签中具有独特辅音或元音的字母。
• 首选宽度较宽的字符， 例如 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 键，这会生成字母数字字符。
• 如果程序分配了许多快捷键，请提供自定义分配的功能。 这样，用户就可以重新分配冲突的快捷键并从其他产品迁移。 大多数程序没有分配足够的快捷键来需要此功能。

有关更多指南和标准快捷键分配，请参阅 键盘。

标准菜单

• 对创建或查看文档的程序使用标准菜单组织。 标准菜单组织使常见菜单项可预测且更易于查找。
• 对于其他类型的程序，仅在有意义的情况下使用标准菜单组织。 请考虑根据程序的目的以及用户对其任务和目标的看法，将命令和选项组织成更有用、更自然的类别。

标准菜单栏

标准菜单栏结构如下所示。 此列表显示菜单类别和项标签、带分隔符的顺序、其访问键和快捷键以及省略号。

File

新建 Ctrl+N
打开。。。Ctrl+O
关闭保存 Ctrl+S
另存为...发送到打印...Ctrl+P
打印预览
页面设置

1 <filename>
2 <filename>
3 <filename>
...

退出 Alt+F4 (快捷方式通常不给出)

编辑

撤消 Ctrl+Z
重做 Ctrl+Y
separator<>
剪切 Ctrl+X
复制 Ctrl+C
粘贴 Ctrl+V
separator<>
全选 Ctrl+A
separator<>
通常未提供删除 Del (快捷方式)
separator<>
找到。。。Ctrl+F
查找通常未给出) 的下一个 F3 (命令
取代。。。Ctrl+H
转到 (G) 。。。Ctrl+G

视图

工具栏
状态栏
separator<>
按 Ctrl 放大缩小字体功能 放大缩小字体功能
放大缩小字体功能 放大缩小字体功能
separator<>
全屏 F11
刷新 F5

工具

separator<>
选项帮助 <program name> 帮助 F1
separator<>
关于 <program name>

标准工具栏菜单按钮

标准工具栏菜单按钮如下所示。 此列表显示菜单类别和项标签、带分隔符的顺序、快捷键和省略号。

工具

全屏F11 (如果还使用了“查找”，则重新分配访问键。) 工具栏 (请注意，菜单栏命令位于此处。) <分隔符>打印...找到。。。 <分隔符> 放大缩小字体功能 放大缩小字体>功能<

组织

新建文件夹Ctrl+N <分隔符> CutCtrl+X CopyCtrl+C PasteCtrl+V <分隔符> 选择 allCtrl+A <分隔符> DeleteDel (快捷方式通常不给定) 重命名 <分隔符> 选项

页

新建窗口Ctrl+N <分隔符> 放大缩小字体功能 放大缩小字体功能

标准上下文菜单

标准上下文菜单内容如下所示。 此列表显示菜单项标签、带分隔符的顺序、访问键和省略号。 上下文菜单不显示快捷键。

打开“运行播放”“编辑打印...” <分隔符> 剪切复制粘贴 <分隔符> 删除重命名 <分隔符>

锁定 <object name>(checkmark)

属性

使用省略号

虽然菜单命令用于即时操作，但执行操作可能需要更多信息。 通过在标签末尾添加省略号来指示需要更多信息 (包括确认) 的命令。

在此示例中，打印...命令显示“打印”对话框以收集详细信息。

正确使用省略号非常重要，以指示用户可以在执行操作之前做出进一步的选择，甚至完全取消操作。 省略号提供的视觉提示允许用户毫无顾虑地浏览你的软件。

这并不意味着仅当某个操作显示另一个窗口时，才应使用省略号，前提是需要其他信息才能执行该操作。 例如，命令“关于”、“高级”、“帮助”、“选项”、“属性”和“设置”在单击时必须显示另一个窗口，但不需要用户提供其他信息。 因此，它们不需要省略号。

例如，在出现歧义 (时，命令标签缺少动词) ，具体取决于最有可能的用户操作。 如果只是查看窗口是一个常见操作，请不要使用省略号。

正确：

更多颜色...

版本信息

在第一个示例中，用户很可能选择颜色，因此使用省略号是正确的。 第二个示例中，用户很可能查看版本信息，因此不需要省略号。

注意

在确定菜单命令是否需要省略号时，不要将 提升特权 作为一个因素。

提升不是 (执行命令所需的信息，而是用于权限) ，提升需要用安全防护进行指示。

标签

• 使用句式大写。
  • 例外： 对于旧版应用程序，如有必要，可以使用标题样式大写，以避免混合大写样式。

菜单类别名称

• 使用单词谓词或名词的菜单类别名称。 对于两个单字标签，一个多字标签可能会混淆。
• 首选基于谓词的菜单名称。 但是，如果谓词为 Create、Show、View 或 Manage，则省略该谓词。 例如，以下菜单类别没有谓词：
  • 表
  • 工具
  • 窗口
• 对于非标准类别名称， 请使用一个明确、准确地描述菜单内容的特定字词。 虽然名称不必如此通用，以至于它们描述菜单中的所有内容，但它们应具有足够的可预测性，以便用户不会对他们在菜单中发现的内容感到惊讶。

菜单项名称

• 使用以动词、名词或名词短语开头的菜单项名称。
• 首选基于谓词的菜单名称。 但是，如果存在以下问题，请省略谓词：
  • 谓词为 Create、Show、View 或 Manage。 例如，以下命令没有谓词：
    • 关于
    • 高级
    • 全屏
    • 新建
    • 选项
    • 属性
  • 谓词与菜单类别名称相同，以避免重复。 例如，在“插入”菜单类别中，使用“文本”、“表格”和“图片”，而不是“插入文本”、“插入表格”和“插入图片”。
• 使用特定谓词。 避免使用无用的泛型谓词，例如 Change 和 Manage。
• 对应用于单个对象的命令使用单数名词，否则使用复数名词。
• 根据需要使用修饰符来区分类似的命令。 示例：在上方插入行，在下方插入行。
• 对于互补命令对，请选择明确的互补名称。 示例：添加、删除;显示、隐藏;插入、删除。
• 根据用户目标和任务（而不是基于技术）选择菜单项名称。

正确：

不正确：

在错误示例中，菜单项基于其技术。

• 出于上述目的，使用以下菜单项名称：
  • 选项 显示程序选项。
  • 自定义 显示专门与机械 UI 配置相关的程序选项。
  • 个性化 显示常用 个性化 设置的摘要。
  • 偏好 请勿使用。 请改用“选项”。
  • 性能 显示对象的属性窗口。
  • 设置 请勿将 用作菜单标签。 请改用“选项”。

子菜单名称

• 显示子菜单的菜单项的标签上永远不会有省略号。 子菜单箭头指示需要另一个选择。

不正确：

在此示例中，“新建”菜单项错误地具有省略号。

文档

引用菜单时：

• 在显示或隐藏菜单的命令中，引用菜单栏。 不要将它们称为经典菜单。
• 按标签引用菜单。 使用确切的标签文本（包括其大写），但不要包含访问键下划线或省略号。
• 若要引用菜单类别，请使用“在<category name>菜单上”。如果菜单项的位置从上下文中清除，则无需提及菜单类别。
• 若要描述菜单项的用户交互，请使用 click，而不使用单词 menu 或命令。 不要使用选择、选择或选取。 请勿将菜单项称为菜单项，技术文档中除外。
• 若要描述如何从菜单选项中删除检查标记，请使用单击删除检查标记。 不要使用 clear。
• 将上下文菜单称为上下文菜单，而不是快捷菜单。
• 请勿使用级联、下拉、下拉或弹出窗口来描述菜单，编程文档中除外。
• 将不可用的菜单项称为不可用，而不是灰显、禁用或灰显。 在编程文档中使用 disabled。
• 如果可能，请使用粗体文本设置标签的格式。 否则，仅在需要时将标签置于引号中以防止混淆。

示例：

• 在“ 文件 ”菜单上，单击“ 打印 ”以打印文档。
• 在“ 视图 ”菜单上，指向 “工具栏”，然后单击“ 格式设置”。