Windows 7 对话框（设计基础知识）

注意

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

对话框是一个辅助窗口，允许用户执行命令、询问用户问题或为用户提供信息或进度反馈。

典型的对话框。

对话框由标题栏 (组成，用于标识对话框来自) 的命令、功能或程序，一个可选的主指令 (通过对话框) 解释用户的目标，内容区域中的各种控件 (显示选项) ，以及提交按钮 (以指示用户如何提交到任务) 。

对话框有两种基本类型：

任务对话框是使用任务对话应用程序编程接口 (API) 实现的对话框。 它们由以下部分组成，这些部件可以组合在各种组合中：

典型的任务对话框。

每当适当时，建议使用任务对话框，因为它们易于创建，并且可实现一致的外观。 任务对话框确实需要Windows Vista 或更高版本，因此它们不适合早期版本的 Microsoft Windows。

任务窗格类似于对话框，只是它显示在窗口窗格中，而不是单独的窗口。 因此，任务窗格具有比对话框更直接的上下文感觉。 尽管从技术上说，它们并不相同， 但任务窗格与对话框非常类似，本文中提供了其指南。

典型的任务窗格。

属性窗口 是一种专用类型的对话框，用于查看和更改对象、对象集合或程序的属性。 此外，属性窗口通常支持多个任务，而对话框通常支持任务中的单个任务或步骤。 由于它们的用法是专用的， 因此属性窗口包含在一组不同的准则中。

对话框可以具有 选项卡，如果是，则称为选项卡式对话框。 属性窗口由属性的呈现决定，而不是通过使用选项卡。

注意： 与 布局、 窗口管理、常见对话框、 属性窗口、 向导、 确认、 错误消息和 警告消息 相关的指南将在单独的文章中显示。

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

如果是，请改用适当的 通用对话框 。 其中许多常见对话是可扩展的。

在这些示例中，使用子菜单代替用于简单选择的对话框。

正确使用时，对话框是为程序提供强大功能和灵活性的好方法。 滥用时，对话框是一种容易惹恼用户、中断其流，并使程序感觉间接和乏味地使用。 模式对话框要求用户注意。 对话框通常比替代 UI 更容易实现，因此它们往往过度使用。

当对话框的设计特征与其用法匹配时，对话框最为有效。 对话框的设计在很大程度上取决于其用途 (提供选项、提出问题、提供信息或反馈) 、类型 (模式或无模式) ，以及用户交互 (必需、可选响应或确认) ，而其用法在很大程度上取决于其上下文 (用户或程序启动) 、用户操作概率， 显示频率。

若要设计有效的对话框，请有效地使用以下元素：

如果你只做一件事...

确保对话框设计 (由其用途、类型和用户交互) 与其使用 (匹配， (由其上下文、用户操作概率和显示频率) 确定。

对话框有多个使用模式：

请勿使用可滚动对话框。 不要使用要求在正常使用期间完全查看滚动条的对话框。 请改为重新设计对话框。 请考虑使用 渐进式披露 或 选项卡。

没有菜单栏或状态栏。 而是直接在对话框本身或使用相关控件上的上下文菜单，提供对命令和状态的访问权限。

不正确：

在此示例中，“查找证书”是带有菜单栏的无模式对话框。

如果对话框需要立即注意且程序未处于活动状态， 请闪烁其任务栏按钮三次以吸引注意力，并使其突出显示。 请勿执行任何其他操作：不还原或激活窗口，也不会播放任何声音效果。 相反，请尊重用户的窗口状态选择，并在准备就绪时让用户激活该窗口。

有关更多指南和示例，请参阅 任务栏。

Microsoft Office中使用的某些无模式对话框是可停靠的。

输入页是可选的，因为任务可能已在其他位置启动。 这样做使生成的体验具有稳定、简单、轻量的感觉。

在此示例中，Windows网络诊断由进度页和结果页组成。

开发 人员： 可以使用 TDM_NAVIGATE_PAGE 消息创建多页任务对话框。

若要使对话框易于查找和访问，请清楚地将对话与其源相关联，并很好地处理多个监视器：

最初在所有者窗口顶部居中对话。

对象的属性显示在对象附近。

在此示例中，当窗口变得太小，标准格式时，Windows 媒体播放器更改其格式。

有关详细信息和示例，请参阅 窗口管理。

显示时，用户启动的对话框应始终以输入焦点。 程序启动的对话框不应以输入焦点为由，因为用户可能正在与其他窗口交互。 在对话框中定向的此类交互可能会产生意外的后果。

将初始输入焦点分配给用户最有可能与第一个控件交互的控件，这通常是 (但并不总是) 第一个交互式控件。 避免将初始输入焦点分配给帮助链接。

对于键盘导航，Tab 键顺序应按逻辑顺序流动，通常从左到右，从上到下。 通常按 Tab 键顺序执行阅读顺序，但请考虑进行以下异常：

分配订单时，假定用户显示其预期用途的对话框：因此，例如，用户显示选项对话框以做出选择，而不是查看并单击“取消”。

按 Esc 键始终关闭活动对话框。 对于具有“取消”或“关闭”的对话框，即使“取消”已重命名为“关闭”，因为无法再撤消结果也是如此。

访问密钥

尽可能为所有交互式控件或其标签分配唯一访问键。只读文本框 是交互式控件 (，因为用户可以滚动它们并复制文本) 以便他们受益于访问键。 不要将访问密钥分配给：

确定、取消和关闭按钮。 Enter 和 Esc 用于其访问密钥。 但是，始终向表示“确定”或“取消”的控件分配访问密钥，但具有其他标签。

在此示例中，正提交按钮分配了访问密钥。

组标签。 通常，组中的各个控件都分配访问键，因此组标签不需要一个。 但是，如果访问密钥短缺，请将访问密钥分配给组标签，而不是单个控件。

使用 F1 访问的通用帮助按钮。

链接标签。 通常有太多链接无法分配唯一访问密钥，并且通常用于表示链接隐藏访问键下划线的下划线。 改为使用 Tab 键访问链接。

选项卡名称。 选项卡使用 Ctrl+Tab 和 Ctrl+Shift+Tab 进行循环。

标记为“...”的浏览按钮。 无法唯一地分配这些“浏览”按钮。

未标记的控件， 如旋转控件、图形命令按钮和未标记的渐进式泄露控件。

非标记静态文本或非交互式控件的标签， 例如进度栏。

尽可能根据标准访问密钥分配为常用命令分配访问密钥。 虽然始终不可能一致的访问密钥分配，但它们肯定是首选的，尤其是经常使用的对话框。

首先分配提交按钮访问密钥，以确保它们具有标准密钥分配。 如果没有标准键分配，请使用第一个单词的第一个字母。 例如，无论对话框中的其他控件如何，“是”和“否”提交按钮的访问键应始终为“Y”和“N”。

若要使访问键易于查找，请将访问键分配给标签早期出现的字符， 理想情况下为第一个字符，即使标签后面出现的关键字也是如此。

首选宽度宽的字符， 例如 w、m 和大写字母。

更喜欢独特的同音或元音， 如退出中的“x”。

避免使用难以看到下划线的字符， 例如 (从最有问题到最不有问题的) ：

有关更多指南和示例，请参阅 键盘。

对于长时间运行的任务， 假设用户在任务完成时会执行其他操作。 设计任务以无人参与运行。

在此示例中，即使所有者窗口关闭，文件副本也会继续。

在此示例中，停止问题诊断没有副作用。

在此示例中，Windows资源管理器允许用户在可恢复错误后继续执行任务。

在此示例中，在文件复制期间删除了可移动磁盘。

不要将通知用于完成反馈。 使用进度对话框或 操作成功通知，但不能同时使用这两者。

剩余时间

对于进度栏：

如果相关信息以冒号格式显示：

剩余时间：h 小时、m 分钟

剩余时间：m 分钟，秒

剩余时间：秒

如果屏幕空间处于高级阶段：

h hrs，m 分钟剩余

m 分钟，秒剩余

剩余秒

否则：

h 小时，剩余 m 分钟

m 分钟，秒剩余

剩余秒

对于标题栏：

hh：mm 剩余

mm：ss 剩余

0：ss 剩余

此紧凑格式首先显示最重要的信息，以便不会在任务栏上截断它。

不正确：

hh 小时，mm 分钟，秒

不正确：

1 分 1 秒

有关详细信息和示例，请参阅 进度栏。

显卡

不正确：

在此示例中，大型图形没有用途。

标题栏图标

正文图标

在此示例中，警告图标错误地用于不涉及数据丢失或系统访问的问题。

在此示例中，黄色星形图标表示收藏夹。 图标易于识别，并且在整个Windows一致地用于表示收藏夹。

在此示例中，对象的图标可帮助用户识别正在打开或保存的文件类型。

在此示例中，这些图标可帮助用户直观显示其功能的效果。

在此示例中，“关于框”中使用位图来标识和打造应用程序品牌。

脚注图标

在此示例中，脚注图标指示问题具有安全隐患。

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

注意：

常规

除“应用”结果外的所有提交按钮都会关闭对话框窗口。

请勿确认提交按钮。 这样做可能非常令人恼火。 异常：

有关更多指南和示例，请参阅 确认。

不要禁用提交按钮。 异常：

在对话框底部的单行中右对齐提交按钮，但在脚注区域上方。 即使有单个提交按钮 (（例如 OK) ），也执行此操作。

不正确：

在此示例中，“确定”按钮未正确居中。

按以下顺序显示提交按钮：

如果你有许多相关的提交按钮，请使用拆分按钮将其合并。

(关闭窗口) 和所有其他命令按钮 (（如高级) ）时，与提交按钮具有明确的分离。

响应主要说明

使用对主指令的特定响应的正提交按钮，而不是常规标签，例如“确定”或“是/否”。 用户应该能够通过单独阅读按钮文本来了解选项。 异常：

对于没有设置（例如信息性对话）的对话框，请使用 Close。 切勿对具有设置的对话框使用 Close。

当“特定”响应仍为泛型时使用“确定”，例如“保存”、“选择”或“选择”。 更改特定设置或设置集合时，请使用“确定”。

对于没有主指令的旧对话框，可以使用通用标签，例如“确定”。 通常，此类对话框不设计为执行特定任务，从而阻止更具体的响应。

某些任务需要更多思考和仔细阅读，以便用户做出明智的决策。 这 通常是确认的情况。 在这种情况下，可以使用通用提交按钮标签强制用户阅读主要说明并防止匆匆做出决策。

正确：

在此示例中，使用“是/否”提交按钮强制用户至少阅读主指令。

或者，可以将“无论如何”一词添加到正提交按钮标签中，以指示对话框显示不继续的原因 ，并且用户应在继续之前仔细阅读对话。

正确：

在此示例中，“无论如何”会添加到提交按钮标签中，以指示用户应谨慎进行。

对负提交按钮使用“取消”或“关闭”，而不是对主指令的特定响应。 通常，用户意识到一旦看到对话框，他们就不想执行任务。 如果将“取消”或“关闭”重新标记为特定响应，用户必须仔细阅读所有提交按钮以确定如何取消。 标记“取消”和“关闭”可使其易于查找。异常：

不要使用内容区域中的文本将泛型标签映射到其特定含义。 相反，请使用特定的提交按钮标签，或者使用链接使用问题对话框（如果标签很长）。

不正确：

在此示例中，OK 映射到“继续”，“取消”映射到“在页面上保留”。

是和否按钮

首选对“是”和“否”按钮的特定响应。 虽然使用“是”和“否”没有任何问题，但可以更快地理解特定响应，从而产生高效的决策。 但是， 确认 通常有“是”和“否”按钮，让用户在响应之前给出 一些想法 。

使用“是”和“否”按钮仅响应“是”或“否”问题。 主要指令应自然地表示为“是”或“否”。 切勿对是或否使用“确定”和“取消”。

不正确：

正确：

更好：

在这些示例中，“是”和“否”对“是”和“否”是的好响应，也没有疑问，但具体响应甚至更好。

请考虑将主要指令的措辞视为“是”或“否”，如果具有特定措辞的提交按钮结果为长或尴尬。 或者，可以将命令链接用于较长的响应， (五个单词或更多) 到主指令。

不正确：

正确：

错误示例中的特定措辞太长，因此正确的示例使用“是”和“否”。

如果“无响应”的含义不清楚，请不要使用“是”和“否”按钮。 如果是，请改用特定的响应。

“确定”按钮

在模式对话框中，单击“确定”表示应用值、执行任务并关闭窗口。

不要使用“确定”按钮来回答问题。

不要将访问密钥分配给“确定”，因为 Enter 是默认按钮的访问密钥。 这样做会使其他访问密钥更易于分配。

正确标记“确定”按钮。 “确定”按钮应标记为“确定”，而不是“确定”或“确定”。

不要对错误或警告使用“确定”按钮。 问题永远没关系。 请改用 Close。

不正确：

在此示例中，应使用 Close 而不是 OK。

不要在无模式对话框中使用“确定”按钮。 相反，无模式对话框应使用特定于任务 (的提交按钮，例如“查找) ”。 但是，某些无模式对话框只需要关闭按钮。

取消按钮

单击“取消”意味着放弃所有更改，取消任务，关闭窗口，并将环境返回到其以前的状态，不会造成任何副作用。 对于嵌套选择对话框，单击“所有者选择”对话框中的“取消”意味着所有选择对话所做的任何更改也会被放弃。

提供“取消”按钮，让用户显式放弃更改。 对话框需要明确的退出点。 不要依赖于用户在标题栏上找到“关闭”按钮。

不正确：

在此示例中，只有标题栏上的“关闭”按钮，用户似乎没有选择。

请勿使用“取消”按钮来回答问题。

不正确：

在此示例中，“确定”和“取消”错误地用于响应“是”或“否”问题。

不要将访问密钥分配给“取消”，因为 Esc 是访问密钥。 这样做会使其他访问密钥更易于分配。

请勿在无模式对话框中使用“取消”按钮。 相反，请改用 Close。

不要禁用“取消”按钮。 用户应始终能够取消对话框。

关闭按钮

应用按钮

请勿在不属于属性表或控制面板的对话框中使用“应用”按钮。 “应用”按钮表示应用挂起的更改，但使窗口保持打开状态。 这样做允许用户在关闭窗口之前评估更改。 但是，只有属性表和控制面板才具有此需求。

不正确：

在此示例中，选择对话框不需要具有“应用”按钮。

间接对话框的提交按钮

注意： 间接对话框在上下文中显示为任务间接结果或系统或后台进程出现问题的结果。 对于间接对话，“取消”按钮不明确，因为它可能意味着取消对话或取消整个任务。

如果用户需要同时取消对话框和任务，请提供提交按钮来执行这两个操作。 使用对主指令的负响应标记取消对话框的按钮。 使用“取消”标记取消整个任务的按钮。 使用“取消”可在许多上下文中使用对话框。

正确：

在此示例中，当图形未保存时，此对话框由Windows 画图显示为“新建”或“退出”命令的结果。 不要保存关闭对话框，而取消取消“新建”或“退出”命令。

不正确：

在此示例中，无法取消导致显示此对话框的任务 (关闭Office快捷栏) 。 此对话框需要“取消”按钮。

如果用户只需取消对话框而不是任务，请使用具有特定、负面响应主指令的按钮， 并且没有“取消”按钮。

在此示例中，由于导航到安装ActiveX控件的网页，此对话框间接显示。 此处使用“取消”将不明确，因此不要改用。

有关详细信息和示例，请参阅 命令按钮。

在此示例中，补充说明描述了其中一个选项的含义。

不正确：

在此示例中，对话框使用命令链接而不是“取消”按钮。

有关详细信息和示例，请参阅 命令链接。

不正确：

在此示例中，应仅显示一次消息。 无需询问。

在此示例中，很少使用的选项默认处于隐藏状态。

在此示例中，脚注信息是补充性的，并非必要。

在此示例中，禁用的文本框标签也处于禁用状态，但其组标签和组说明不是。

若要指示用户必须在控件中提供信息，请考虑以下选项：

请勿指示任何内容，但使用错误消息处理缺少的输入。 如果大多数输入是可选的，或者用户不太可能跳过控件，则此方法会减少混乱，从而降低错误消息的数量。

使用标签开头的星号指示所需的输入。 使用以下任一项解释星号：

如果所需控件不多，此方法效果良好，但如果大多数控件是必需的，则此方法效果不佳。

在此示例中，星号用于指示所需的输入。

如果所有控件都需要输入，请在内容区域顶部的相应位置将“所有输入都必需”状态。 此方法可减少此特定情况的混乱。

在标签后面指示带有“ (可选) ”的可选输入。 如果大多数输入是必需的，此方法效果良好，但否则效果不佳。

为了保持一致性，请尝试使用相同的方法来指示整个程序所需的输入。 具体而言，根据需要指示必需输入或可选输入，但避免在同一程序中同时使用这两个输入。

通过使用受有效用户输入约束的控件来防止错误。 还可以通过提供合理的默认值来帮助减少错误数。

尽快验证用户输入，并尽可能接近输入点显示错误。

对用户输入问题使用无模式错误处理 (就地错误或气球) 。

将气球用于在文本框内或在文本框失去焦点后立即检测到的非关键单点用户输入问题。 气球不需要可用的屏幕空间或显示就地消息所需的动态布局。 一次仅显示一个气球。 由于问题并不重要，因此不需要错误图标。 单击时、解决问题或超时后，气球会消失。

在此示例中，气球指示在控件中仍存在输入问题。

使用就地错误进行延迟错误检测，通常是通过单击提交按钮找到的错误。 (不要对立即提交的设置使用就地错误。) 一次可能有多个就地错误。 使用普通文本和 16x16 像素错误图标，尽可能将它们直接放在问题旁边。 除非用户提交且未找到其他错误，否则就地错误不会消失。

在此示例中，就地错误用于通过单击提交按钮找到的错误。

使用模式错误处理 (任务对话框或消息框) 所有其他问题， 包括涉及多个控件的错误，或者通过单击提交按钮找到非上下文或非输入错误。

找到并报告输入问题时，使用不正确的数据将输入焦点设置为第一个控件。 如有必要，将控件滚动到视图中。

有关详细信息和示例，请参阅 错误消息 和 气球。

提供用户帮助时，请考虑 (按首选项顺序列出的以下选项) ：

找到对话框内容区域底部的“帮助”链接。 如果对话框有脚注，并且帮助链接与其相关，请将帮助链接置于脚注中。

在此示例中，“帮助”链接适用于整个对话框。

请勿使用常规或模糊的帮助主题链接或通用帮助按钮。 用户通常忽略通用帮助。

有关详细信息和示例，请参阅 “帮助”。

在此示例中，用户最有可能选择与上次相同的打印设置。 但是，所需的副本数可能会更改，因此不会重新选择此设置。

正确：

是否要启用文件和打印机共享？

不正确：

是否要禁用文件和打印机共享？

但是，即使命令是负短语，措辞也必须与关联的命令匹配;例如，使用 disable 确认 Disable 命令。

示例：

选择要打印的图片

选择帐户

例子： 在我的相机上打印照片。

可以接受：

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

更好：

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

有关详细信息和示例，请参阅 命令链接 指南。

引用对话框时：

示例：在Windows 安全中心中，单击“更多选项”。