借助您的反馈改进“讲述人”与触控的结合使用

在 2 月的 Windows 8 Consumer Preview 发布日前不久,我们曾发布过一篇有关我们帮助残障人士通过辅助功能更加轻松地使用 Windows 8 的博文。这包括可帮助盲人通过触摸屏使用 Windows 8 的“讲述人”功能。我们在 Release Preview 中进一步改进了该功能,并且这些改进将一直持续到 Windows 8 的最终版本。本博文将详细介绍我们在改进通过“讲述人”使用具备触控功能的 PC 方面所付出的努力。本博文的作者为辅助功能团队的 Doug Kirschner。–Steven


首先,我要对向我们提供反馈的各位朋友表示由衷的感谢,我们收到了大量积极的反馈,许多用户对于 Windows 8 触控屏幕中默认包含的基本屏幕读取功能倍感兴奋。我们还收到了许多建设性的反馈,其中提供了许多有关改进“讲述人”和简化 Web 使用的建议。我们认真听取了这些建议。我们综合考虑了来自各位的意见和 Microsoft 对视觉障碍人士进行的可用性测试,并进行了某些重要更改,相信这些更改不会辜负你的期望。

听取辅助功能社区的意见

在 Developer Preview 版本发布时,我们尽可能地借此机会联系了众多需要视觉协助工具的用户,并收集了有关“讲述人”的反馈。最开始,我们与 Microsoft 内部的社区人员展开了积极地合作(很幸运,我们拥有一个数量庞大且组织有序的社区,他们参与了所有 Microsoft 产品的辅助功能测试),要求他们安装 Windows 8 并将自己对该产品的印象反馈给我们,我们也举办了内部辅助功能活动,邀请用户前来亲自体验。我们还开展了辅助功能研究,邀请用户来到 Microsoft 总部通过触摸屏体验“讲述人”,并执行一些日常任务以了解有待改进之处。数百万用户下载了 Developer Preview 和 Consumer Preview,其中的许多人尝试了“讲述人”并向我们提供了中肯的反馈。我们对许多通过 @BuildWindows8 与我们联系的用户进行了跟踪回访。最近,我们出席了 CSUN 科技与残障人士大会,在该活动中,我们有幸与用户面对面的接触,并得以了解他们首次通过触摸屏幕试用 Windows 8 Consumer Preview 的感受。

这其中包含几个急待验证的关键情境。具体来说,我们希望确保用户能够直接在新 PC 上轻松地使用“讲述人”。这包括查找和安装来自应用商店的辅助应用,以及完成发送电子邮件、阅读网页和收听音乐等日常任务。截至目前,我们在此领域取得了令人鼓舞的成就,但很显然,我们还需要加倍努力,继续改进“讲述人”。

通过来自大家的建设性反馈,我们得以确认 Release Preview 中有待改进的关键领域:

  • 响应:我们了解到在通过触摸屏使用“讲述人”时,用户感到系统的响应并不理想。
  • 手势:一些用户感到“讲述人”手势难以掌握,尤其是那些较为复杂的多手指手势。
  • 应用探索:如果用户对于特定应用或 UI 不甚熟悉,查找屏幕上的具体元素将会非常困难(例如在“开始”屏幕上查找磁贴)。
  • Web 导航:Consumer Preview 中提供的命令对于某些网页来说不够完善。

我们在 Release Preview 中针对这些领域投入了大量精力,并且我们目前仍在努力针对 Windows 8 的最终发布版本改进其中一些领域。接下来,我将向您介绍目前在 Release Preview 中已经能够体验到的一些改进。

您的浏览器不支持 HTML5 视频。

请下载本视频,在您常用的媒体播放器中观看:
高质量 MP4 | 低质量 MP4

改善“讲述人”对触控的响应能力

我们了解到一些用户感到“讲述人”对触控的响应不是非常理想。具体情况众说纷纭,有人感到“讲述人”响应缓慢或全无响应,也有人感到“讲述人”的体验不连贯或令人困惑,但这些问题的根本原因都只有一个。在触摸屏幕时,您期待会产生及时的响应。我们发现在两种常见情境中会发生此类问题:

  • 单手指浏览:我们观察到,当用户必须通过在屏幕上拖动一根手指来查找某个项目时,他们通常不会直接点击所要查找的项目,而当他们在屏幕上过快地移动手指时,“讲述人”通常还来不及读取该项目。
  • 手势响应:某些用户难以判断自己做出的手势是否成功,因此,即使最初的尝试已获成功,这些用户还是会反复尝试做出同一个手势。之所以会产生这种问题,是由于“讲述人”需要一段时间来识别某个手势,然后再提供语音响应。还有些时候,用户无法通过响应判断“讲述人”是否完成了预期操作,或者响应的内容似是而非。

在这些情况下,随着“讲述人”当前所阅读内容而移动的蓝色突出显示矩形会快速跳转至相应项目,指示“讲述人”已经注册了用户的动作并做出了相应响应。但是,问题存在于实际的发音过程中。文字至语音 (TTS) 的合成速度很快,但系统仍需一些时间来读取响应,此外,用户同样需要一些时间来处理听到的语言,以便理解其含义。对于较为复杂的情境,根据上下文的具体情况,语音响应时间千差万别,造成用户难以判断“讲述人”识别出的手势是否为自己预期的手势。这些微不足道的延迟会相互叠加,最终导致用户跳过项目,或认为最初的尝试未能成功而重复已成功的手势。

音频提示

对于视觉健全的用户,即使某项操作需要多花费数毫秒才能完成,突出显示的按钮或浮出的动画帮助等视觉反馈也能够立即指示系统做出了响应。这些提示并非只是为了美观,帮助您实时了解触控对系统的影响也是它们的重要功能之一。

随着深入研究有关响应的反馈,我们意识到通过音频提示可以更有效地利用“讲述人”功能。在 Release Preview 中,我们已开始添加音频提示,每种手势现在都已具有相关联的声音,并会在用户做出相应手势时播放。这些提示的设计宗旨为快速、精简和易于识别,允许您实时判断自己的手势是否成功,以及您的操作是否已执行。以下是一些示例:

  • 移动到下一个项目时,播放滴答声。
  • 激活时,播放单击声。
  • 滚动时,播放滑动声。
  • 选择时,播放重击声。
  • “讲述人”报错时,播放杂音,方便您轻松地将其与系统错误的叮当声相区分。
  • 当您使用一根手指浏览屏幕时,“讲述人”会在您经过每个新的项目时播放滴答声,因此,您将意识到由于过快划过某个项目而未能听到其名称的情况。

我们在设计和实施这些声音时获得了很多乐趣!

简化交互

接下来,我们调整了“讲述人”的触控交互模型。一些用户向我们报告使用多手指手势非常困难。具体来说,一些用户在使用双手指轻扫访问下一个和上一个项目时感到非常纠结,在使用四手指轻扫进行滚动时更是雪上加霜。我们也观察到用户有时会意外触发命令列表(提供项目命令、搜索窗口等功能),进而导致他们丢失应用中的上下文。

为了解决这些问题,我们简化了与触控“讲述人”互动的方式。该系统现在更加宽容,并采用了一套更加简化且易于记忆的手势模型。现在,只需单手指的点击或轻拂,即可在“讲述人”中执行大部分日常任务。改进的交互模型更加易于实施,并且更加科学地调整了手势的分组,因此,当您尝试做出无关手势时,将不会导致弹出命令列表和窗口。

下表概述了新的交互模型:

触控手势

命令

点击或拖动

阅读手指按住的项目

两次点击 或

使用一根手指按住,然后使用另一根手指点击任意位置

执行主要操作

三次点击 或 使用一根手指按住,然后使用另一根手指两次点击

执行次要操作

向左或向右轻拂

移动到上一个/下一个项目

向上或向下轻拂

更改移动增量

使用一根手指按住,然后使用另外两根手指点击

开始拖动或额外的关键选项

双手指点击