手工码字翻译供交互学习之用,进度异常缓慢,欢迎小伙伴们批评指正&沟通交流!
气球状提示是一个小型的弹出窗口,用以提示用户出现了非关键性的问题,或控件出现非常规状态。
气球状提示示例标准的气球状提示包含一个icon、标题和主体文本,但这些都非必须项。和工具提示及消息提示
不同,气球状提示有一个用于指明提示源的小尾巴。这个源通常是一个控件,通常这样的控件就叫做owner control(源控件)。
尽管合理操作源控件有可能解决出现的问题,气球状提示却只能提示问题,并不能处理问题。如果用户想响应出现的问题,应该与源控件的界面系统进行交互。
气球状提示通常和文本框或包含文本框以承载动态数据的控件,例如combo boxes 组合框、 list views 列表视图或 tree views 树状图等组合使用。其他种类的控件通常都经过严格的限制设计,不需要气球状提示的额外反馈来补充信息。就算其他种类的控件交互出现问题,也通常是因为牵涉到多种不同控件之间的冲突,而这种情况下仅靠气球状提示也解决不了问题。只有文本输入类控件,既没办法严格限制输入内容,也是常见的单一错误源,所以和气球状提示能很好搭配。
Notification 通知 是一种特殊的气球状提示,由通知区域icon展示
消息栏 notification
何时使用该控件?
思考以下问题,再做决定:
-
文本信息是否有描述问题或特殊情况?如果不是,请不要使用气球状提示。不要用气球状提示来展现控件的补充信息。可以考虑使用静态文字、infotips 信息提示、progressive disclosure 渐进展示控件
或即时提示代替。 -
在输入时或者主控件刚刚失去输入焦点时,问题或特殊情况会即时被检测到吗?如果不是,用 task dialog 任务对话框或 message box 消息弹框来展示错误信息。
-
出现的问题是否严重?如果是,用任务对话框或消息弹框等能立刻交互以解决问题的形式来展示问题信息。
-
若出现的是特殊情况,这种特殊情况有特殊意义吗?是不是用户在无意中导致的情况?如果符合这两种情况,可以使用气球状提示。如果特殊情况没什么本质意义,就应该避免出现这种特殊状态。对用户有意触发的特殊情况,则不需要作任何提示。
-
错误或情况能否进行简明描述?如果不能,请使用其他控件。气球状提示不能承载细节阐述和补充信息。
-
信息是否用于描述正处于焦点悬停状态下的控件?除非用户需要与悬停控件的信息交互,否则这种情况应该使用tip提示控件来对悬停控件进行说明。
-
提示信息和用户当前行为有关联吗?如果没有,考虑使用 notification 通知或 dialog box 对话框。用户有忽略掉和当前行为无关的气球状提示的倾向,而且气球状提示默认状态下10秒后会消失。
-
提示信息来源于单一的、确定的源吗?如果问题或情况是由多个或不确定的源控件引发,用就地展示信息 in-place message对各控件分别提示或用 dialog box 对话框来作说明。
气球状提示和 infotips 消息提示, dialog boxes 对话框以及 in-place messages 就地展示信息等控件功用相似。与 tooltips 工具提示和 infotips 消息提示相比较:
- 气球状提示独立于当前光标焦点展示,所以有一个指明源的小尾巴。
- 气球状提示有标题、正文和一个icon。
- 气球状提示有交互性,但是并没有一个供点击的落点。
和 modal dialog boxes 模态对话框相比较:
- 气球状提示不会获取输入焦点,也不强制需要交互。
- 气球状提示指示一个单一的、确定的源。模态对话框的信息提示则可以指示多源,或没有确定的源。
和 in-place messages 就地展示信息相比:
- 气球状提示视觉上更明显。
- 气球状提示不像就地展示信息一样,需要在控件内预留空间或使用动态布局来展示内容。
- 气球状提示一定时间后会自动消失。
应用范例
气球状提示有这些应用形式:
-
输入信息引发的问题:在单一控件中出现的、用户输入引发的非关键性输入问题,通常来源于输入框。
气球状提示不会带走输入焦点,在源控件仍可进行输入操作的时候,提示也非常显眼。要解决出现的问题,用户可能要更改或重新输入内容;但如果源控件忽略了不正确的输入,用户就无需更改。因为问题不严重,不需附带错误icon标志。
-
特殊情况的问题:源控件处于会影响输入信息的特殊状态。这种情况可能是用户无意中引发的,也不知道会影响输入内容。
气球状提示可以在特殊情况发生之时警告用户,以避免操作失误(例如超过最大输入字符限制或无意中打开了大写键)。此时有必要在不打扰输入焦点的情况下作提示,不要强迫用户进行修正操作,因为有可能用户是有意这样操作的。对于密码输入框和PIN码输入的情况来说,气球状提示非常必要,不然用户操作的反馈就极小了。这时的气球状提示带有警告标志。
设计指南
何时展示
- 在问题或特殊情况出现时立即弹出气球状提示,甚至可以多次弹出,不要出现视觉上的延迟。
- 如果需要显示关于单个字符及最大输入值的提示,需要在用户开始输入时立刻提示;
- 如果是关于输入字段类型的提示(包括不能输入空格等等),要在当源控件失去输入焦点时显示气球状提示。否则,在用户正输入数据时弹出弹框会让人分心和烦躁(用户的输入值很有可能是有效的)。
- 一次只显示一个气球状提示。一次展示多个气球状提示会显得情况十分严重。如果单个事件引发了多个问题,要么在一次提示中说明所有问题,要么只报告最重要的问题。
展示时长
- 当出现以下情况时停止展示:
- 问题已解决或特殊情况已不存在。
- 针对输入问题,用户输入的是有效值。
- 气球状提示时效已到。气球状提示默认10s后会自行消失,用户也可以在SPI_MESSAGEDURATION system parameter里自行更改设置。
如何展示
- 在源控件的下方展示气球状提示。这样能够让用户看清上下文环境,包括源控件以及标签。Microsoft Windows会自适应气球状提示的位置,让它们完全展示。错误的展示方式是让气球状提示展示在它的源控件上方,notification 提示也是如此。
密码和PIN码输入框
- 用气球状提示表示大写按钮已打开, 如下图示例:
- 当用户的输入有可能超过最大字长时,给予气球状提示。将要超过最大字长的情况在输入密码和PIN码的时候,比一般输入情形更为不明显。
- 当用户输入字符类型不符合要求时,给予提示。但是,一般情况下不建议对字符类型进行限制,因为这样会降低密码或PIN码的安全性。为防止信息泄露,气球状提示只能提到关于有效密码和PIN码的类型描述。
其他类型的文本框
- 当用户的输入快要超过最大字长临界值时,考虑给于气球状提示,对于新手用户,设置长度恰好合适的文本输入框,例如需要输入用户名或者账户名的情况。当输入超过临界字长时系统会发出警告声,但初学用户有可能无法理解警告声的指向含义。
交互效果
- 当用户点击气球状提示,它会直接消失。和 notifications 通知不同,气球状提示没有关闭按钮。
图标
- 根据应用场景选择图标
-
输入问题: 不用icon。不要使用不符合Windows风格的错误指示icon。
-
特殊情况: 标准的16*16像素警告icon
警告
易用性
应用适宜,气球状提示就能增加易用性。要做到这一点,气球状提示应该:
- 只在发生的情况和当前用户行为相关时,展示气球状提示。
- 保持提示文字简明。这样有助视力不佳的用户阅读,也能使使用屏幕阅读器的残障人士不受过多干扰,更方便阅读理解主要内容。
- 当问题或特殊情况再次出现时,也要再次弹出气球状提示。
文字
标题文字
- 标题应简洁准确地总结描述当前情况或问题,要能让用户快速方便地理解提示的意图。
- 标题可使用文字片段或完整句子,但是不要加句号。
- 遵守完整句子书写的大小写规范。
- 将字符(英文)限制在48个以内以适应本地化翻译的布局。标题的最大长度为63个字符,必须能够扩展至少30%以适应本地化翻译。
主体文字
- 用第一句话清楚陈述当前情况或问题,并使用户感到切实与自己相关。不要重复源控件标题中的信息。如果没有标题之外的补充信息,这部分可以省略。
- 第二句话让用户了解如何操作能够解决问题或改变当前状况。这句里面不需用“请”这样的礼貌用语,语句规范参见 Style and Tone。第一句话和第二句话之间需要空两行。
- 如果解决方法很容易理解,就向用户解释告知,但情况陈述和解决方法部分重复的冗余要略去。以下情况除外:
- 如果解决方法不能简明表达,或冗余部分很重要不能省去,就略掉解决方法的阐述。
- 当没什么需要用户做的时候(例如系统自动忽略了不正确字符的输入),略掉解决方法的阐述。
- 使用带句号的完整句子。
- 使用句法大小写书写规范。
- 将字符(英文)限制在200个以内以适应本地化翻译。正文的最大长度为225个字符,必须能够扩展至少30%以适应本地化翻译的需求。
说明
提到气球状提示时:
- 引用准确的标题文字,包括其大小写规范。
- 明确该控件叫做气球状提示,不要与 notification 提示和 alert 警告混淆。
- 尽可能用粗体显示标题或者用引号包围标题,防止标题和正文文意混淆引起误解。
网友评论