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

在 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 科技与残障人士大会,在该活动中,我们有幸与用户面对面的接触,并得以了解他们首次通过触摸屏幕试用…

1

针对文件管理反馈采取的行动

随着下一次发布日期的临近,我们将开始回顾本博客中讨论过的话题,并向您介绍自开发人员预览版之后我们对产品所进行的更改。如同之前多次表示过的一样,我们仔细阅读了有关 Windows 8 的各种意见、新闻组讨论和评论,并认真跟踪了这些反馈。我们在跟踪这些反馈时,会将反馈的来源以及功能的目标受众等因素纳入考虑,并试图调和存在争议的反馈(我们保证,无论有多少人赞同,对于值得讨论的功能,我们都会公正地考虑任何有价值的反对意见)。当然,我们始终会考虑所进行任何更改的工程可行性,包括兼容性、安全性和性能等等。 工程系统团队的主管项目经理 Ilana Smith 创作了本博文。 –Steven 我们之前曾发布过三篇讨论 Windows 8 中新文件管理体验的博文:其中一篇介绍了新复制体验的相关内容,另一篇详细介绍了我们在设计新冲突体验时历经的过程,还有一篇内容关于 Windows 资源管理器的变化的博文,其中包含对功能区的一些介绍。 这些博文引发了热烈的讨论,而我们也阅读了各位留下的大约 2200 条评论。反馈的数量和质量令我们感到非常惊叹,我们将它们与来自其他反馈渠道的信息合并在一起,融入了我们的设计过程。 总结博文评论 随着 Beta 版发布的临近,我们觉得有必要为您提供一些关键问题的最新信息,以及您将看到的一些变化。 冲突:在冲突解决过程中识别重复文件 在 Windows 8 中,当复制或移动过程中遇到文件名冲突时,我们将提供一种选择正确文件的新体验。 L. Brown 表示: 在 [Choose](选择)对话框中设置一个比较按钮,以供查看文件是否一致会是个不错的主意! 通常,两个文件具有相同名称的原因是它们互为副本。在两个相同的文件间进行选择通常是无意义的,对于复制操作来说是如此,对于移动操作来说通常也是如此。我们研究了几种识别重复文件的方法,并最终确定检查文件名、文件大小和修改日期属性的方案最为有效。这些属性可以快速、高效地识别绝大多数重复文件,并且相对于文件哈希值等其他方法具有较好的向后兼容性。 在 Beta 版中,我们向 [Detailed Conflict Resolution](详细冲突解决)对话框中添加了一个新的选项。通过选中对话框左下角的复选框,您可以过滤出所有具有特定名称、大小(详细到字节)和时间(详细到文件系统时间戳的粒度:对于 FAT 为 2 秒,对于 NTFS 为 100 纳秒)。系统将放弃复制或移动这些文件。此功能不会额外增加操作时间,适用于本地和网络,以及所有类型的系统和存储。 我们将放弃复制具有相同名称、日期和大小的文件 此复选框默认为取消选中状态(以便确保用户选择使用更改的行为),但一旦选中就将持续。 复制:系统更改 JL 问道: 在进行大规模复制作业时,我们时常会在中途意识到自己正在通过无线方式进行传输,然后立刻插入一根网络电缆。现在,文件系统是否会自动利用更快的连接方式? 如果复制系统的双方都是 Windows…

0

Windows 8 讨论的最佳位置

我想在这里给大家提供一个链接,单击该链接可以访问针对 Windows 8 展开讨论的最佳位置。请大家转到我们专门针对产品讨论和回答问题而设置的论坛。正如我们所看到的那样,如果帖子中包含大量与本帖主题无关的各种主题,采用评论机制不利于对讨论进行跟踪。我们设置的论坛 URL 很简短,非常好记:输入 http://win8.ms/forums 即可访问普通论坛。   -Steven

1

第一次对话回顾(第 2 部分)

正如在上篇博文的开场白中所言,我希望能暂停一下,回顾我们通过本博客展开的对话交流,进一步探讨大家提出的一些观点和问题,我们在 Engineering Windows 7 博客中也采取过这种做法。我们将延续上一篇博文的话题,探讨反馈的重要性,然后分析围绕功能区、Metro 风格和媒体中心可用性展开的讨论。 功能区 刚开始我们就预计,复制文件功能的重新设计,会引发相当多的关注与意见参与。因此我们发布了关于 Windows 资源管理器的博文。我们甚至有这样的想法:讨论过程将会是“火星四溅”。对于曾参与过富有争议的博客主题讨论的读者,这一定不陌生。我们暂且不必纠结于 Slashdot 的引荐数量(远远多于其他博文)或博客服务器性能(我们为提高效率而调整了网站布局),而是直接进入主题 – 谈谈设计方案的选择吧。 首先,该机制是产品的组成元素之一。与复制冲突对话框一样,当您静下心来仔细思考的时候就会发现,双方往往都会遗漏一些重要的问题,同时过分强调一些相对次要的问题。让我们还拿电影来打个比方,有时候用来宣传的片花可能会在无意中将话题带离电影本身(甚至目标受众)。好消息是我们获得了很多可供讨论的话题。 我们不再重复第一篇博文中的内容,但我想强调一点,我们确实将许多我们必然会面临的批评纳入了考虑。我们选择了功能区机制,而对于那些不看好该机制的用户,我不得不表示无法同意您的观点。我们确定并已证实,本博客的读者对于功能区的反感最为强烈。根据来自 Windows 7 博客中某些主题的经验,我们认为那些不喜欢此功能的人会发表高调的评论。这一假设已经获得了证实。 围绕该机制的用户定位曾有过许多争论,探讨该机制究竟适合高级用户还是初学者。曾有人讽刺菜单只适合于初学者(高级用户应使用键盘),所以利用了工具栏对菜单进行了简化。上下文菜单最初是为高级用户设计的快捷方式,但最终获得了广泛的使用。现在,我们听说(并注意到)菜单和工具栏正受到越来越多高级用户的追捧。当然,我们曾尝试整合这些相互独立的机制,以便提供更简单的体验,根据定义,机制的数量越少 UI 表面区域就越小。虽然有许多选项可供选择,但据我们了解,用户对于使用工作区的产品的满意度远高于其他产品,并且该机制的普及程度和接受程度也相对较高。我们也了解到少数人仍然不是非常满意。在引入功能区机制之前的版本中,虽然原因显然有所不同,但同样存在这个问题。可能无论我们怎么做也无法令所有人皆大欢喜。 对我来说,最有趣的是关于视觉开销的反馈。随着“Metro”的出现,我们开始着手研究如何使用较轻量化的图形处理并减少暴露在外的功能,因为人们希望界面尽可能简约。很显然,我们都喜欢简洁,暴露在外的功能越少表面区域就越小,这意味着我们需要编写、测试和维护的代码就越少。简约不是将功能隐藏起来或让有用的功能变得难以访问。简约是将冗余事项剥离只剩下基本功能。剩下的问题就是如何确实地定义这组功能。我们实施简约原则的做法是避免命令的层叠或功能的隐藏“暗袋”(这些机制本身也会成为概念和代码开销,膨胀不仅来自暴露在外的 UI,也来自 UI 本身),并减少 UI 中的机制数量。通过采取这些措施,我们希望能以一致的方式呈现产品的功能。我们也明白简约并不意味着偷工减料,尤其是读者在反馈中提到希望资源浏览器中增加的功能。 渐进式和层次式呈现的功能是我们曾经采用的方式 — 某些仅可以在键盘上实现、某些仅通过上下文菜单实现、某些通过顶级工具栏实现、某些通过您必须显示/隐藏的工具栏实现、某些通过菜单或子菜单实现等等。除非投入大量时间来适应这些机制,否则任何人都无法很好地掌握它们。当然,如果您已经投入了大量时间来适应这些机制,则很有可能会公然反对机制的变革。这可能也是产生不满的原因之一。我曾经是 Office 2000“自适应菜单”的强力拥护者,结果证明该功能简直令人崩溃,但这些是对降低复杂性和减少表面区域的审慎尝试。俗话说:失败是成功之母,通过这次教训我深刻意识到“隐藏不等于简化”。 我们还在继续优化组织命令的方式和需要组织的命令内容(映射网络驱动器、PowerShell),以及默认设置和图形处理。我们正在积极地考虑有关这些方面的反馈。打造简洁的用户体验是我们共同的目标。我们还希望确保为人们提供得心应手的工具。正确使用数据对实现这一目标而言至关重要,这同时也能帮助我们避免小样本数据或特例干扰我们的选择。 随着“Metro”的出现,对于某些人来说,Metro 就意味着使用特定颜色和字体的“调色板”,可能还包含一些控件的概念。几张已发布的屏幕截图显示,一些命令集(较为不受青睐)已被去除,但主要的变化是调色板的整体缩减。我们发现相对于某些 Metro 应用程序(如 Zune),竞争产品的使用频率更高,并且任何一种媒体播放器都不需要这些功能(解码器、标签等)。 我们一直都在密切留意此类情况,并尝试整合本论坛中有关 Windows 7 整体风格过于暗淡或“苍白”的反馈。事实上,我们已根据通过本博客收到的反馈,向 Windows 7 的原有设计中添加了亮度和像素。我们会继续关注此领域,但是希望避免对整体风格做出“颠覆性调整”,因为许多第三方制造商都倾向于在不通过内置指标或系统设置来获取调色板的情况下模拟 Windows 体验(因此,改变后的风格会显得格格不入)。这一情况引发了对 Metro 风格的讨论。 Metro 风格 围绕 Metro 展开的争论毫无疑问是由于博文发布顺序引起的。我们不确定一开始应介绍较为抽象的概念还是较为具体的概念。由于已有…

1