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

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

选择明确传达和区分对象功能的对象名称和标签。 用户不必弄清楚对象的真正含义，或者它与其他对象有何不同。

在错误示例中，对象名称根本不区分;更好的示例显示了产品名称的强烈差异。

如果要确保用户读取与操作相关的特定文本，请将其放在交互式控件上。

在句子之间使用一个空格。 不是两个。

文本字体、大小和颜色

请谨慎使用粗体来吸引用户必须阅读的文本的注意。 例如，向下扫描单选按钮选项列表的用户可能会喜欢看到以粗体显示的标签，从而从添加有关每个选项的补充信息的文本中脱颖而出。 请注意，使用过多的粗体会降低其影响。

对于带标签的数据，使用粗体来强调对整体数据更重要的一个。

对于大多数通用数据 (在没有标签的情况下数据毫无意义（如数字或日期) ），请使用粗体标签和纯数据，以便用户可以更轻松地扫描和了解数据类型。

对于大部分不言自明的数据，请使用普通标签和粗体数据，以便用户可以专注于数据本身。

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

在此示例中，使用深灰色来取消强调标签，而不是使用粗体强调数据。

并非所有字体都支持加粗，因此理解文本绝不应至关重要。

使用 从字面上引用文本。 请勿为此使用引号。

术语“文档”和“文件”通常可互换使用。

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

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

请谨慎使用来强调特定字词，以帮助理解。

并非所有字体都支持斜体，因此理解文本绝不应至关重要。

省略号表示不完整。 在 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 UP、CTRL+ALT+DEL

不要使用所有大写字母进行强调。 研究表明，这是很难阅读的，用户往往认为这是“尖叫”。对于警告，请使用警告图标和措辞明确的情况说明。 例如，无需添加所有大写字母的“警告”一词。

有关详细信息，请参阅特定 UI 组件指南中的“文本”或“标签”部分。

日期和时间

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

在 Microsoft Outlook 的这些示例中，长日期的两种格式都正确。 它们反映了用户在“区域和语言”控制面板项中所做的不同选择。

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

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

全球化和本地化

全球化是指创建在任何国家、地区或文化中都可用的文档或产品。 本地化是指调整文档或产品，以便在原产国/地区以外的区域设置中使用。 编写 UI 文本时，请考虑全球化和本地化。 你的程序可能被翻译成其他语言，并在与你自己的语言大不相同的区域中使用。

对于具有可变内容 (（如列表视图和树视图) ）的 控件，请选择适合最长有效数据的宽度。

在 UI 图面中包括足够的空间，以便额外增加 30% (最多 200% 用于任何文本 (的较短文本) ，但不包括将本地化的数字) 。 从一种语言翻译到另一种语言通常会更改文本的行长。

不要在运行时从子字符串撰写字符串。 请改用完整的句子，这样翻译器就没有歧义。

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

在错误示例中，文本框放置在检查框标签内。

不要仅将句子的一部分作为链接，因为在翻译时，该文本可能不会一起保留。 因此，链接文本本身应构成一个完整的句子。

• 以文档为中心的顶级程序窗口： 使用“文档名称程序名称”格式。 首先显示文档名称，以提供以文档为中心的感觉。
• 不以文档为中心的顶级程序窗口： 仅显示程序名称。
• 对话框： 显示对话框的命令、功能或程序。 不要使用标题来解释对话框的用途，即main说明的目的。 有关更多指南，请参阅 对话框 。
• 向导： 显示向导名称。 请注意，“向导”一词不应包含在向导名称中。 有关更多指南，请参阅 向导 。
• 对于顶级程序窗口，如果标题栏描述文字且图标在窗口顶部附近突出显示，则可以描述文字和图标隐藏标题栏以避免冗余。 但是，你仍必须在内部设置适合 Windows 使用的游戏。
• 对于对话框，请勿在标题中包含单词“dialog”或“progress”。 这些概念是隐含的，保留这些词会使标题更易于用户扫描。

• 使用main指令简明地说明用户应在给定窗口或页面中执行的操作。 良好的main说明传达用户的目标，而不是只专注于操作 UI。

• 以命令性方向或特定问题的形式表达main指令。

  在此示例中，main指令只是说明程序的名称;它不会显式邀请用户执行操作过程。

  异常： 错误消息、警告消息和确认可能在其main指令中使用不同的句子结构。

• 尽可能使用特定的谓词。 特定谓词 (示例：连接、保存、安装) 比一般谓词更有意义， (示例：配置、管理、设置) 。

• 对于控制面板页和向导页，如果不能使用特定谓词，则建议完全省略谓词。

  可以接受：

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

  区域设置、区域和语言

• 对于对话框（如错误消息和警告），请勿省略谓词。

• 如果添加指令文本只是在 UI 上下文中多余或明显，则无需使用main说明文本。

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

• 简明扼要地使用一个完整句子。 将main指令分析为基本信息。 如果必须解释更多内容，请考虑使用补充说明。

• 使用句式大写。

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

• 对于进度对话框，请使用一个断句来简要说明正在进行的操作， 以省略号结尾。 示例：“打印图片...”

• 提示： 你可以通过想象你在解释如何使用窗口或页面时对朋友说什么来评估main指令。 如果使用main指令进行响应是不自然的、无益的或尴尬的，请重新处理指令。

  有关详细信息，请参阅特定 UI 组件指南中的“主指令”部分。

• 如有必要， 请使用补充说明来提供有助于理解或使用窗口或页面的其他信息， 例如：
  • 提供上下文来解释在程序或系统启动窗口时显示窗口的原因。
  • 可帮助用户决定如何根据main指令进行操作的合格信息。
  • 定义重要术语。
  • 如果不需要补充指令，请不要使用补充说明。 如果能简洁地执行此操作，则首选使用main指令传达所有内容。
  • 不要用略有不同的措辞重复main指令。 相反，如果没有更多要添加的指令，请省略补充说明。
  • 使用完整句子和句子样式大写。

  • 标记每个控件或控件组。 异常：

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

  • 渐进式披露控制措施通常未标记。

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

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

    可以接受：

    在此示例中，文本框标签只是main指令的重述。

    在此示例中，删除了冗余标签，因此main指令采用访问密钥。

  • 标签放置：

  • 气球、检查框、命令按钮、分组框、链接、选项卡和提示由控件本身直接标记。
  • 下拉列表、列表框、列表视图、进度栏、滑块、文本框和树视图均标有上方、左对齐或向左。
  • 渐进式披露控制通常未标记。 V 形按钮在右侧标记。

  • 为每个交互式控件分配唯一的访问键 ，链接除外。 有关详细信息，请参阅 键盘 。

  • 使标签保持简短。 但请注意，向标签添加一两个单词有助于明确，有时无需进行补充说明。

  • 首选特定标签而不是泛型标签。 理想情况下，用户无需阅读任何其他内容即可理解标签。

    在正确的示例中，特定标签用于提交按钮。

  • 对于标签列表（如单选按钮），请使用并行措辞， 并尝试使所有标签的长度保持大致相同。

  • 对于标签列表，将标签文本的焦点放在选项之间的差异上。 如果所有选项都具有相同的介绍性文本，请将该文本移动到组标签。

    正确的示例将相同的介绍性措辞移到标签上，因此这两个选项的区别更加清晰。

  • 一般情况下，首选正面措辞。 例如，使用 do 而不是 do not，使用 notify 而不是 do not notify。

  • 例外： 检查框标签“不再显示此消息”已广泛使用。

  • 省略应用于给定类型的所有控件的指令谓词。 相反，将标签放在控件的独特之处上。 例如，不说用户需要键入文本框控件，或者用户需要单击链接。

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

  • 在某些情况下，以下用于控制标签的括号注释可能很有用：

  • 如果某个选项是可选的，请考虑向标签添加“ (可选) ”。
  • 如果强烈建议使用某个选项，请将“ (建议) ”添加到标签。 这样做意味着设置是可选的，但无论如何都应该设置。
  • 如果某个选项仅适用于高级用户，请考虑将“ (高级) ”添加到标签。

  • 可以在标签后的括号中指定单位 (秒数、连接数等) 。

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

    有关详细信息，请参阅特定 UI 组件指南中的“文本”或“标签”部分。

  • 当控件需要的信息多于其标签所能传达的信息时，请使用补充说明。 但是，如果没有必要，则不要使用补充说明，如果可以简洁地执行此操作，则最好使用控件标签来传达所有内容。 通常，补充说明与命令链接、单选按钮和检查框一起使用。

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

    在此示例中，单选按钮标签为粗体，使其更易于扫描。

  • 向组中的一个控件添加补充说明并不意味着必须为组中的所有其他控件提供解释。 如果可以，请提供标签中的相关信息，并且仅在必要时使用说明。 不要提供只是为了一致性而重述标签的补充说明。

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

  • 如果补充说明位于命令链接后面，请以第二人称编写补充文本。

    例子： 命令链接：创建无线网络设置并保存到 U 盘

    补充说明：这将创建可以使用 U 盘传输到路由器的设置。 仅当具有支持 U 盘配置的无线路由器时，才执行此操作。

  • 使用完整句子和结尾标点符号。

    提交按钮标签

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

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