下载客户端
下载客户端
关于我们 寻求报道 加入我们
公司 2011-12-13 07:00

如何改进 N9 的交互设计

积木 积木 编辑
-

N9 上可以感觉到 webOS 的诸多延承。纯净的配色,圆润的边角,尤其是滑动切换的优雅,无不体现出 Peter Skillman 在设计中对简洁纯粹的追求。

虽然很喜欢 N9 的各种设计,也认同滑动的理念,但在使用过程中,却发现一些问题。实际上,N9 的系统交互使我一头栽进了雾水里。

系统操作依赖滑动手势而不是交互按键,的确是件很高明的创意。但滑动手势也是有缺点的。一是不易发现,有些学习成本;二是缺乏特定着陆点。

在 android/iOS 上,进入应用之后,按 Home 键,你总是会回到主屏。如果想快速切换最新应用,可以长按 Home 或双击。这始终是高效和可达到预期的。但滑动手势缺乏明确的指向性,会出现一个手势多个着陆点的问题。而在 N9 的交互设计上,看来很智能的设计更是造成了很大的问题。

N9 的主界面其实是三个屏幕,主屏,通知和多任务。以主屏为基点,右滑是通知,左滑是多任务。这本来没有什么问题,但是进入应用之后,问题开始出现了。

设想你从主屏进入应用。当你开始从边缘滑动的时候,你发现手势的着陆点是主屏。(应用中增加了上部边缘下滑关闭;下部边缘上滑悬停出现常见功能图标的手势。)

mutitask

于是你的预期是:进入应用之后,无论左右滑动都回到主屏。

现在回到主屏,再启动一个应用,左右滑动,你的预期再次证实了,现在,左右滑动仍是主屏。

尝试一下多任务吧,从主屏滑动到多任务,然后启动一个应用。现在左右滑动会回到哪里?

经过上述的操作,你肯定会预期回到主屏吧。但是,你发现自己回不到主屏了,无论你从那个方向滑动,只能回到多任务界面。

mutitask2

原来系统是记录你进入应用前的状态的,如果从主屏进入,你只能切换回主屏;从多任务进入,只能切换回多任 务。

经过以上的操作,相信初用系统的人,都会一头雾水吧。根据应用进入前的状态,手势着陆点是不同的。

问题出现了:多个方向的手势是一个着陆点;一个方向的手势是多个着陆点。而你想要从应用直接切换主屏或多任务,反而可能多走一步。

在应用的两种情景下,手势着陆点不同会带来困惑,系统一个智能的记忆,反而带来了问题。

其实,解决问题的关键在于尽量保持手势的着陆点不变,尤其是在同一起始点的时候。当你进入应用时候,不一定需要保持对进入前状态的记忆,你真正需要的是往前看,就是如何切换到主屏或多任务界面。而固定的手势着陆点可以强化记忆,形成预期。

N9 中应用内从上部边缘向下是关闭,始终回到多任务。这就是固定了着陆点。可惜的是,着陆点是错误的。如果我如果从多任务界面进入应用,还是回不了主屏;从主屏进入应用,可以切换多任务,但是应用肯定是关掉了,再启动必须再回主屏。

看实际操作中一个例子,从主屏启动应用,然后关掉,到达了多任务界面,由于没有运行任何应用,多任务界面显示“未打开任何内容”,下一步操作必须再滑到主屏。多了一条毫无意义的弯路。

上面其实还没有谈到通知界面。如果你从多任务界面进入应用,回到通知界面需要多走两步,因为 N9 在屏幕上部的状态栏不能下拉显示通知。

设想,如果进入应用后,固定模式是:从左边缘向右滑动到主屏,从右边缘向左滑动到多任务,上边缘滑动关闭回主屏,下边缘滑动是通知,是否更好?而事实上,这个问题也的确有人思考过了。Maemo/MeeGo 开源项目的积极贡献者,美国国家仪器(NI)高级软件工程师 Ed Page 曾提出一套改进方案,而MeeGo 团队软件工程师 Felipe Contreras 在自己的博客上提供了实现方法。最终版软件没有改进,或将功能加入设置项,不得不说是个遗憾。也许诺基亚认为这个问题影响的是高级用户,暂时无需改进。但在实际使用中,我的感觉却是,这影响的恰恰是普通用户,尤其是初次接触 N9 的用户。

如果你想要自定义手势的着陆点,最简单的方法是下载 Swipe Manager。(一个 deb 文件,请将文件重命名后,用文件管理器安装。)

文章评论(-)
后参与讨论
正在加载中