从传统上意义来说,10英尺环境适合消费内容
- 10英尺环境是娱乐环境,不是工作环境
- 10英尺环境通常是一个社会环境,不是单用户环境
10英尺用户界面的观看体验是电脑和电视的结合
- 电视屏幕兼有电脑和电视的特点。
- 显示分辨率类似电脑,但受到电视特点的影响
- 在TV屏幕上的色彩是不同的(电视颜色饱和度高,设计时需要避免使用高饱和度的颜色)
电视设备拥有高品质的声音
- 电视设备通常连接到最好的音响系统。
- 不像电脑,用户期望电视设备发音,并且希望不会被打扰
1.十英尺的环境
电视在本质上是被动接受,这通常被称为“后仰”体验。即使是愿意与电视互动的观众也不愿意互动得太多。他们想后仰靠在沙发上并享受着互动过程,而不是像用电脑或手机一样要高度集中注意力。
用户不愿意有太多的操作行为,注意力不像电脑或手机一样高度集中
2.电视显示
当你设计你的应用程序时,牢记Google TV 的显示在根本上是与电脑或移动设备不同的。除开它的尺寸大小因素,电视显示出的信息总量比电脑或移动设备的要少。你应该提供更少的UI,可能需要自动化处理某些任务,而不是要求用户去互动。
信息量相比电脑移动端要少,更少的UI,尽可能的自动化处理某些任务
以下是一些UI设计准则:
- 使用手机作为UI模型。现代电视的尺寸具有欺骗性。尽管现代电视的屏幕对角线通常大于40英寸,成比例地,观众坐在电视前比坐在电脑显示屏前要远。观众感受到的是,电视屏幕尺寸比电脑显示器要小。当你在设计UI时,你可以使用手机作为 “模型”来模拟这种体验。
- 在页面上的元素之间应该留出更多的空白空间,避免屏幕上杂乱的外观。要做到这一点,需要综合使用更大的外边距和内边距。这对“触屏”UI也同样是一个好建议。
- 电视总是横屏的。在电视上,水平方向的可用空间比垂直方向上的可用空间要多。将屏幕上的导航控件水平放置,为内容部分节省下垂直空间。
过扫描
另一个难题是过扫描。由于历史原因,电视制造商必须在正常屏幕尺寸的外侧预留出空白边,能够被电路寻址,但是不被用来显示电视信号。这些空白区域就是过扫描区域(或者就简称为“过扫描”)。Android应用程序不能在过扫描区域显示。
不幸地是,过扫描也因为制造商的不同而不同。所以围绕你的UI的空白边也多种多样。如果你为一部有显示过扫描的电视设计UI,你也许在不经意间将过扫描区域当作UI和电视边框之间的空白边使用了。如果之后你在一部几乎没有过扫描的电视上运行你的应用程序,UI将几乎没有空白边,这些元素可能很难识别。
为了处理这个问题,为你的UI提供额外的10%的空白边,并使用一个非绝对定位的布局。如图1所示。

由于电视具有“过扫描区域”为UI提供额外的10%的空白边距
色彩
与电脑显示器相比,电视屏幕有更高的对比度和饱和度。考虑到这点,在使用纯色的时候要考虑一下准则:
- 谨慎地使用纯白色(#FFFFFF)。纯白色在电视屏幕上会引起振动或图像重影。用#F1F1F1(hex)或者240/240/240(RGB)来代替使用纯白色。
- 避免使用明亮的白色系,红色系和橙色系,因为这些颜色在电视上显示会特别严重的失真。
- 了解不同的电视显示模式,包括标准、锐利、电影/剧场,游戏等等。确保你的应用能适应这些全部的电视模式。
- 避免使用大面积的色彩渐变,因为它们可能会导致色带。
- 如果可能,在低质量的显示器上测试你的应用程序。这些设备可能有较差的伽马值和颜色设置。
避免使用纯白色,红色及橙色系,大面积渐变需要确保是否出现色带
方向键导航
网格的使用
对于方向键盘的上、下、左、右控制方式来说,网格是最显而易见的映射。如果不使用网格,元素可能会倾斜,在不同基线上,或在不同的垂直中心线上。这会强迫用户从上到下、从左到右重复切换,或者会让用户感到困惑,不知道如何去移动焦点。
某些元素,像可滚动列表,可能会与网格排列相矛盾(见图4),在这种情况下,你应该尽可能将默认状态下的焦点放在离网格近的地方。

焦点移动原则
- 十字运动原则
由于焦点的移动依赖遥控器「方向键」的来操作,所以焦点移动需遵循“十”字运动规则,且焦点的运动方向需和用户预期方向一致,如按【左】则焦点向左移动,按【右】则焦点向右移动,按【上】则焦点向上移动,按【下】则焦点向下移动。
- 就近原则
在焦点运动过程中需遵循就近移动原则,当用户按方向键时,则焦点移动默认到距离当前焦点位置最近的一个卡片上(适用当前无焦点记忆情况下)。
- 焦点记忆运动路径
焦点路径记忆指的是根据用户的操作行为记录焦点移动轨迹。无焦点移动记录时,按行移动焦点,默认获取到此行的首位;有焦点移动记录时,焦点移动到此路径记录内容上。
适用于范围:侧边多层结构;固定区域拓展内容(包括屏外拓展的行和屏内竖向区域拓展)
跨设备的UI
你可能认为42”屏幕是最强大的,但是情况并非如此。智能手机通常比电视有更强的处理能力。电视中的高清视频和音频是预先渲染的,所以电视所需要的只是与广播源中的高宽带连接。换句话说,大多数电视的信息处理工作是由广播源完成的,而不是电视本身。
考虑到这点,编写应用程序要将用户界面最小化,为用户考虑越多越好。
元素越少越好
方向导航陷阱
方向导航键盘与UI模式的交互,更加强调了左右层级的优势。在更好的绿色样例(图20)中,划分了三个区域:全局、列表和确认内容。当用户从分类到确认内容逐步缩小选择时,他们是从左到右移动焦点。任何区域内的导航被限制在上下方向。这样就很容易在长列表中选择项目并确认选择

在不令人期待的红色样例(图21)中,层次结构保持不便,但变为垂直排列。用户使用导航在区域间上下移动。区域内导航并不是一致的,在顶部和底部区域内是左右导航,但是在中间区域内的确是上下导航。
在触屏设备上,这个布局是比较容易掌握的,因为用户能抬起手指,在区域间内跳跃点击。然而,在方向导航的设备上,用户不能在区域间跳跃操作。如果用户想要从全局区域的顶部到底部的确认按钮,他们必须滚过中间列表的每一项。如果列表包含了50个项目的话,这得是多大的负担!使用从左到右的层级列表来防止这个陷阱。

网友评论