摘要:这个方法不仅仅适用于焦点移动，也适用于页面切换。在A界面上的位置1进入到B界面，那从B界面回到A界面时，焦点还应该在位置1。可能你会觉得，一个小小焦点位置，有必要纠结那么多嘛？对于电视交互，还真的需要考虑
| 灌醉刀塔食人魔 宅男奇遇记 阻止送信山贼 托马斯玩具火车视频百度影音 231se.com 吃喝闪3歌词 佐佐木风香 网游之血狐杀戮下载 女子高生 寡人之疾txt下载 莫小娘和子妮的照片 |
|
这个方法不仅仅适用于焦点移动，也适用于页面切换。在A界面上的位置1进入到B界面，那从B界面回到A界面时，焦点还应该在位置1。可能你会觉得，一个小小焦点位置，有必要纠结那么多嘛？对于电视交互，还真的需要考虑这么多，你不写清楚，程序员就不知道该怎么做，有的会乱搞，或直接忽视这个问题，造成差的用户体验。当然有经验的程序员哥哥是会自动完善你的交互稿的，这些程序员哥哥还经常提出交互中的不完善之处，简直就是交互小帮手。当然作为交互设计师，咱不能指望程序员哥哥啊，万一他也是个菜鸟级的鲜肉肿么办！ 第四个要注意的问题：获取焦点即执行 VS 获取焦点后按确认键再执行电视上的元素应该有五个状态：1.正常状态 2.焦点状态 3.按下状态 4.标记状态 5.半选中状态。 其中“半选中状态”是一个交互状态，在视觉上与“焦点状态”是相同的，半选中即焦点移动到相应内容但并不执行动作，需要再次按确认键才响应操作。这种状态常见于视频播放或音频播放界面的设置菜单里，所选内容要对当前界面执行更改的情况。比如爱奇艺电视端视频播放界面按“菜单键”调出选集菜单（下图左），暴风TV影视库里面按“菜单键”调出设置菜单（下图右）
图左和图右均有明显标记状态和半选中状态，这两个状态从来都是成对出现。半选中状态是用户即将进行的更改按钮，而标记状态，要对当前模式进行标记。 半选中状态在智能电视刚诞生的时候非常流行，各大厂商的Launcher界面上的顶部tab都采用半选中状态，因为那时候技术限制，电视刷新频率比较慢，若是移动焦点则更改画面，卡顿现象非常严重，所以电视界出现了一个“半选中状态”，用户随便移动焦点却不执行操作（实际上很多用户无聊的时候会移动焦点玩儿），要到想要的位置按确定再执行操作。这种用户体验是十分不流畅的，所以现在的互联网电视，好一点的app，都是遵循所见即所得原则，焦点移过去就执行更改（实际上是有200ms的延迟的哦，程序员哥哥说200ms也不会被用户察觉，是程序界通用的延迟执行时间）。 也有一些情况，是必须执行半选中状态的，比如选择剧集
这种场景，你肯定不希望焦点每动一次画面都跟着切换，那样简直太不流畅了，要是网速不好，简直是要崩溃的体验。 其实半选中状态和选中状态也没有绝对的区分，只是我觉得这样描述在工作中和人沟通起来比较容易，如果严格追求字面意思我这么说是不严谨的。主要大家知道电视存在这么一种特殊状态就好，类似于电脑上的鼠标悬停效果吧，在移动端上我并没想到对应效果。关于获取焦点即执行还是获取焦点按确定后再执行，真的是要具体情况具体分析，主要是东西跑在电视上，操作得流畅啊！所以这里就不写设计原则和建议方法，笔者能力有限也怕写不明白。有时间我会以案例为单位单独分析。 刚刚把设置菜单这个东西引出来了，那菜单掉出来了要怎么收回去？是按返回键还是按确定键？要不要保存当前更改？遵循“从哪儿来回哪儿去”这个原则的时候，是回到上一个半选中状态还是标记状态？这就引出了下一个大问题：遥控器的常用按键应该有的合理功能。
作者：@卜卜胡萝卜1992 原文地址：
|
谈谈您对该文章的看