时间: 2021-07-30 10:38:30 人气: 28 评论: 0
一种新形式需要一种新的UI设计模式。在较高层次上,Android的可穿戴设备UI主要由建议和询问这两个核心方面组成。应用程序在这两方面扮演重要的角色。
上下布局是一个垂直列表,列表中的每一条**显示有用的或及时的信息。就像现在Android手机和平板上的Google浏览器一样,用户垂直滑动界面,了解卡**的简要信息或是将对自己有用的东西查看更多。在屏幕上,一次只**显示一张卡**,而背景图**常常可以提供额外的可视化信息。应用程序可以创建卡**,如果这张卡**是最常用的,可以将它插入到上下文流中。
在上下布局中的卡**不是简单的通知,用户可以通过水平滑动来显示更多的页面。将来的水平滑动可能**显示可点击的按钮,用户可以通过点击它来拒绝或接受通知。如果是从左往右滑动卡**的话,卡**就**消失。可以先将卡**从上下文流中删除,如果下次有有用信息时,还可以再将卡**添加到上下文流中。在模拟器中,鼠标在屏幕顶部滑过时,顶部的蓝条**发亮,当你点击后,界面就**返回到首页。
上下文流中的卡**不能预先知道用户想要什么,而提示卡**可以让用户和设备进行对话。用户可以通过说“好的,Google”来打开提示卡**,或是在主屏幕上点击“g”图标,也可以向上滑动显示一列可操作的提示卡**,这些提示卡**都是可以点击的。
这一系列的操作行为包括Android的语音操作,即将来临的Android可穿戴设备的SDK允许开发者的应用与这个操作相匹配,用户可以使用语音命令来进行操作。很多应用可以加载语音,用户可以选择他们更喜欢的应用。
Android可穿戴设备在适当的时间**提供适合的信息,能将用户的真实生活和虚拟世界联系起来。
在Android可穿戴设备设计平台上有一些优秀的用户体验设计指南。实质上,设计Android可穿戴设备与设计手机或设计平板是不同的。我们从描述内容怎么与整个Android可穿戴设备相配合开始设计。
为了更好地理解Android可穿戴设备的用户体验,可以去读读Android UI概述。
Android 可穿戴设备体验包括:
在用户关注的方面,为用户提供与世界的智能联系。Android可穿戴设备既是个人化的,也是全球化的,既是简单的,也是智能的,虽然不引人注意,但随时准备提供服务。在设计时注意这些原则**使整个Android可穿戴体验有亲和感。
通知的UI 模式
Android的通知以卡**的方式在上下文流中汇总出现,它们形成了Android可穿戴设备体验的核心。许多关于通知的Android设计指南也适用于Android可穿戴设备。尊重用户,减少没必要的打扰。
在通知中省略没必要的文本。为简单一瞥,而不是为阅读进行设计。在设计时使用词语或是短语,而不是使用句子。在可能的情况下,直接显示简单的图标,符号或是可视化图形来传达你的信息。
在一些例子中,特别是信息应用,卡**包含的动态内容可能不适合出现在一个屏幕上。在这些例子中,内容**自动缩小来适合卡**大小,当用户点击时,它**放大,然后可以看到全部的信息。
通知的优先级应该反映出通知的紧急程度,有时效性的通知应该要有高的优先级。主动通知——引起设备振动——应该在引起用户紧急关注或行为的情形下使用(例如,时间提醒,朋友发来的信息)。不紧急的通知(比如:过渡时间卡,每日计步器记数,社交网络更新)应该默默得添加到卡**流中。
操作
在通知上可以进行操作是用户的权利,应用程序应该允许用户可以在通知上进行操作。允许多达三个的操作,最常用的操作应该放在第一位,所以这个单独的操作是远离内容的。
操作由一个图标和一个标题组成。图标应该是PNG格式,有白色透明的背景,大小是32x32dp(8dp内边距)。按操作栏图标的图解设计指南来进行设计,标题应该是动词,并且是简短的,在一行内**自动缩短。
操作应是可选的,许多有用的通知并不需要包含全部的操作。
关于操作按钮的开发细节,请看《Creating Notifications for Android Wear.》。
图像
图像在卡**流中出现,提供上下文和一看即可的内容。图像应该提供通知的核心信息,例如,关于体育队的卡**需要包含团队的颜色和标志;关于联系的信息内容要包含个人的头像照**。
记住,卡**可能**盖住图像的下半部分。当水平滑动时,图**应该以合适的大小(64x64dp)出现在手机上。在包含页面或操作的通知里,风景画似的照**能起到更好地作用。
在通知中使用setLargeIcon()函数来增大图像,更多信息请看《Creating Notifications for Android Wear》。
应用程序图标
应用程序的启动图标**自动显示在卡**上让用户能更容易得识别通知。不要使用通知标题或是背景图像来识别应用程序或是给应用程序打上商标。相反,让图标起到识别的作用,在卡**和图像中传达清晰、简洁的信息。可以使用setHintHideIcon()函数来隐藏这些图标。
页面
页面是在主流卡**右边出现的额外卡**。如果核心信息不是小**段,但将大量信息放到主要通知中,用户是不**一看就知道内容是什么的,这时候就应该使用页面来提供额外内容。
页面在通知的右边随即出现。它们通常提供额外的细节或是关于卡**内容的其他观点。例如:
用户可以添加任意数量的页面。但是,通知里的操作不应该**过三个页面,以此来确保操作是简单易访问的。
页面是可选的,许多有用的通知不需要包括页面。
更多关于页面设计的细节,请看《Adding Pages to a Notification》。
通知库
通知库集合大量的通知,这些通知是相同的应用程序中的通知整合成的一堆卡**。页面通常是在一个单独的通知里提供额外细节,通知库则是将相关通知都集合在一起。当用户进入到一张单独卡**查看内容时,通知库**放大。
通知库是一种增加大量有用通知而不**给用户卡**流增加负担的方式。如果应用程序**有同时推送的通知,考虑将它们合并放在通知库里。
每个在通知库中的通知可以包含不同的页面和与其具体通知有关的独立操作。用户可以在通知库中放大通知卡**来访问这些操作。
更多关于通知库的细节,请看《Stacking Notifications》。
语音回复
语音回复主要在信息应用程序中使用,提供了一种口语,而不用手写来发送简短信息的方式。在各种情况下,用户可以使用多达5项的默认回复,或者是“预设回复”。预设回复是可以点击的,在某些不能说话的场合下,用户可以用这种方法快速简单地回复。
在选择中应该要有一系列简单、中性的回复。长语音回复在语音回复中可能**被自动截短。
关于语音回复设计的更多细节,请看《Receiving Voice Input from a Notification》。