用户界面文本

备注

本设计指南针对 Windows 7 创建,尚未针对较新版本的 Windows。 大部分指南仍原则适用,但演示和示例并不反映 我们当前的设计指南

用户界面文本显示在 UI 图面上。 此文本包括控件标签和静态文本:

  • 控件标签标识控件,并直接放置在控件上或控件旁边。
  • 静态文本(由于不是交互式控件的一部分而称为静态文本)为用户提供详细说明或说明,以便他们可以做出明智的决策。

注意: 与样式 和音调、字体com 控件标签相关的指南在单独的文章中提供。

使用模式

UI 文本具有多种使用模式:

使用情况 说明
标题栏文本
使用标题栏文本标识窗口或对话框的源。
文件夹选项标题栏的屏幕截图
此示例中,标题栏文本标识窗口。
主要说明
使用突出的主要说明来简要说明在窗口或页面中要执行哪些操作。
指令应为特定语句、命令性方向或问题。 良好的主要说明传达用户的目标,而不是只专注于操作 ui。
问题屏幕截图:需要最新帮助吗?
此示例中,主要说明文本直接让用户就用户自己的权益或兴趣提问。
补充说明
如有必要,请使用补充说明提供有助于理解或使用窗口或页面的其他信息。
可以提供更详细的信息、提供上下文和定义术语。 补充说明详细说明了主要指令,无需简单地重写该指令。
切换到管理员帐户时的文本屏幕截图
本例中,补充说明提供了两种可能的操作方式,用于响应主要指令中提供的信息。
控件标签
直接位于控件上或控件旁边的标签。
桌面时钟选项的屏幕截图
此示例中,控件标签标识用户可以选择或修改的桌面时钟设置。
补充说明
控件标签的 (通常适用于命令链接、单选按钮和) 。
显示"安全设置"对话框的屏幕截图。
本例中,补充说明阐明选项。

设计概念

软件开发人员通常将文本视为产品文档和技术支持。 "首先,我们将编写代码,然后雇用某人来帮助我们解释我们开发什么。" 但实际上,由于 UI 是设计并编码的,因此在此过程的前面会编写重要文本。 毕竟,此文本比任何其他技术编写类型更频繁,并且被更多人看到。

易于理解的文本对于有效的 UI 至关重要。 Professional编写器和编辑器应在 UI 文本上与软件开发人员合作,作为设计过程的组成部分。 让他们尽早处理文本,因为文本问题通常显示设计问题。 如果你的团队在解释设计时遇到问题,则通常需要改进的是设计,而不是解释。

UI 文本的设计模型

考虑 UI 文本及其在 UI 图面上的位置时,请考虑以下事实:

  • 在集中式沉浸式阅读期间,在西部文化中,人们以从左到右、从上到下的顺序 (阅读) 。
  • 使用软件时,用户不会沉浸于 UI 本身,而是在工作中。 因此,用户不会读取扫描它的 UI 文本。
  • 扫描窗口时,用户可能看起来正在阅读文本,但实际上他们正在筛选它。 他们通常不会真正理解 UI 文本,除非他们意识到需要。
  • 在窗口中,不同的 UI 元素会获得不同级别的注意。 用户倾向于先阅读控件标签,尤其是与完成当前任务相关的标签。 相比之下,用户往往仅在认为需要时阅读静态文本。

对于常规设计模型,请勿假定用户按从左到右、从上到下的顺序仔细阅读文本。 相反,假设用户首先快速扫描整个窗口,然后大致按以下顺序读取 UI 文本:

  • 中心的交互式控件
  • 提交 按钮
  • 在其他地方找到的交互式控件
  • 主指令
  • 补充说明
  • 窗口标题
  • 正文中的其他静态文本
  • 脚注

还应假设用户决定要执行哪些工作后,会立即停止读取并执行。

消除冗余

冗余文本不仅占用有价值的屏幕空间,而且会降低你尝试传达的重要想法或操作的有效性。 这也是浪费读者时间,在扫描是规范的上下文中更浪费。 Windows致力于说明用户需要完成一次良好且简洁的哪些工作。

查看每个窗口,消除控件内和控件间重复的单词和语句。 请勿避免在需要时明确显示重要文本,但不要冗余,并且不要解释显而易见的内容。

避免过度通信

即使文本不是冗余的,也只是为了解释每个细节而过于文字。 过多的文本阻止读取眼睛往往会直接跳过它,从而导致通信减少,而不是更多。 在 UI 文本中,简洁地传达基本信息。 如果某些用户或某些方案需要更多信息,请提供指向更详细的帮助内容的链接,或者提供指向术语说明的术语表条目的链接。

不正确:

包含 6 个段落的对话框的屏幕截图

此示例中,文本太多,因此不容易扫描。 尽管不是设计器设计的,但文本太多,用户很可能单击"下一步"而不读取任何内容。

若要避免阻止阅读的文本,请制作文本,使每个单词计数。 什么不添加减法,因此请使用简单简洁的文本。

使用倒排的棱锥图

学术文章通常使用"棱锥"结构样式,该样式为事实打下基础,使用这些事实,并形成一个类似棱锥结构的结果。 相比之下,使用"倒棱锥"样式,从读者必须具有的基本"结论"开始。 然后,它逐渐填充读者可能感兴趣的更多详细信息,也许只是进行扫描。 此样式的优点是它指向点,并允许读者在选择的任何时间点停止阅读,但仍了解基本信息。

应该将倒排的棱锥结构应用于 UI 文本。 使用基本信息直接进入点,让用户随时停止阅读,并使用"帮助"链接显示棱锥图的其余部分。

有关加入 Windows 程序的消息的屏幕截图

此示例中,基本信息位于主指令文本的查询中,补充说明中提供了其他有用信息,单击"帮助"链接即可获取详细信息。

如果只执行五项操作...

  1. 尽早处理文本,因为文本问题通常显示设计问题。
  2. 设计用于扫描的文本。
  3. 消除冗余文本。
  4. 使用易于理解的文本;不要过度通信。
  5. 如有必要,请提供指向帮助内容的链接,了解更多详细信息。

指南

常规

  • 删除冗余文本。 在窗口标题、主要说明、补充说明、内容区域、命令链接和提交按钮中查找冗余文本。 通常,在主要说明和交互式控件中保留全文,并删除其他位置的任何冗余。

  • 避免使用大块 UI 文本。 执行此操作的方法包括:

    • 将文本分块成较短的句子和段落。
    • 必要时,提供 指向有用 但非必要信息的"帮助"链接。
  • 选择明确传达和区分对象功能的对象名称和标签。 用户不需要确定对象真正的含义,也不需要了解它与其他对象的区别。

    不正确:

    未命名监视器列表的屏幕截图

    良好:

    特定网络适配器列表的屏幕截图

    在不正确的示例中,对象名称完全不区分;更好的示例显示了按产品名称进行强区分。

  • 若要确保用户读取与操作相关的特定文本,请放在交互式控件上。

    • 可以接受:
    • 使用"确定"按钮设置警告格式的屏幕截图
    • 此示例中,用户可能不会阅读解释其确认内容的文本。
    • 良好:
    • 格式化警告和格式按钮的屏幕截图
    • 此示例中,你可以确保至少用户了解他们即将格式化磁盘。
  • 在句子之间使用一个空格。 不是两个。

文本字体、大小和颜色

  • 仅对链接和主要说明使用蓝色文本。
  • 仅对搜索结果中的 URL 使用绿色文本。

以下字体和颜色是默认Windows。

模式 主题符号 字体、颜色
第一列:标题栏文本
CaptionFont
9 pt. black (# 0000000) Segoe UI
第一列:主要说明
MainInstruction
12 pt. 蓝色 # (003399) Segoe UI
第一列:辅助指令
指令
9 pt. black (# 0000000) Segoe UI
第一列:普通文本
BodyText
9 pt. black (# 0000000) Segoe UI
第一列:强调的文本
BodyText
9 pt. black (# 0000000) Segoe UI,粗体或 italic
第一列:可编辑文本
BodyText
9 pt. 黑 (# 0000000) Segoe UI,在框中
第一列:禁用的文本
已禁用
9 pt. 深灰色 # (323232) Segoe UI
第一列:链接
HyperLinkText
9 pt. blue (# 0066CC) Segoe UI
第一列:悬 (链接)

9 pt. 浅蓝色 (# 3399FF) Segoe UI
第一列:组标头

11 pt. 蓝色 # (003399) Segoe UI
第一列: (视图中的文件名)

11 pt. black (# 0000000) Segoe UI
第一列:文档文本
(无)
9 pt. black (# 0000000) Calibri
第一列:文档标题
(无)
17 pt. black (# 0000000) Calibri

有关详细信息和示例,请参阅字体颜色

其他文本特征

加粗

  • 请谨慎使用粗体,以引起用户注意用户必须阅读的文本。 例如,扫描单选按钮选项列表的用户可能会喜欢看到粗体标签,以突出显示添加每个选项的补充信息的文本。 请注意,使用太多粗体会减小其影响。

  • 对于带标签的数据,请使用粗体强调对整体数据而言最重要的一个。

    • 对于大多数一般 (数据没有标签的含义,例如数字或日期) ,请使用粗体标签和纯数据,以便用户可以更轻松地扫描和理解数据类型。

    • 对于大部分不自解释的数据,请使用纯标签和粗体数据,以便用户可以专注于数据本身。

    • 或者,可以使用深灰色文本来取消强调不太重要的信息,而不是使用粗体来强调更重要的信息。

      Windows 资源管理器缩略图视图的屏幕截图

      本示例使用深灰色来取消强调标签,而不是使用粗体强调数据。

  • 并非所有字体都支持粗体,因此,理解文本应永远不会至关重要。

斜体

  • 使用 按字面引用文本。 请勿将引号用于此目的。

    正确:

    术语"文档"和"文件"通常互换使用。

  • 用于文本框可编辑下拉列表中的提示

    "搜索" 文本框的屏幕截图

    在此示例中,在搜索框中的提示设置为斜体文本格式。

  • 请慎用,强调具体的字词以帮助理解。

  • 不是所有字体都支持斜体,因此不一定要了解文本。

斜体

  • 不要在 UI 文本中使用。

划线

  • 不要使用,链接除外。
  • 不要使用来强调。 请改用斜体。

<a name="punctuation">标点

英文

  • 请勿放置在控件标签、主要说明或帮助链接的末尾。
  • 填写补充说明、补充说明或任何其他构成完整句子的静态文本。

问号

  • 放在所有问题的末尾。 与句点不同,问号用于所有类型的文本。

感叹号

  • 在业务应用程序中,应避免。
    • 异常: 感叹号有时用在下载完成的上下文中 ( "Done!") ,并注意 Web 内容 ( "New!") 。

  • 在包含三个或更多项的列表中,始终将逗号置于列表中的第二个或最后一项之后。

冒号

  • 外部控件标签末尾使用冒号。 这对于辅助功能尤其重要,因为某些辅助技术会查找冒号来标识控件标签。
  • 使用冒号引入项列表。

组成

  • 省略号平均不完整性。 在 UI 文本中使用省略号,如下所示:

    • 命令: 指示某个命令需要其他信息。 当某个操作仅在需要其他信息时显示另一个窗口时,请勿使用省略号。 有关详细信息,请参阅 命令按钮

    • 数据: 指示文本被截断。

    • 标签: 指示任务正在进行中 (例如 "搜索 ..." ) 。

      提示: 具有未使用空间的窗口或页面中的截断文本表明布局太小或默认窗口大小太小。 用于消除或减少截断文本大小的布局和默认窗口大小。 请参阅布局以了解详细信息。

  • 不要使省略号交互。 若要显示截断的文本,请让用户调整该控件的大小,以查看更多文本或改用 渐进式披露控件

引号和撇号

  • 若要按原义引用文本,请使用斜体格式,而不是使用引号。

  • 仅在必要时将窗口标题和控件标签置于引号中,以避免混淆,而不能使用粗体进行格式设置。

  • 对于引号,更喜欢使用双引号 ( "" ) ;避免用单引号引起来。

    正确:

    是否确实要删除 "Sparky 的 cat 文件夹"?

    不正确:

    是否确实要删除 "Sparky 的 cat 文件夹"?

大写

  • 对标题使用标题样式大写,对所有其他 UI 元素使用句子样式的大写。 这样做更适合Windows 声调

    • 异常: 对于旧版应用程序,如有必要,您可以使用命令按钮、菜单和列标题的标题样式大写来避免混合大小写样式。

      泛型属性表的屏幕截图

    此泛型示例显示了属性表的正确大小写和标点。

    "通用" 对话框的屏幕截图

    此泛型示例显示了对话框的正确大小写和标点。

  • 对于功能和技术名称,请保守地大写。 通常,只有主要组件应该使用标题样式大写) (大写。

    正确:

    Analysis Services、多维数据集、维度

    Analysis Services 是 SQL Server 的主要组件,因此适合使用标题样式大小写;多维数据集和维度是数据库分析软件的常见元素,因此不需要将它们大写。

  • 对于功能和技术名称,采用大写形式。 如果名称在 UI 屏幕上出现多次,应始终以相同方式出现。 同样,在程序的所有 UI 屏幕上,该名称应一致地显示。

  • 不要将泛型用户界面元素(如工具栏、菜单、滚动条、按钮和图标)的名称大写。

    • 异常: 地址栏,链接栏。
  • 不要对键盘键使用全部大写字母。 相反,请遵循标准键盘使用的大小写,如果键盘上没有标记键,则使用小写。

    正确:

    空格键、Tab、Enter、Page Up、Ctrl + Alt + Del

    不正确:

    空格键、TAB、ENTER、PG、CTRL + ALT + DEL

  • 不要将所有大写字母用于强调。 研究表明,这很难理解,并且用户倾向于将其视为 "尖叫"。 对于警告,请使用警告图标,并清楚地说明这种情况。 例如,无需添加所有大写字母的术语 "警告"。

有关详细信息,请参阅特定 UI 组件准则中的 "Text" 或 "标签" 部分。

日期和时间

  • 不要对日期和时间的格式进行硬编码。 考虑用户对日期和时间格式选择的区域设置和自定义选项。 用户在 "区域和语言" 控制面板项中选择这些项。

    日期格式的屏幕截图:星期一、6月6日,2009日期格式的屏幕截图:06年7月2009

    在这些来自 Microsoft Outlook 的示例中,长日期格式都是正确的。 它们反映了用户在 "区域和语言" 控制面板项中进行的不同选择。

  • 对于受益于其他信息的方案,请使用长日期格式。 对于没有足够的空间用于长格式的上下文,请使用短日期格式。 当用户选择他们想要包括在长格式和短格式中的信息时,设计器将根据方案和上下文选择要在其程序中显示的格式。

    具有开始日期和截止日期的格式的屏幕截图

    在此示例中,长日期格式可帮助用户组织任务和截止时间。

全球化和本地化

全球化是指创建在任何国家、地区或文化中都可用的文档或产品。 本地化是指使文档或产品在不同于源国家/地区的区域设置中使用。 编写用户界面文本时,请考虑全球化和本地化。 您的程序可以转换为其他语言,并在不同于您自己的区域性中使用。

  • 对于包含变量内容 (如列表视图和树视图) 的控件,请 选择适用于最长有效数据的宽度。

  • 在 UI 图面中包含足够的空间以增加 30% (高达200% 的任何文本 (,而不是将本地化的数字) 的文本) 。 从一种语言转换为另一种语言常常会更改文本的行长度。

  • 不要在运行时从子字符串编写字符串。 相反,请使用完整的句子,使翻译人员无歧义。

  • 不要使用从属控件、其包含的值或其单位标签来创建句子或短语。 此类设计不能本地化,因为句子结构因语言而异。

    不正确:

    复选框标签内文本框的屏幕截图

    正确:

    复选框标签之后的文本框的屏幕截图

    在错误的示例中,文本框位于复选框标签内。

  • 请勿仅使句子的一部分成为链接,因为翻译后,该文本可能不会保留在一起。 因此,链接文本应该单独形成一个完整的句子。

    • 异常: 术语表链接可以作为句子的一部分内嵌插入。

有关详细信息,请参阅 " 离开全球开发人员中心"。

标题栏文本

  • 根据窗口的类型选择标题栏文本:
    • 顶层的以文档为中心的程序窗口: 使用 "文档名称程序名称" 格式。 首先显示文档名称以使以文档为中心的外观。
    • 不以文档为中心的顶级程序窗口: 仅显示程序名称。
    • 对话框: 显示对话框附带的命令、功能或程序。 不要使用标题来说明该对话框的目的,这是主要说明的目的。 有关更多指南,请参阅 对话框
    • 向导: 显示向导名称。 请注意,向导名称中不应包含 "wizard" 一词。 有关更多指导,请参阅 向导
  • 对于顶级程序窗口,如果标题栏标题和图标在窗口顶部附近突出显示,您可以隐藏标题栏标题和图标以避免冗余。 但是,您仍需要在内部设置合适的标题,以便 Windows 使用。
  • 对于对话框,请不要在标题中包含单词 "dialog" 或 "进度"。 这些概念是隐含的,并使这些词保持不变,使用户能够更轻松地进行扫描。

主要说明

  • 使用 main 指令来清楚地说明用户在给定的窗口或页面中应执行的操作。 好的主要说明传达用户的目标,而不是只关注操作 UI。

  • 以命令式方向或特定问题的形式表示主指令。

    不正确:

    program name 作为 main 指令的屏幕截图

    在此示例中,主指令只说明程序的名称;它不会显式邀请用户要采取的一系列操作。

    异常: 错误消息、警告消息和确认在其主要说明中可能使用不同的句子结构。

  • 尽可能使用特定谓词。 (示例的特定谓词:对于用户而言,连接、保存、安装) 对用户更有意义 (示例:配置、管理、设置) 。

    • 对于 "控制面板" 页和向导页,如果无法使用特定谓词,则可能更倾向于完全省略谓词。

      可以接受:

      输入区域设置、区域和语言

      良好:

      区域设置、区域和语言

    • 对于对话框(如错误消息和警告),请勿省略谓词。

  • 如果将主说明文本添加到 UI 的上下文中是多余或明显的,则不会感到不必。

    "另存为" 对话框的屏幕截图

    在此示例中,UI 的上下文已经非常清楚;无需添加主说明文本。

  • 只使用单个完整的句子即可。 削减重要的信息。 如果还必须说明其他内容,请考虑使用补充说明。

  • 使用句式大写。

  • 如果指令是语句,则不包含最后一个句点。 如果指令是一个问题,请包括一个最后一个问号。

  • 对于进度对话框,使用动名词短语来简要说明正在进行的操作, 以省略号结束。 示例: "打印图片 ..."

  • 提示: 您可以通过在说明如何处理窗口或页面时应该构想您对朋友的看法来评估主指令。 如果对主指令做出响应会是非自然、无用或难,请修改该指令。

有关详细信息,请参阅特定 UI 组件准则中的 "主要说明" 部分。

补充说明

  • 必要时,请 使用补充说明,提供有助于了解或使用窗口或页面的其他信息, 例如:
    • 提供上下文以解释当窗口被程序或系统启动时显示的原因。
    • 可帮助用户决定如何处理主指令的信息。
    • 定义重要术语。
  • 不要使用补充指令(如果不需要)。 如果您可以简明地处理所有内容,则最好将所有内容传达给主指令。
  • 不要以略有不同的措辞重复本说明。 如果没有更多要添加的内容,则应忽略补充说明。
  • 使用完整的句子和句子样式的大写。

控件标签

  • 标记每个控件或一组控件。不同

    • 文本框和下拉列表可以使用提示进行标记。

    • 渐进式披露控件通常未标记。

    • 从属控件使用其关联控件的标签。 旋转控件始终是从属控件。

    • 省略重述主指令的控件标签。 在这种情况下,主指令使用访问密钥。

      可以接受:

      包含指令和标签的文本框的屏幕截图

      在此示例中,文本框标签只是主指令的一个重述。

      良好:

      仅含说明的文本框的屏幕截图

      在此示例中,将删除冗余标签,因此主指令使用访问密钥。

  • 标签位置:

    • 气球、复选框、命令按钮、组框、链接、选项卡和提示都由控件本身直接标记。
    • 下拉列表、列表框、列表视图、进度栏、滑块、文本框和树视图分别标记为 "上方"、"左对齐" 或 "左侧"。
    • 渐进式披露控件通常未标记。 V 形按钮标记为右侧。
  • 每个交互式控件分配唯一的访问密钥,链接除外。 有关详细信息,请参阅 键盘

  • 保持标签简短。 但请注意,将一个或两个单词添加到标签可以帮助您清楚地说明,有时无需补充说明。

  • 优先于通用标签。 理想情况下,用户不必阅读任何其他内容即可了解标签。

    不正确:

    "确定" 命令按钮的屏幕截图

    正确:

    "发布命令" 按钮的屏幕截图

    在正确的示例中,将使用 "提交" 按钮的特定标签。

  • 对于标签列表,如单选按钮,请使用并行句式, 并尝试使所有标签的长度都相同。

  • 对于标签列表,请将标签文本集中于选项之间的差异。 如果所有选项都具有相同的介绍性文本,请将该文本移到组标签。

    不正确:

    第一个短语重复的标签屏幕截图

    正确:

    移动到组标签的第一个短语的屏幕截图

    正确的示例将相同的介绍性短语移动到标签,因此这两个选项的区分更明显。

  • 一般情况下,首选正短语。 例如,使用"do"而不是"不",而"通知"而不是"不通知"。

    • 异常: 复选框标签"不要再次显示此消息"已广泛使用。
  • 省略适用于给定类型的所有控件的指令谓词。 相反,将标签焦点放在控件的唯一内容上。 例如,无需指出用户需要键入文本框控件或用户需要单击链接。

    不正确:

    标签的屏幕截图:"键入名称"

    正确:

    标签的屏幕截图:"你的姓名"

    在不正确的示例中,控件标签具有适用于其类型的所有控件的指令谓词。

  • 在某些情况下,以下用于控制标签的括号注释可能会有所帮助:

    • 如果选项是可选的,请考虑将" (可选) "添加到标签。
    • 如果强烈建议使用选项,则向标签 (") "。 这样做意味着该设置是可选的,但应进行设置。
    • 如果选项仅适用于高级用户,请考虑将" (高级) "添加到标签。
  • 您可以在标签 (括号中指定单位数) 秒数、连接数等。

    标签的屏幕截图:初始大小 (mb)

    此示例显示度量单位为 MB (MB) 。

有关详细信息,请参阅特定 UI 组件准则中的"文本"或"标签"部分。

补充说明

  • 当控件需要的信息多于其标签可以传达的信息时,请使用补充说明。 但是,如果不需要使用补充说明,如果可以简洁地传达所有内容,请不要使用控件标签。 通常,补充说明用于命令链接、单选按钮和复选框。

  • 必要时, 在控件标签中以粗体显示,使 文本在有补充说明时更易于扫描。

    "安全设置"对话框的屏幕截图

    此示例中,单选按钮标签以粗体显示,使其更易于扫描。

  • 向一个组中一个控件添加补充说明并不意味着你必须为组中所有其他控件提供说明。 在标签中提供相关信息(如果可以)并仅在需要时使用说明。 不要提供仅重述标签以确保一致性的补充说明。

    三个单选按钮的屏幕截图

    此示例中,组中的两个控件包含补充说明,但第三个控件不包含补充说明。

  • 如果命令链接后有补充说明,请以第二人称编写补充文本。

    示例: 命令链接:创建无线网络设置并保存到 USB 闪存驱动器

    补充说明:这将创建一些设置,可以使用 USB 闪存驱动器将这些设置转移到路由器。 只有在有支持 USB 闪存驱动器配置的无线路由器时,才这样做。

  • 使用完整的句子和结束标点。

提交按钮标签

下表显示了最常见的提交按钮标签及其用法。

Label
按钮标签
含义
使用时机
访问密钥
正常
  • 在对话框中:将更改或提交到任务并关闭窗口。
  • 在所有者属性窗口中:应用自 (或最后一个"应用"窗口以来) 挂起的更改并关闭窗口。
  • 在拥有的属性窗口中:保留更改、关闭窗口,并应用所有者窗口的更改时应用更改。
  • 与不特定于任务的窗口(如属性表)一起使用。
  • 对于用于执行一个特定任务的窗口,请改为使用以谓词开头的特定 (示例:打印) 。
  • 对于用户无法进行更改的窗口,请使用"关闭"。
Enter
Yes/No
"是"是"或"否"问题的回答,而"否"是负面响应。
  • 使用"是"和"否"按钮仅响应"是"或"否"问题。 对于"是"或"否"问题,切勿使用"确定"和"取消"。
  • 首选特定响应,而不要选择"是"和"否"按钮。 虽然使用"是"和"否"没有任何错误,但可以更快理解特定响应,从而有效地做出决策。
  • 但是,如果特定响应的短语变得很长或很麻烦,请考虑使用"是"和"否"响应。
  • 如果"无响应"的含义不明确,请勿使用"是"和"否"按钮。 如果是这样,请改为使用特定响应。
  • "是"和"否"必须始终用作对。
Y 和 N
取消
  • 在对话框中:放弃所有更改或进行中的工作,恢复到以前的状态 (不留下明显的副作用) 关闭窗口。
  • 在属性表中:放弃 (打开窗口后或最后一个应用) 所有挂起的更改并关闭窗口。
  • 在控制面板项中:放弃所有更改或进行中的工作,还原到以前的状态,并返回到启动任务的中心页。 如果没有此类中心页,请改为关闭控制面板项窗口。
  • 当可以放弃所有挂起的更改或操作并且可以撤消任何副作用时,请使用 。
  • 对于无法放弃的更改,请使用"关闭"。 对于可以停止的正在进行中的操作,请使用"停止"。 如果最初更改或操作可以放弃,则最初可以使用"取消",然后在无法撤消操作后更改为"关闭"或"停止"。
Esc
关闭
关闭窗口。 不会放弃任何更改或副作用。
  • 当无法放弃更改或副作用时,请使用 。 对主窗口使用"关闭"而不是"取消"。
  • 用于用户无法进行更改的窗口。
Alt+F4、Ctrl+F4
停止
停止当前正在运行的任务并关闭窗口。 不会放弃任何进行中的工作或副作用。
  • 当工作正在进行且任何副作用无法或无法丢弃时(通常与进度条或动画一起使用)时,请使用 。
Esc
应用
在所有者属性表中:应用 (打开窗口后或最后一个"应用") 更改,但使窗口保持打开状态。 这样,用户才能在关闭属性表之前评估更改。 在拥有的属性表中:请勿使用 。
  • 仅在属性表中使用 。
  • 仅在属性表具有至少一个 (设置且具有) 以有意义的方式评估效果时,才提供"应用"按钮。 通常,当设置进行可见更改时,会使用"应用"按钮。 用户应该能够应用更改、评估更改,并基于该评估进行进一步更改。 如果没有,请删除"应用"按钮,而不是将其禁用。
A
下一页
在向导和多步骤任务中:前进到下一步,无需提交任务。
  • 仅在向导和多步骤任务中使用,无需承诺即可继续下一步。
  • "下一步" 按钮的效果始终可以通过单击 "上一步" 撤消。
N
“完成”
在向导和多步骤任务中:关闭该窗口。 如果尚未执行该任务,请执行任务。 如果已执行该任务,则不会丢弃任何更改或副作用。
  • 仅在向导和多步骤任务中使用。 但是,不建议使用 "完成",因为通常有更好、更具体的 "提交" 按钮:
    • 如果单击 "向任务提交" 按钮 (使任务尚未执行) ,请使用以动词开头的特定标签 (示例: Print、连接、Start) ,这是对主指令的响应。
    • 如果该任务已在向导中执行,请改用 "关闭"。
  • 但是,在以下情况下可以使用 Finish:
    • 特定标签仍是通用标签,如 Save、Select、Select 或 Get。
    • 该任务涉及更改设置或设置集合。
Enter
已完成
不适用。
  • 请不要使用。 因为命令的语法不正确。
不适用。