译文｜Touch bar 完全设计指南：设计原则、新特性与基本元素.pdfVIP

译文 ｜Touch bar 完全设计指南 ：设计原则、新特性和基本元素 日前苹果发布会上 ，最 的亮点之一当属替代一栏功能键的To uch bar。本文包括有5个小节 ，详细介绍了To uch bar设计原则、新特性和基本元素 Touch bar 概述 To uch Bar是位于新一代MacBoo k Pro键盘上方的一条 Ret ina 显示屏 ，同时也是与主屏幕内容交互 提供动态操作界面的输入设备。基于当前语境 ，To uch Bar的这些控件能对系统或应用的功能进行 快速访问。 例如 ，当用户在编辑文档时 ，To uch Bar可提供调整字体类型和 小的控件。 当用户查 看地图时 ，To uch Bar可一键快速查找位置附近的加油站、住宿和餐馆。 To uch Bar右侧的To uch ID传感器支持指纹登录计算机及A pp St o re和A pple Pay的购买支付功能。 Image t it le 默认情况下 ，位于To uch Bar右侧的可扩展控件条 （Co nt ro l St rip ）中包含了系统级操作的控件 ，如 唤起Siri、调整主屏幕的亮度及音量等。而在此之前 ，用户是通过物理按键进行 多数的此类操作。 你可以在位于控件条左侧的应用程序区域中 ，写入特定的应用控件。Esc （退出键 ）或其他系统按 键会根据当前情况出现在应用区域的左侧。 Image t it le To uch Bar是可配置的。用户可以从控件条中移除功能 ，甚至将其完全隐藏。在隐藏状态下 ，仅显 示应用控件。用户也可以隐藏应用程序区域 ，只显示扩展的控制条。有些应用也允许用户在应用区 域中添加或删除操作。 若要在应用中以代码实现To uch Bar功能 ，请参阅 STo uchBar的参考文档 。若想了解如何使 用X code中的Int erf ace Builder将To uch Bar控件添加到应用程序 ，请参阅 X code Help。 为Touch Bar设计 在设计To uch Bar应用界面时 ，请遵循以下规范 ： 设计情景化体验。To uch Bar内容需与主屏幕当前内容相关。在应用程序中区分不同的场景 ，并根 据应用程序的实际使用情况 ，思考如何曝光不同层级的功能。 将To uch Bar看作键盘和触控板的延伸 ，而非显示器。尽管在技术层面上To uch Bar就是屏幕 ，但它 是被视作输入设备使用的 ，而非辅助显示器。用户可能会通过To uch Bar来定位或使用某个功能 ， 但他们的焦点应该处于主屏幕之上。任何过分吸引用户注意力或者会影响主屏幕上首页任务的信息 ，如警告窗口、信息、滚动内容、静态内容等 ，都不应该在To uch Bar上展示。 视觉 果尽量与实体键盘一致。To uch Bar中的控件在 小和颜色方面应尽可能与实体键盘外观保 持一致。 不要单独地在To uch Bar中显示某项功能。并非所有设备都有To uch Bar ，用户也有可能选择禁用 一个应用程序配置在To uch bar上的控件。应该始终提供能在键盘或触控板上执行任务的方式。 控件应能立即生 。提供更快捷的操作 ，否则用户需要用更多步骤来完成诸如点击控件或从菜单选 取项目这样的任务。具体可查看Co nt ro ls. 立即响应用户操作。即便应用在工作中或主屏幕正更新内容 ，To uch Bar中的任何已启用的控件也 应能立即响应用户的操作。 尽可能让在To uch Bar中启动的任务 ，在To uch Bar中完成。用户不应该切换到键盘或触控板来完成 任务 ，除非这项任务所要求的界面控件的复杂度超出了To uch Bar的支持范围。 避免使用To uch Bar执行常见的快捷键任务。一般来说 ，To uch Bar不提供包含查找、全选、取消 选择、复制、剪切、粘贴、撤消、重做、新建、保存、关闭、打印和退出等操作 ，也不应该重复提 供已有的键位导航 ，如向上翻页和向下翻页。 一致并准确地反映状态。如果控件同时处于To uch Bar和主屏幕之上 ，两处应呈现相同的状态。 例如 ，如果一个按钮在主屏幕上是禁用状态 ，那么它在To uch Bar中也应为禁用状态。 避免将To uch Bar上的交互行为镜像显示到主屏幕上。例如 ，如果用户在To uch Bar中点击了按钮并 显示了其选项列表 ，这些选项不应在主屏幕上显示。 1 交互 1.1 辅助功能 macO S提供了 量的辅助功能来帮助失明、失聪以及其他残疾群体。与标准界面元素一样 ，To uch Bar中的控件也可以轻松访问。 为控件提供替