打造 Windows 8 的用户体验

本博客大部分时间都在关注一些具体的细节和功能,而很少关注产品的整体“哲学”或“概念”。但是,鉴于 Windows 8 包含的创新水平,我们认为有必要多介绍一些有关我们如何着手设计 Windows 8 的背景。与进行任何重大的更改(针对广泛使用的产品)一样,Windows 8 也引发了激烈的讨论。目前数百万人正在使用 Consumer Preview 进行日常工作,我们听到了来自他们的众多声音。许多人(包括来自《纽约时报》的 David Pogue 和来自 Gizmodo 的 Mat Honan 等等)给予了相当积极的评价,也有许多人对某些方面略感不满,这些意见大多通过本博客的评论得到了充分表达,我们也成功按照预期通过本博客与用户展开了大量对话。一些人向我们询问产品中做出的设计选择,Windows 的演变和发展,或者设计对不同人群的适用性。一些博友认为我们应该将传统桌面与 Metro 风格的元素进一步分离。其他人则狂热地相信我们应该让桌面与 Metro 风格的界面更加接近。出现如此众多的意见,正是由于试用 Consumer Preview 的用户群规模庞大。Windows 的十亿名用户有十亿种使用方法,为这样一款产品设计新版本,用我们的话来说,就像是给十亿名个人订购批萨一样困难。为了让这一设计过程更加透明,我们通过本博客与您展开对话,并且非常注重和珍视这种对话。用户体验团队的项目管理总监 Jensen Harris 撰写了本博文。 –Steven 在 2011 年 6 月召开的 D:All Things Digital 会议上,我们首次展示了为 Windows 8 开发的新用户界面。这种新 UI 的使用体验快速而流畅,并针对笔记本电脑、平板电脑和平板笔电等移动设备进行了优化,它们是如今人们大部分时间都在使用的设备。无论使用鼠标、键盘还是您的手指,Windows 8 都同样表现出色,并且它还具有所有操作系统中最出色的手写笔支持。它支持多显示器,并具备所有操作系统中最广泛的配置和外形尺寸支持。最重要的是,Windows 8 引入了一种新的应用类型,我们根据开发 Windows Media Center 和新…

6

提供可靠、可信的 Metro 风格应用程序

随着我们为 Windows 8 和全新 Metro 风格应用程序而开发应用模型,我们也随之确立了一个关键性的结构要求,即为用户提供可放心使用的应用程序。具体来说,应确保应用程序在资源使用方面运行良好,应用程序之间不会相互干扰,应用程序仅在获得用户许可的前提下使用系统资源;而且用户可轻松安装和卸载应用程序等。为了实现这些属性,开发人员需要一个可靠的平台和一系列功能强大的工具。这就要求我们“另起炉灶”,而不是在现有系统上进行翻新。而 Windows 8 在这一方面进行了全方位的革新。本篇博文将详细介绍我们为向用户推出可靠、可信的 Metro 风格应用程序而在平台级别所开展的部分工作。本篇博文的作者是开发体验团队的项目经理 John Hazen。–Steven Windows 8 Metro 风格应用程序平台开发中的一个核心原则是确保用户可放心使用其应用程序。这是我们共同的使命;在本篇博文中,我将向您介绍我们的愿景,即通过设计专属于您的应用程序,让您放心、可靠地使用应用程序。 文章开篇,我先来解释一下何谓“可信度”。想象一下,一名用户正在 Windows 应用商店中浏览 Metro 风格应用程序;我们希望用户此时能将注意力集中到应用程序上,并思考某款应用程序是否为他们的心仪之选。我们希望客户认为,应用程序将以其预期的方式运行,因而能在其系统中表现出良好的性能,仅使用已授权的数据和信息,并与其他应用程序和谐共存。事实上,我们希望客户不仅仅这样认为,而是充分信任我们所提供的应用程序就是如此。 我们对平台设定的目标是帮助大家一同构建能体现这一可信度愿景的出色应用程序,因而在默认情况下我们即可获得客户的信任。为此,我们对整个系统的方方面面都投入了大量精力。以下图片展示了我们的构想: 应用程序的可信度:面向 Metro 风格应用程序的 Windows 8 SDK、Windows 应用认证工具包、应用程序签名、 应用容器、评级与审查、应用商店上架过程、无障碍安装、遥测反馈 本篇博文所讨论的内容涵盖了以上方面,而且文末将深入探讨我们应用程序的功能。首先,让我们快速回顾一下以下内容: Windows 应用商店 –客户的使用体验始于应用商店,用户可在此一站式购买 Metro 风格应用程序。为了进入应用商店,您的应用程序必须经过包括安全性检查在内的多项审查,以确保技术与政策的合规性。当应用程序发布于应用商店后,社区将对您的应用程序进行评级和审查。上架过程和社区审查将共同有助于打造一个良好的环境,让客户满怀信心地试用应用程序。 应用程序安装 – Windows 8 将替您完成应用程序部署的各个方面,因此您的客户无需担心安装、更新或删除应用程序的过程将对其他应用程序产生不良影响。 SDK –面向 Metro 风格应用程序的 Windows 8 SDK 将提供一系列定义明确的 API,其有助于您构建出可靠的应用程序,遵循应用商店的上架要求,并为您的客户提供最佳的使用体验。 应用容器和功能 – 相比传统的桌面应用程序,Windows 8…

0

更新动态磁贴,而不会过度消耗电池电量

在我们所有的“屏幕”之中,轻型通知的理念正变得日益普遍。起初,Windows 小工具能够提供这一类型的功能 — 迅速向您提供一些关键信息(如新闻、天气预报、体育比分或行业动态等)的提示性显示。然而这些小工具的启动时间与模式并不能很好地实现整体功耗降低(这对于台式计算机和便携式计算机较为重要),或为开发人员提供全屏幕平台。此外,Windows 8 的“开始”屏幕能够提供一个包含更多此类通知的更大界面,以及一个用于管理更新(包括网络资源使用)的用户控制界面。在现代用户体验中,越来越多的信息由推送获得,或存在于结构化的代码段中,这为开发人员和最终用户提供了一个独特的机会。本篇博文中,Ryan Haveson 将向您讲述 Metro 风格动态磁贴的开发过程,以及该体系结构在降低整体功耗与系统负载的同时,向更多数量磁贴扩展的方式。–Steven Sinofsky 我们都知道性能与电池使用时间对于 Windows 的成功发布至关重要,用户在评论中也不断强调了这些属性。@KISSmakesmeSMILE 将其总结得非常到位: “……试图达到,甚至超越……【竞争者的】电池在轻/低负载使用方面的运行时间效果。” 与此同时,我们知道所有现代环境(从 PC 到电视再到电话)中都有各种形式的小工具、小组件或插件模型,您可利用它们迅速一览各项消耗情况的信息。电视新闻、体育赛事或天气预报将显示一个结构化的信息屏,其中许多信息源实时汇集至一块。人们希望在开始手头工作之前,能够在数秒钟内迅速查询其股票、天气预报、电子邮件数量、下一次约会、业务状况,甚至包括社交网络的状态。在很多方面,有些人会提出相比其他设备,PC 在这一领域仍有许多地方需要改进。当我们着手设计通知基础结构时,我们所面临的挑战是应如何让 PC 包含活动且显得富有活力,同时又确保电源与带宽使用方面的高效性。@AndyCadley 所说的内容清晰地表达了这一目标: “可以将所有 ‘Metro’ 应用程序视为始终在运行,但又丝毫不会影响您的电池/性能” “开始”屏幕可在不影响您正在使用的桌面或 Metro 风格应用程序的同时,为您提供一个全屏提示性显示,这种从用户模式的视角出发的做法让一切变得非常高效。此外,我们不仅仅希望提高其效率,还希望保证您可以在不必担心性能或电池使用时间受影响的前提下,安装任意数量的通知应用程序。 我们内部在使用 Windows 8 时注意到了一个现象,即面向业务线应用程序,将“开始”屏幕用作统一、高可读性的提示性显示可大幅提高生产效率。我们观察到很多用户对主要功能为通知的应用程序产生了浓厚的兴趣。借助我们全新推送通知平台的可扩展性,Windows 8 能够在最大程度降低对系统影响的前提下提供这一功能,这对于当今 Windows 中所存在的众多机制而言,是一个重大突破。这一现象并不罕见,特别是在早期,即使是那些仅使用台式计算机的“顽固分子”也将从“开始”屏幕中受益匪浅,因为“开始”屏幕可作为一个集中化的、显示(与控制)良好的通知区域,且仅需一次按键即可进入。 通知平台的目标 让数以百计的应用程序磁贴包含活动且充满活力,同时确保不会降低性能,这会让用户误认为这两个目标是背道而驰的。毕竟,“活动”,顾名思义需要消耗资源:从云获得通知需要使用网络,在磁贴中呈现通知需要使用 GPU/CPU 资源,等等。为了获得心仪的设计,我们知道必须紧扣我们最初的目标: 在不影响性能的前提下启用数以百计的动态磁贴 利用精美图像,而不仅仅是气球、徽章和文字 为开发人员提供便利,因而他们能够“一劳永逸” 实现实时传递,因此“即时信息”传递可在瞬间完成 基于这些目标,我们所做出首个基本结构决定是该平台应为数据驱动型平台,即后台中没有运行任何应用程序代码为“开始”屏幕提供支持。 谈及通知传递系统的具体结构,其包括以下几个部分:连接时的逻辑、身份验证、本地缓存、呈现、错误处理、回退算法、限制等。此外,该系统需要处理服务方面的问题,例如您何时处于连接或未连接状态,进而缓存未传递的内容,并处理复杂情形以便重试。您能想象每个包含动态磁贴的应用程序都拥有其自身的客户端/服务器代码吗?不仅将在每次执行过程中遇到不同的错误,而且对于内存中所加载的每个应用程序,您将遇到代码实质相同的副本,其代码将被不断分页进入和脱离磁盘。这一过程将非常低效,因为它意味着您所有的应用程序时刻处于运行状态,而您的“开始”屏幕也一直处于活动状态。即使对于内存较大的计算机而言,其系统性能最终也将不断遭受“侵蚀”。 如果您阅读过 Bill Karagounis 减少 Windows 8 中的运行时内存的博文,那么您一定了解,当您增加运行中进程、DLL、服务的数量时,性能将有所降低。如果每个动态磁贴均以其自有的代码运行,那么我们将无法实现我们的首要目标 —…

2

优化横向与纵向显示

尽管 Windows 8 已在众多论坛中频频亮相,但一直以来,我们更倾向于使用横向(宽屏)来展示它的风貌。究其原因,这主要是因为我们通常横向显示图像,并且这种方式可提供更佳的用户体验。另外一个原因则在于许多早期设备(例如 //build/ 大会上发放的配备有 Windows 开发人员预览版的 Samsung 平板电脑)均为宽屏,而宽屏是利用全新的“捕捉”功能显示并排应用程序的理想形式,并且宽屏非常适合横向显示内容。为了获得快速流畅的屏幕旋转体验,并为偏好纵向显示的用户提供卓越使用体验,我们进行了大量工作,正如您将在接下来的内容中所读到的,我们所开展的有关横向、纵向显示偏好影响因素的体验研究对这些工作产生了深远影响。我们甚至对 Visual Studio 和 Expressions 工具进行了改进,以确保开发人员可获得充分的工具支持,构建可在两个方向中同时提供出色显示效果的应用程序。用户体验团队的 David Washington 撰写了本篇有关 Windows 8 中横向与纵向屏幕的博文,他同时还在 //build/ 大会上主持了 APP-207T 讨论会。–Steven Windows 8 PC 实际上是一类新的设备,它的范围从小型、仅需触控操作的平板电脑到便携式计算机和台式计算机不等。在颠覆 Windows 8 的过程中,我们的设计目标是:无论外形与屏幕方向如何,均可向您提供一个出色的用户体验。平板设备可提供符合人体工程学的灵活性,并让您按照最适合您以及显示内容的方向来手持设备。 平板设备的最大优势之一在于您可以将其握在手中。它完全属于您一个人。无论您是在阅读星期日的报纸,抑或是浏览一摞婚纱照,让您对平板设备心驰神往的原因在于您可以手持它,触控它,并与它互动。数字时代中,至关重要的内容均位于各种数字设备中,因此当我们规划 Windows 8 时,我们希望确保其用户体验可支持设备所能放置的任何方向。 在我们设计 Windows 8 中不同外形尺寸的端到端体验时,我们采用了以下原则: 该体验为所有外形尺寸而量身定制:小屏幕、宽屏幕、便携式计算机和台式计算机。 该体验为多任务执行与全屏视频播放而采用了宽屏格式。 能以用户最舒适的方式手持设备,并与其互动。 开发人员能以最简便的方式创建一个可在所有视图和各种外形尺寸的不同方向运行的应用程序。 我们花费了大量时间来研究用户在我们的可用性实验室及其各自家中使用平板设备的情况。我们的观察对象既包括对于平板设备已轻车熟路的用户,也包括刚开始使用这些外形尺寸各不相同的设备的用户,并在数月后与他们保持联络。我们的观察内容包括他们手持平板设备的方式、身体姿势、手部动作以及与各种应用程序、设备位置和方向的互动。观察结果千差万别,我们听取了用户的描述,并识别出影响其身体与设备方向选择的因素。这些影响选择的因素包括人体因素,如手掌大小、拇指所能触碰的距离,人体工程学因素,如重复与疲劳,硬件因素,如硬件按钮的可接近程度,环境因素,如在何处使用平板电脑(如在厨房、卧室或起居室),以及物理因素,如是在站立、坐在沙发上,或坐在办公桌前使用平板电脑。其各种因素组合的数量多得惊人,但其有助于得出一个基本结论,即人体姿势、手持力度及方法的变化相当频繁。简单地说,并没有一种手持设备的固定方法,人们将自然寻求一个在当时适用于使用该设备的舒适姿势和方向。 我们起初认为横向或纵向显示主要取决于个人偏好。我们观察发现每位用户都旋转了设备,而且都希望该设备和用户界面能够在当时能为其提供良好的使用体验。而我们觉得奇怪的是,当人们逐渐熟悉了这一设备以及他们所关注的应用程序之后,决定他们是否旋转设备最独特的影响因素是屏幕中所显示的内容类型。如果其内容与体验在横向显示中效果更好,人们自然将在横向模式中使用该应用程序,如果其内容与体验在纵向显示中效果更佳,人们则将在纵向模式中使用该应用程序。举例来说,大多数的人们都偏好在无黑边的横向全屏中观看电影,而偏好纵向阅读长文章或网页,因为这样可以减少滚动页面的需求。我们了解到,人们所表达的偏好大多取决于其认为该方向是否将提供一个不错的用户体验。我们已经收到了很多有关 Windows 8 是“横向优先”还是“纵向优先”的提问或反馈。而我们的观点是纵向和横向都很重要,因此我们将在两个方向中均提供卓越的用户体验。我们并没有选取某个姿势或方向来进行优化,而是将卓越的用户体验设计为与手持设备的方式无关,并让您认为这一体验是专为该应用程序及其内容而打造。 在涉及横向与纵向时,我们的目标如下: 您可轻松将平板电脑旋转至最适合您的任务或符合人体工程学的姿势。 在 Windows 中可以快速、流畅地旋转屏幕。 可预知…

2

回应大家对 [Start](开始)屏幕的评论

我们在最近两篇博文中展开了许多有关 Windows 8 [Start](开始)体验的讨论。各位中有很多用户已经使用过开发人员预览版,您的评论有助于我们深入理解您的个人使用模式以及相比 Windows 7 而言,Windows 8 开发人员预览版中的优势与劣势。注意:我们已发布的 Windows 开发人员预览版中已“启用”了所有产品,但在用户界面中,我们仍有许多功能性工作要做。我们此举的目的是为了促进沟通,因为我们希望您了解这一产品仍未画上句号。我们看到了一些侧重于“选择”或“禁用”的本能反馈,这是应对变化的一种自然反应,但这可能并不是就某一新产品展开对话的最佳方式。本篇博文的重点在于确保能够听到您有关该设计的建设性反馈意见,因为我们还将继续对其进行改进。核心体验团队的高级项目经理 Marina Dukhon 创作了这篇博文,本博文的内容侧重于某些特定评论以及我们根据您的评论所采取的行动。–Steven 我谨代表团队全体成员感谢各位在过去一周中积极参与有关 [Start](开始)屏幕博客的讨论。我们一直密切关注所有评论,并将尽可能多地回复您的评论。我们知道类似这样的变更必将引起热议,因此我们期待继续与您对话。我原本打算就已经提出的一些特定主题展开讨论,因为这些主题与设计有关。我知道这并不能解决您的所有问题,但请放心,我们正在倾听您的意见,并将继续当前的对话。 这些数据是否可支持所有客户? @Andrew 写道: “我想指出,您所收集的这些数据很可能来自非公司用户,因此您的统计是以家庭用户而非企业用户为基础。大多数企业将在组策略中默认关闭 CEIP 作为一项安全防范措施,以避免网络波动。” Andrew,尽管一些企业并未选择启用 CEIP(客户体验改善计划,该计划可为我们提供了有关人们如何使用 Windows 匿名、选择加入的反馈),我们仍旧从该计划中收到了大量数据,并包括来自企业客户的数据。此外,了解产品的地区、语言、版本以及部署属性将让我们进一步完善所需的数据。由于这些独特数据点的数量庞大,并非简单的“抽样”,因此我们经常将这些数据称为完整“统计”(再次指出,这些数据均为用户选择加入计划以匿名方式提供的)。 除了 CEIP 计划,我们还设有多个渠道帮助公司客户了解其需求。例如,我们不断收集反馈信息,这些信息来自与客户的直接接触(例如现场考察和我们遍布全球的简报中心),咨询委员会和计划成员中的较早采用者,以及公共会议,如 TechEd 和 //build/。我们也通过商讨会和业内分析人士的研究而与分析人士密切协作,并直接开展我们范围广阔的研究。从这些互动中,我们了解了企业在“开始”菜单中所需要的功能与控制,由于我们正为 Windows 8 设计与开发这些变化,因此我们必将考虑这些功能与控制。 当查看这些数据时,您将发现,其实企业客户使用“开始”菜单的经历与家庭用户有所不同: 尽管 81% 的家庭用户在“开始”菜单的右侧设有像“控制面板”、“游戏”和“文档”等默认链接,但只有不到 2% 的企业客户的情况与之相同。 大多数的人都删除了“开始”菜单此部分中的一些项目(“游戏”和“媒体中心”入口点最常被删除的项目)。 相比家庭用户,企业用户启动固定“开始”菜单应用程序的频率高出了 68%,但固定项目的使用率仍比会话的使用率低 10%。 我们将如何处理这一信息呢? 一般情况下,个别企业客户将使用其管理员自定义的“开始”菜单。利用这一研究以及与企业社区的接触,我们正在研制一些有助于满足 [Start](开始)屏幕自定义需求的特殊功能,例如,企业能够从 [Start](开始)屏幕中删除类似于 [Games](游戏)和 [Help & Support](帮助和支持)的项目。对于 Windows 8,我们可支持部署方案,该方案拥有符合业务组需求图标布局的…

8

设计 [Start](开始) 屏幕

非常感谢大家针对上一篇博文发表的评论和反馈。从这些评论和反馈中,我们切实感受到了各位对于设计的关注和热情。我们将继续围绕设计展开讨论,并通过这些博文回答您的问题和评论。我们在设计 [Start](开始) 时,希望它可以替代一系列启动、切换、通知和信息概览视图,为您提供前卫、快速和流畅的体验。这是一项艰巨的任务。当然,我们打算同时为更熟悉 [Start](开始) 菜单、鼠标和键盘的绝大多数客户和使用触控设备的新客户提供这种体验。本博文的作者是核心体验改进团队的小组项目经理 Alice Steinglass。–Steven 如同我们在有关改进 [Start](开始) 菜单的博文中所述,在通过各种技术研究了 [Start](开始) 菜单的实际使用之后,我们意识到该菜单主要用于启动很少使用的程序。由于越来越多的程序通过任务栏启动,[Start](开始) 菜单看起来就像是专门为不经常使用的程序准备的一大堆用户界面。而 [Start](开始) 菜单又未曾针对此目的进行优化过。它仅允许非常有限的自定义,几乎无法提供任何有用的信息,并且仅为搜索结果提供了非常狭小的空间。我们发现越来越多重视效率的熟练用户开始放弃 [Start](开始) 菜单,并将经常使用的程序固定到任务栏,以便能够通过单击即时访问这些程序。我们在专业工作站上经常能够看到这种现象,这些计算机由工程师、设计师、开发人员、信息工作者等专业人士使用,他们会将各种工具固定到任务栏上,并频繁使用。 因此,由于大量证据显示该菜单已经不再符合我们当今使用 PC 的习惯,越来越多的人开始对 [Start](开始) 菜单的替代方案产生兴趣(无论是针对触控,还是针对鼠标和键盘)。同时,我们发现繁琐的通知托盘图标的使用频率与日俱增(菜单和操作也随之增加),同时对于尚未发掘其全部潜力的桌面小工具的兴趣也丝毫不减。 在这些情况的启发下,我们重新审视了自己的设计,并颠覆了 [Start](开始) 在 Windows 8 中的角色。我们意识到任务栏已经成为用于启动桌面程序的强大工具。[Start](开始) 屏幕并不仅仅是 [Start](开始) 菜单的替代品,我们将它设计成了一个强大的应用程序启动和切换工具,一个提供通知、可自定义、功能强大、效率超群并且充满活力的界面。它会将当前分散且集成性欠佳的一系列解决方案进行完美整合。如同我们之前所述,其中某些功能以及全面的鼠标和键盘支持并未包含在 Windows 8 开发人员预览版中,因为该版本将重点放在了构建 Metro 风格的应用程序和 WinRT API 上。 充满活力 在对 Windows 系统进行分析后,我们发现很多 PC 中都充斥着大量系统托盘通知,难以计数的文件夹和已安装软件的快捷方式,以及分散在系统各个角落的众多程序,这些都需要您花费精力予以关注。除了这些程序以外,人们还会访问大量网站,并由此产生来自 Internet 或公司内部网络的更新数据。这些程序和网站会消耗系统资源并产生不间断的更新数据流:新的电子邮件、业务数据、通信、文章、图片、供稿等等。 我们将 Windows 8 [Start](开始) 屏幕设计成了一个始终保持连接的控制台,确保您随时可以访问所有应用程序、活动、位置和您关注的人。新闻应用程序会显示最新的头条新闻,天气应用程序会显示天气预报,RSS 应用程序会通知您更新内容,社交网络应用程序会显示您的状态,或者游戏会告知何时轮您游戏,何时轮您等候。虽然以上只是一些简单的例子,但您也不难想象将当今使用的应用程序(无论其是浏览器中的应用程序、桌面上的应用程序、小工具还是通知)重新打造为连接到相同数据源的 Metro 风格应用程序,唯一的不同是这些…

3

改进 [Start](开始) 菜单

本博文是 [Start](开始) 屏幕设计与启动和切换程序核心活动改进系列博文的开篇之作。一些人将 [Start](开始) 屏幕称为 Windows 8 的“Metro 外壳”,但对于我们而言,这是 [Start](开始) 菜单和相关功能的一次改进。我们一直密切关注评论,并且看到了在核心界面发生变化时众多用户的各种各样的反应。我们希望利用这些博文与您对话,了解您的意见,因此我们将让您了解 [Start](开始) 菜单的历史,以及促成当前设计的决定。由于开发人员预览版的焦点主要集中在构建应用程序方面,而核心用户体验方面仍处于开发阶段,因而我们希望确保讨论将从首要原则开始,并包含设计内容,从而为我们在下一项目的里程碑所处的位置提供更全面的背景信息。 本博文的作者是我们核心体验改进团队的项目经理主管 Chaitanya Sareen。您可能对 Chaitanya 有印象,他同时曾参与过 Windows 7 体验的改进工作,并撰写了工程 7 的博文。 –Steven 我们希望与您分享一系列有关颠覆改造 [Start](开始) 的方式和原因的博文。第一篇博文探讨了 [Start](开始) 菜单的历史与演变历程,以及我们从您这了解到的一些问题和趋势。我们认为在探讨目的地之前了解我们的出发地始终至关重要。我们随后将在另一篇博文中深入介绍我们是如何设计制作出全新 [Start](开始) 屏幕的,可以看到这些讨论带给我们哪些启示。  我们认识到对于一些人而言,Windows 的任何改变都将是破坏性的,因此我们希望确保能就这些改变开诚布公地与继续您交流。由于 Windows 是很多人生活中不可或缺的一部分,因此大多数情况下,任何改变都将让用户从内心深处发出“我要怎样才能关闭它”的声音,或引发有关这些改变是否或多或少地高效的争论。 今天有关触控的讨论与 20 世纪 80 年代对于鼠标是否为一个噱头、浪费工作时间的工具,抑或是用户体验中的创新的讨论惊人相似。我们提到这点是因为我们了解到许多评论都明确强调鼠标优于触控。桌面版程序问世之前,除了在早期绘图程序中以外,鼠标的使用率非常低,然而与引入鼠标的时代背景不同,今天我们的身边充满了触控设备 — 机场、加油站、电影院、每个收银台,当然还有我们的手机。触控设备尚未成为主流的唯一一个地方便是您使用的所有设备中的大多数主要功能。与引入鼠标类似,此类创新离不开新操作系统支持、新应用程序和新硬件。我们相信,随着时间的推移,触控将像鼠标那样如雨后春笋般进军 PC 体验中的每个方面,但并非取代鼠标的地位。这一点的实现,将从 Windows 8 开发人员预览版开始。所以,让我们开始讨论形势将如何演变,这不仅包括 Windows 核心用户体验中的发展趋势,同时也将包括硬件与应用程序的改进过程。 说到主要用户体验,特别是 [Start](开始) 屏幕,我们注意到了各位评论中的一些主题。能否不进入任务管理器而关闭 Metro 风格的应用程序?(可以,有这样的方法,但是我们同时希望与您探讨您为何不需要使用 Metro…

3

Metro 风格浏览:一种引擎,两种体验,毫不逊色

昨天,我们向开发人员提供了关于 Windows 8 的重大参与机会,这一举措受到了开发人员的热烈欢迎,对此我们深感欣慰。B8 的关注点也将随之转移到开发人员预览版及其内容和演进。我们希望参与本博客的读者都能够安装并使用该版本。虽然该版本只是雏形,并且聚焦于开发人员功能,但仍可为您提供诸多使用乐趣。我正在大会现场通过 Samsung 预览平板电脑撰写本篇博文! 我希望向您介绍一些有关 Metro 风格浏览的信息,以及我们为提供真正的无限浏览体验而做出的努力。我们非常关注具有卓越性能、可靠性及深受好评的 IE 安全功能的 HTML 5 和标准支持。我们也在继续改进并提供使用相同 HTML5 技术的桌面体验。这就是我们在 IE10 中为您提供毫不逊色的浏览体验的方式。本博文将介绍 Windows 8 开发人员预览版中包含的 IE10 平台预览版 3。Dean 创作了这篇博文。–Steven 对于浏览器体验的改进远远不止于将其移植到触摸设备上这么简单。为了在运行 Windows 8 的各种外形尺寸的设备上提供最佳浏览体验,我们彻底颠覆了 Web 浏览器体验及其基础架构。 我们在 Windows 8 中的做法始于一个强大的 HTML5 浏览引擎,该引擎可提供两种截然不同的体验。单个引擎即可提供对 Web 标准、硬件加速性能、安全、隐私及其他功能的强大支持。然后,我们在该引擎的基础上构建了两种体验:一种全新的 Metro 风格体验,以及一种更加传统的使用选项卡和相对最小“Chrome”的当前一代桌面浏览器。 结果就是您携带一台设备即可同时获得两种毫不逊色的体验,即可充当沉浸式的平板设备,也可作为灵活多变的笔记本电脑。您也可以在一台强大的多显示器台式机上同时获得两种体验,同样毫不逊色。 借助 Windows 8 中的 Metro 风格浏览器,您将在浏览 HTML5 网站时获得最具有沉浸感的触控优先体验。如果您偏好更为传统的窗口和选项卡管理,您可以通过桌面版 IE 获得该风格的改进形式。这两种体验都通过相同的 IE10 引擎提供。…

0

第一次对话回顾(第 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

设计 Metro 风格和桌面

我们认为花一点时间介绍一下我们在设计 Windows 8 用户界面时的目标会有所帮助。 到目前为止,您已经看到两种不同的 Windows 8 设计元素:首先是 Metro 风格的用户界面,我们之前曾通过视频展示过这一界面,有数百万人观看了该视频。最近,我们在本博客中介绍了我们对熟悉的 Windows 桌面工具(如资源管理器和复制文件对话框)进行的一些改进。我们看到许多人在谈论这些变化。 有些读者可能想知道,这些部件如何协同工作来打造和谐的体验。是否存在两种用户界面?为什么不全都采用 Metro 风格的体验?另一方面,有些人表示 Metro 只适用于平板电脑和触摸屏电脑,而我们应避免使用这种设计风格,因为这会让 Windows 8 变得非常“弱智”。 这是一种寻求平衡的做法,在随后几个月里,我们会在本博客中就该主题展开大量讨论。让两种用户界面合谐共处是 Windows 8 的一个重要特点。作为讨论的切入点,下面介绍一开始我们是如何着手设计 Windows 8 的。 我们在 2009 年夏天就已经开始规划 Windows 8(在 Windows 7 发布之前)。从一开始,我们的意见就是颠覆 Windows,不加限制地重新审视我们支持的用户模型、平台和 API 以及体系结构的最基本元素。我们的目标是打造一种毫不迁就的设计。 这是一项雄心勃勃的任务,它涉及到工具、API、语言、用户界面惯例,甚至是有关 PC 的一些最基本假设。例如,如何将应用程序相互隔离,或如何防止应用程序耗尽所有电池电量?安装(和删除)应用程序如何才能像切换电视频道那样轻松快捷?如何吸引尽可能广泛的开发人员使用新平台?如何使用独特的视角构建触控优先界面? 在我们展示 Windows 8 的第一个演示时,我们介绍了新的 Metro 体验:快捷流畅、有沉浸感、美观并且以应用程序为中心。我们确信,随着随后几个月我们展示的内容的增多,您会发现我们对 Windows 的巅覆程度之深。Metro 风格远不止我们看到的直观设计那么简单。 同时,我们意识到 Windows 7 取得了巨大的成功。这不仅体现在销售数字或用户数量上,还体现在使用深度上。每天有数亿人依赖于 Windows…

5