移动平台Dialog内按键顺序研究.docVIP

移动端三大主要平台，Android、iOS、Windows Phone，咱们逐个说。 Windows Phone平台 先从WP开始吧，WP平台内的弹出提示称之为「raw notifications」，延续Win桌面平台的设计原则。 图1 如图1所示，dialog内操作按键称之为「Commit button」，肯定性操作位于左边，否定性操作位于最右边。Win平台定义了具体的用法与顺序：Yes/No, Yes/No/Cancel, [Do it]/Cancel, [Do it]/[Dont do it], [Do it]/[Dont do it]/Cancel。传送门 ps.注意OK键没有在此间出没，后面具体说明。 图2 WP平台及Win8平台dialog内操作按键的左右顺序也是一致的（图2）。 iOS平台 iOS平台，它的出身与历史注定了与OS X在设计上的传承。与Win相反（或者说Win有意与OS X相反，这里面又要翻出一堆历史遗留问题了 ^_^）肯定性操作位于右边，否定性操作位于左边。（大多数情况下） ps. iOS需要注意按键高亮的状态。 图3 OS X用户预期所有的按键位于dialog的右底部，启动一个操作的按键总是位于最右侧。该按键称之为「Action button」，以确认当前dialog最重要的操作。取消按键位于「Action button」的左侧（图3左）。 OS X Interface Guidelines，传送门（参见Dialog章节） iOS继承了OS X的设计原则（图3右），只是稍稍有些不一样，体现在对于Cancel的理解上： ? o 1.当操作涉及潜在的风险时，两个按键中「Cancel」按键应位于右侧，并高亮提示。 ? 2.当需要引导人们进行所期望的操作时，两个按键中的「Cancel」按应位于左侧，相对应的操作按键高亮提示。 iOS中「Cancel」可能位于左侧，也可能位于右侧，这取决于所执行的操作是否具有破坏性。 iOS平台更看中的是按键的高亮状态（iOS高亮状态始终在右侧，OS X则不然）。同时在dialog弹出的情况下按下Home键，应当是等同于点击了「Cancel」按键，并不执行任何操作。iOS Human Interface Guidelines，传送门?(参见alert的描述) Android平台 Android平台，这才是最头痛的家伙，大多数的坑都在这里。刚出道时，可能是因为当时设计规范执行力度、Android系统的碎片化等原因，导致dialog内的操作按键顺序随着各应用开发者喜好而定，大多数与Win平台保持一致。更新至Android 4.x后，官方终于对此有了一个很明确的态度，并在Android Design里有了标准的定义。 图4 Dialog操作按钮通常是「取消」/「确定」，确定键同时也是首选操作以及最可能执行的操作。但是，如果涉及特殊操作例如关闭或等待，那么所有的按钮都应该使用动词。同是，dialog中肯定性的操作总是安排在右侧，而否定性的操作放在左侧。与iOS理念上统一，但也有所保留！^_^?ps.就算是到现在还是能看到大量的Android应用与该原则相悖，或许是惯性，或许是迁就低版本系统… -_-’Android Design，传送门（参见Dialog章节） 聊完了各平台的设计规范，对各平台dialog内操作按键的顺序有所了解，大家知道怎么去进行设计了，但是身为设计者需要更进一步的思考，有兴趣的请越过下面华丽的切糕线。 ———–切糕线———– 如果你是一个苦逼的设计者，在完全没有设计原则指导的情况下，将如何安排Dialog内操作按键的顺序呢？…… 想个五分钟吧?以下仅为个人观点！！欢迎打脸?^_^ 我倾向于肯定性操作位于右边，否定性操作位于左边，也就是「取消」/「确定」。ps：所说皆错 「确定」/「取消」，采用这种顺序最大的理由是符合自然的阅读顺序，也就是大部分从左起语言的顺序。用户在执行某操作弹出dialog后，视线最先接触的是需要执行的「Action」，因为设计者认为「Action」重要程度比「Cancel」要高，需要着重强调（这里涉及认知领域的首因效应，以后有机会再讲吧。）ps.由于是Win平台所采用的顺序，就简称为Win顺序吧。 「取消」/「确定」，由于主要是水果平台采用，以下简称为 OS X顺序，或者iOS顺序。说说具体为什么倾向它的几个理由： 1. 阅读视线流 Win顺序虽然能够用户视线更早接触到「Action」，但不可否认一个事实，用户会阅读完所有可操作的选项，这意味着用户的视线不会停留在「Action」上，它将继续向后进行扫描，在查看完所有可选项后，再返回之前的的「Action」执行相应操作。采用iOS顺序，用户的视线流将会更平滑，视线最终停留的位置也是「Ac