因应平板装置开发的Honeycomb界面更新重点
- DIGITIMES企划
早期多数投入Tablet产品的厂商,采取以Android 2.x搭配平板硬件的设计方式进入市场,在整合性与使用体验未全的限制下,并未能在市场抢得有利的竞争地位,但在Google推出首款针对平板应用最佳化的Honeycomb操作系统后,这场非Apple与Apple的平板电脑大战,才开始有了双方足以分庭抗礼的基础条件...
新版Android操作系统取名为Honeycomb,此为供开发者识别的内部开发版本名称,而Honeycomb系统已就中、大型屏幕需求,进行大量使用者界面的User Experience功能改善。
Honeycomb取消常见硬件键 改用虚拟键替代
一般Android 2.x的平板装置会设有Menu、Home与Return等3个实体按钮,而Search钮多半为可选式的设计,Android 3.0的使用者界面则提供Soft navigation buttons,这是Android系统第1次尝试采行虚拟键的设计形式,因为目前的平板装置设计趋势,有别于移动电话会在主机正面增加许多硬件按键设计,因为在平板产品设计中,面板采取更简洁的设计(即无实体按钮设计),可让平板装置有较窄的边框,甚至设计出几近无边框的产品。
加上平板电脑因面积较大,若将按钮设置于装置边缘,其User Experience亦显得不合理,但基于系统操作的需求,又必须符合简化触按操作的设计目的,如何在无实体按键的前提下,设计出具实体按键效果的虚拟键应用功能,Honeycomb即透过Soft navigation buttons来实现上述应用。
在Soft navigation buttons中,Google已经去除Search键,猜测是系统本身已将Google Search全面整合,不需要再占用Soft navigation buttons设置多余的Search功能,而原有既存的撤销、Home、Menu键则加以保留。Soft navigation buttons在Honeycomb的设计原则下,应是以辅助的角色呈现,采取黑底搭配不显着的设计呈现,因为Soft navigation buttons出现机率相当高,几乎开机与应用各项软件都会调用此功能,若按键太过显眼,可能会造成不同软件间切换时的视觉不搭调问题。
Honeycomb更新之UI设计
System Bar为Honeycomb于一般作业时期都会看到的系统功能,主要是用来呈现系统参数、APP提示,与目前多数采行Android 2.x进行平板应用整合、System Bar均位于屏幕顶端的设计方式大不相同,因为2.x的系统版本理应是针对移动电话、智能移动电话最佳化的移动操作系统,Honeycomb则为专注于平板装置应用方向思维的系统环境。
以往Android多装载于移动电话这类手持装置,因应电话的应用需求,多数的System Bar会置于画面的最上方,在转换成平板装置应用的操作系统时,System Bar改置于画面右下方,主要是呈现系统时间、无线信号强度、电池储备电量、是否有缺省闹铃、系统提示信息等。因为Honeycomb为因应平板装置设计,这类装置以采取中、大型尺寸面板为多,至少都是7寸以上的面板设计,因此将系统视觉性的信息置于下方,需大量操作触按的查找、语音查找、APP选单则置于画面上方,调用相关应用程序更为便利顺手。
Action Bar的设计方面,对Android系统而言,其使用者体验部分可说是开创性的崭新设计,因为以往2.x系统为基于移动电话的设计基础,很多电脑应用的操作模式均被大幅简化设计;然而换成中、小尺寸的装置后,就会发现这种设计会让APP的开发出现功能受限、开发难度偏高的问题,而Action Bar可以进行类似桌上型电脑的进阶选单设定,使用者可在Action Bar进行进阶设定、选择,让Tablet装置更趋实用化。在Honeycomb中,Action Bar会出现于应用程序的上方,可搭配例如该程序的下拉选单或是其他界面,而当运行程序卸载或关闭时,该程序对应的Action Bar也会伴随消失。
更便捷的5组Home Screen、Multitasking、Activity fragment
Honeycomb因应平板装置应用,将Home Screen增加至5组,可供用户进行应用设定,尤其因为可视区域较手机增加许多,操作便利性大增,另外用户可以透过触按添加程序快捷连结、功能模块,也因为采用Honeycomb的平板装置大多为改用ARM双核心的新一代硬件平台,可提供阴影、背景与更多视觉强化特效。
Honeycomb的Multitasking为采取直列式呈现,而多工运行中的APP,可透过实时的画面缩图确认目前的APP运行现况,若是有错误画面或画面冻结,表示此APP必须关闭。在Honeycomb版本的硬件大跃进基础下,代表可多工运行的资源多更多,采直列式的呈现模式可在不同APP间随意互相调用。
Activity fragment则是一个相当有趣的UI概念,以往的设计为单一APP占用1个Screen View,若使用者需要更大的作业区块,就是将窗口再放大,而这种操作情境在Tablet产品可能较难发生,因为屏幕尺寸即限制了此种操作模式的可能性,但Activity fragment则是用来解决这个应用瓶颈的技术观念。在Honeycomb系统下,开发商可以将APP呈现的内容切成多段fragment,可让不同APP内容透过多段fragment在同一个Screen View下进行检视,或是同一APP的多段fragment于单一Screen View下进行检视,增加使用者的画面控制自主性。
全新虚拟键盘与Copy & Paste支持
原先为了让产品快速上市,多数平板电脑大多挂上Android 2.0/2.1/2.2/2.3即出货,若在中/小尺寸的平板装置应用中,应用Android系统平台除会发生GUI的按钮、选项放大的现象,但实际上这只是针对手机应用环境的GUI转移所致,相同的问题在系统键盘的调用方面,也呈现相关UI不搭调问题,尤其是参考手机操作键盘的设计,一经调用则整个画面几乎就被占满。反观Honeycomb的全新虚拟键盘设计,调用后会发现其维持QWERTY标准按键设置方式,输入的预览区块也相对加高许多,实用性更为提升。
早先iPhone产品最为人诟病的,就是不支持Copy & Paste功能,虽然移动设备如移动电话这麽小巧的应用平台,理应不需考虑处理大量数据的需求,但事实上,在目前移动设备智能化的发展趋势下,移动设备不只搭载更强劲的运算核心,在人机界面部分,也朝向延续笔记本电脑操作经验的方向演进,而其中消费者最仰赖的必备功能,即Copy & Paste应用。在Android 3.0针对平板7寸以上的中、小型触控装置设计来说,处理大量文字、信息信息,应是常见的应用模式,但平板电脑的使用情境多半是靠单指或多指搭配操作,思考采鼠标搭配Pop-Menu进行较精细的处理则较难实践,而必须利用相对简化的触按或手势处理文字。对此,Android 3.0系统核心支持多重选取功能,可供使用者进行大量、多重的选取作业,或透过Honeycomb整合的clipboard功能进行拖拉式的Copy & Paste操作,让文书处理更便捷。