命令链接 (Windows)
出自UXGuide.net
命令链接
Command Link
目录 |
命令链接(Command Link)用于选择对主要说明的响应,并进入任务的下一步。
命令链接具有简洁、轻量级的外观、描述性的标签、一个标准箭头或自定义的图标、以及可选的补充说明。
典型的命令链接。
命令链接与选项按钮一样,都用于在一组互斥相关的选项中进行选择。与选项按钮类似,命令链接总是成组出现,绝不会单独使用。在外观上,命令链接具有轻量级的外观,与常规链接类似,没有边框或其他强烈的单击功能可见性(affordance)。命令链接与命令按钮也很相似,既能够成为默认“命令按钮”,也可以被分配访问键(access key)。如同提交按钮(commit buttons),单击它们可关闭窗口(对于对话框)或进入下一页(对于向导或者一组连续页面)。
它用在这里合适吗?
考虑下列问题以进行判断:
- 这些选项对主要说明作出了响应且与窗口或页面的主要目的相关吗?用户是不是必须进行响应,而不仅仅是导航至其他页面?如果不是,则改用其他控件,如命令按钮或链接。命令链接不适用于次要的或可选的选项,或是纯粹的导航操作。
-
- 个性化控制面板项看上去好像用了命令链接,但事实上那些只是常规链接,因为该 hub page是纯粹用于导航的。
- 该控件是用于在一组互斥相关的选项中进行选择的吗?如果不是,则改用其他控件。如果是让用户在不相干的命令中进行选择,使用命令按钮或链接。
- 对于对话框来说,单击该控件会导致窗口关闭吗?如果不会,则使用不需要关闭窗口的控件,如选项按钮、命令按钮或链接。
- 错误:
-
- 命令链接不能用于属性窗口或选项卡对话框,因为单击命令链接会导致窗口关闭。
- 对于向导及一组连续页面来说,单击该控件是否会在无须确认的情况下进入下一页?不要用命令链接来提交任务,而应当用命令按钮。由于命令链接看上去与链接类似,用户会把链接与在一组页面间导航联系起来,因此链接不适合用于提交页,因为用户应当总是能够返回链接前的位置。
- 对于向导及一组连续页面来说,其他页面是否用了命令链接?如果是,且其他因素都等同,则最好也使用命令链接以保持页面间的统一。
- 可用的选项数量在 2 至 5 之间吗?永远不会只有单独的一个命令链接。由于命令链接的尺寸较大,且屏幕空间的使用会随着选项的数量而成比例增长,因此应当将每组选项的数量控制在 5 个或以下。如果选项多于 5 个,应使用选项按钮、常规链接或单选列表视图(list view).
-
- 在这个示例中,Microsoft® Windows® 的自动播放功能使用了列表视图控件。
- 组合使用选项按钮和提交按钮会不会更加合适?如果满足下列任何一条,选项按钮就应是更好的选择:
- 你强烈希望用户选择某个默认选项。与提供默认命令链接相比,用户不太会改变默认的选项按钮——尤其是在向导中。用户习惯于单击“下一步”以接受合适的默认值。相反,当你期望用户明确地作出选择时,命令按钮则更加合适。
- 用户在决定之前需要与选项进行交互(可能是查看附加信息)。例如,选择某个选项按钮后可能会动态显示与选项相关的一段说明。
-
- 在这个示例中,选择某个选项按钮后可能会动态显示与选项相关的一段说明。
- 页面上存在次要的或者相关的选项。命令链接在页面中趋于首要的地位,很容易让人忽视所有其他的东西。而且,一旦单击了某个命令链接,就不可能再选择其他次要选项了。
- 错误:
-
- 在这个示例中,可以有两种不同的途径来响应主要说明。前一个途径没有使用命令链接,因为它会使得选择次要选项变得困难。
- 正确:
-
- 在这个示例中,选项按钮使选项更为清晰,从而使得用户能够选择次要选项。
- 对于对话框,一组提交按钮会不会更合适? 当选项包含较长的,解释性的回答以及补充说明时,命令链接更为合适,但如果只有一些简单选项的话,一组提交按钮更为合适。
- 错误:
-
- 在这个示例中,为简单命令使用命令链接为对话框增加了不必要的复杂性。
- 正确:
-
- 在这个示例中,使用简单的提交按钮显得恰到好处。
- 不过,自说明性的命令链接与用文本来解释提交按钮总是要好些。
- 错误:
-
- 在这个示例中,文本用于解释提交按钮。
- 正确:
-
- 在这个示例中,命令链接是自说明的。
注:命令链接需要 Windows Vista® 或更高版本,因此它并不适用于早期 Windows 版本。你可以使用常规链接作为替代品。
在这个示例中,命令链接在 Windows XP 中被带有图标及补充说明的常规链接代替。
设计理念
命令链接支持使用更具描述性的文本标签以及可选的补充说明,但这并不表示你应当使用。参考下面的示例:
错误:
该对话框存在严重的沟通过度(Over-communicating)问题。
该对话框涉及的只是一个简单的问题,却因命令链接的文本而产生不必要的复杂。用户不想为了这么简单的问题阅读所有的文字。
我们可以根据下列三条命令链接设计规范来简化这个对话框:
- 不要使用仅仅在字面上将命令链接进行重新表述的补充说明。仅当你无法使命令能够自我描述时才应使用补充说明。为某个命令链接提供补充说明并不代表所有命令都需要。
- 将最可靠(防止数据丢失或系统访问)且最安全的选项作为默认值。如果可靠性或安全性不是需要考虑的因素,则选择最常用或最方便的选项。
- 提供明确的取消按钮。不要为此种用途使用命令链接。
有了这些设计规范,我们即可避免不必要的补充说明,将最方便的选项设为默认值,并提供明确的取消按钮。
较好:
使用较为简单的命令链接的改进版本。
这个版本确实没有明确说明不保存会引起数据丢失,但几乎不会有用户因为这个信息而改变他们的决定,要在它们之间进行权衡。
如果分析此种情况下命令链接是否真的合适的话,我们甚至可以继续改进这个对话框。提交按钮确实是更好的选择,因为长而描述性的选项并不需要。
最好:
这个正确版本使用提交按钮,一目了然。
命令链接有很多优点,但如果使用不当则会导致沟通过度。对于对话框来说,应当先考虑使用提交按钮,只有当提交按钮无法胜任的时候才使用命令链接。
如果使用得当,命令链接可以使你的用户界面简约而明确。假如结果完全相反的话,则退回一步,检查所有的可能性,并关注你真正要沟通的内容。
如果你只做一件事:
不要用命令链接进行过度沟通。命令链接应当使沟通更加简单明确,而不是更加复杂。
使用模式
命令链接具有以下使用模式:
|
页面响应 命令链接用于响应主标题说明并进入下一页。 |
在这个模式中,命令链接取代了下一步按钮,但取消按钮仍然存在。
在这个示例中,命令链接用于为主标题说明提供描述性的响应。虽然这里用选项按钮也可以,但命令链接只需要用户单击一次。 |
|
对话框响应 命令链接用于响应主标题说明并关闭对话框。 |
在这个模式中,命令链接取代了提交按钮(例如“确定”),但取消按钮仍然存在。
在这个示例中,命令链接用于为主标题说明提供描述性的响应。虽然这里用选项按钮也可以,但命令链接只需要用户单击一次。 |
|
细节响应 包含详细信息的页面或对话框响应。 |
用户偶尔会需要更多详细信息以选择响应方式。
在这个示例中,由于使用了详细命令链接,用户可以作出有根据的选择。缩略图和文件详细信息帮助用户进行选择。 |
设计规范
交互
- 如果单击命令链接不会立即产生结果的话,应当显示忙碌鼠标指针。如果没有反馈,用户可能会认为没有单击并会再次单击。
呈现
- 应当总是同时呈现两个或更多的命令链接。从逻辑上来说,没必要问只有一种答案的问题。
- 错误:
-
- 在这个示例中,该对话框好像是向用户提供选择,但其实此处只有一些说明。这应当改用信息对话框。
- 将最常用的命令链接放在前面。最后的顺序应当大致符合被用到的可能性,当然也应当具有逻辑顺序。
- 例外:那些什么都做的命令链接应当被放在最前面。
- 提供明确的“取消”按钮。不要将命令链接作此用途。很可能用户意识到他并不想进行这项任务。使用命令链接来取消会使用户必须仔细阅读所有的命令链接并确定哪个表示取消。使用明确的“取消”按钮可以让用户非常快速地取消任务。
- 错误:
-
- 在这个示例中,“Don't exit”命令按钮应当改为取消按钮。
- 如果提供明确的“取消”按钮使得只剩下单独的一个命令链接的话,可以同时提供用于取消的命令链接和“取消”按钮。这么做可以明确表达用户可以进行选择。以它与第一个选择有什么不同的角度来描述这个命令链接,而不仅仅是“取消”或类似的变体。
-
- 在这个示例中,第二个命令链接指出用户可以进行选择,但它能做的就是取消。不过,它是以与第一个命令链接有什么不同的方式来描述的。
- 如果你无法将整个环境回到先前的状态而不产生任何副作用的话,应当用“关闭”来代替“取消”。
- 不要显示被禁用的命令链接。如果一个命令链接在当前上下文中不适用,则直接将其移去。如果把所有不适用的命令链接移去之后就只剩下一个命令链接的话,则省去该窗口或页面,如果需要用户明确授权的话,就显示一个确认信息。
图标
- 应当为所有命令链接使用图标。图标可以帮助用户将命令链接与普通的链接及用户界面文本区别开来。
- 箭头图标应当仅用于命令链接。常规链接不应当使用箭头图标,除非它是用作命令链接在 Windows XP 中的替代品。
- 使用安全盾牌图标来指明该选项需要立即进行权限提升。关于使用安全盾牌图标的额外设计规范,参见用户帐户控制。
- 仅当自定义图标能够帮助用户在视觉上标识和区别选项时才应当使用。不要使用那些无法立即识别或没有意义的自定义图标。
- 错误:
-
- 在这个示例中,自定义图标无法被立即识别。
- 对于自定义图标,应当使用 16x16 或 32x32 像素的图标。如果空间足够而且确实能带来好处的话,可以使用更大的图标。如果需要叠加安全盾牌的话,应当使用 32x32 或 48x48 像素图标。
-
- 该示例中使用的是 32x32 像素的自定义图标。
-
- 该示例中使用的是 48x48 像素的自定义图标,并叠加了安全盾牌图案。
- 避免在一个窗口或页面中混用自定义图标和标准箭头图标。如果你在界面上使用了一个自定义图标,那么就试着全部使用自定义图标。不过,相比使用没有意义的自定义图标来说,还是更应当使用标准箭头图标。
默认值
- 将最可靠(防止数据丢失或系统访问)且最安全的选项作为默认值。如果可靠性或安全性不是需要考虑的因素,则选择最常用或最方便的选项。
- 如果可行的话,将第一个选项作为默认选项,因为用户往往期望如此——除非这种顺序不合逻辑。
- 对于对话框来说,不要将破坏性操作作为默认命令链接,除非有简单的撤销操作的途径。
推荐尺寸与间距
标签
注:因为命令链接是对应于主标题说明的,所以在确定所有选项之前,你需要仔细推敲出好的主标题说明。
命令链接标签
- 使用简洁的、能够明确表达和区分各个命令链接的作用的标签。标签应当是自描述的,并与主标题说明相对应。标签内容应当专注于不同选项之间的区别。用户应当不需要去探究该命令链接到底表示什么,或者它与另外的命令链接究竟有什么不同。
- 错误:
-
- 在这个示例中,第二个与第三个选项有什么区别?你是不是觉得这里的取消按钮很别扭?
- 命令按钮的标签应当专注于帮助用户做出正确的选择。省略那些不会影响选择的细节。此标签不必对将要发生的事进行完整的描述。
- 命令链接应当以动词开头。但是不要使用“click(单击)”,因为标签要表达的应该是该命令链接会做什么,而不是如何使用。
- 例外:如果所有的命令链接都以相同的动词或短语开头,则删去重复的动词或短语。
- 通常来说,应当使用肯定的表述方式(提供做某事的选项)。如果使用否定的表述方式(提供不要做某事的选项)可以使标签更加易懂的话,则可以接受。
- 应当使用措辞并列的单行标签。长标签不易阅读,而且没有必要。另外,长度适中的标签更易于在文档中引用。
- 使用句子大写样式。
- 不要使用句末标点,除非该标签是问句。
- 分配唯一的访问键。相关设计规范,参见键盘。
- 不要使用省略号。省略号表示完成操作可能需要更多信息。使用适当的命令链接不会需要省略号,因为它们会立即生效。
- 如果一个选项是强烈推荐的,应当在标签中添加“(recommended)”/“(推荐)”字样。确保添加至控件标签,而不是附加说明。
- 如果一个选项是仅为高级用户设计的,应当在标签中添加“(advanced)”/“(高级)”字样。确保添加至控件标签,而不是附加说明。
提示:你可以通过这种方式来评估命令链接:想像是你的一位朋友在说主标题说明,而你用命令链接来回应。如果命令链接给出的回应可能会显得不自然或不自在的话,应当对命令链接甚至是主标题说明进行修改。
补充说明
- 如果某命令链接需要进一步的解释,则应提供补充说明。补充说明描述了用户为什么可能需要选择该项或是选择该项之后会发生什么。
-
- 在这个示例中,补充说明描述了该选项的影响。
- 不要使用仅仅在字面上将命令链接进行重新表述的补充说明。仅当你无法使命令能够自我描述时才应使用补充说明。为某个命令链接提供补充说明并不代表所有命令都需要。
- 补充说明应当专注于帮助用户做出正确的选择。省略那些不会影响选择的细节。补充说明不必对将要发生的事进行完整的描述。
- 应当使用措辞并列的不超过三行的文本。太长的补充说明不易阅读,而且没有必要。
- 使用完整的带有句末标点的句子。
命令链接分组标签
- 不要使用分组标签。主标题说明起到了命令链接的分组标签的作用。
文档编写
当提及命令链接时:
- 原样引用标签文本,包括其大小写,但无须包含访问键下划线。
- 如果标签中含有对象名称,则将其省去或使用其他替代文字。
- 用“click(单击)”一词描述用户的交互行为。
- 应尽可能为标签文本应用粗体样式。对于英文来说,仅当需要避免歧义时才在其两侧添加引号;对于中文来说,则应总是使用引号。
示例:
To copy the picture, click Copy and Replace.
单击“复制并替换”以复制图片。
Click Reset the network adapter. (For a command link labeled "Reset the network adaptor adaptor name".)
单击“重置网络适配器”。(用于标签为“重置网络适配器 <适配器名称>”的命令链接。)