OK,APPLY,CANCEL按钮的顺序

Question

这个问题的扩展:https: //stackoverflow.com/questions/50335/ok-cancel-or-cancel-ok

应用按钮应该去哪里(单击"应用"按钮与单击"确定"具有相同的效果,除了对话框保持打开状态)？

Windows通常使用OK-CANCEL-APPLY,但我倾向于使用OK-APPLY-CANCEL.

此外,如果单击"应用"按钮,是否应将"取消"按钮文本更改为"关闭",直到对话框中的其他更改为止？我假设如果没有要应用的更改,将禁用APPLY按钮.

Answer 1

要回答第一个问题,Windows 7和Windows Vista的Windows用户体验交互指南为命令按钮指定了以下顺序(p506):

• 好

• 取消

• 应用

• 救命

现在,你比微软聪明吗？好吧,你几乎不是第一个,但你应该在发布你的设计之前证明它.对一组用户进行可用性测试,专门创建方案以检查是否:

• 您的替代按钮顺序可提供卓越的用户性能

• 当用户切换到使用标准订单的另一个应用程序时,它不会导致性能不足.

仅当上述两个都被证明为真时,才反对Windows UX指南.

关于第二个问题,我建议您在用户选择"应用"后不要将"取消"更改为"关闭"."关闭"按钮通常意味着无法还原任何后续更改.用户可能没有注意到按钮的初始标题,因此可能认为对话框从不支持取消,使得用户不愿意进一步探索对话框.将标题保留为取消可以确保用户可以放弃他们接下来所做的任何更改.如果有些用户担心取消将取消他们应用的任何内容,那么我希望他们只需选择确定.理论上.测试将再次告诉您用户的真实想法和行为,以及哪种设计可以做出最佳权衡.

我和你在一起这些OK/Apply混合一次性/多次使用对话框很麻烦而且令人困惑.解决整个问题的另一种方法是使用"立即提交",其中用户所做的任何更改都会立即显示在应用程序中(这可能是"Windows安全指南"所称的"属性检查器").立即提交消除了对OK,Apply和Cancel的需要.相反,你有关闭,我还建议你还有一个撤销按钮,其工作方式类似于撤销菜单项,按顺序还原用户对每个选择所做的每个更改.除了避免OK/Apply/Cancel/Close混淆之外,这种设计更快(尝试更改的点击次数更少),清楚地表明用户输入具有什么效果,并支持增量撤销(取消全部或全部).

Answer 2

我坚持克里斯罗伯茨的回答:与操作系统保持一致.

编辑:即使你认为定位错误,请记住,在Windows的情况下,微软做了大量的用户测试和焦点小组的善良.即使Ok-Cancel-Apply不是您的应用程序的最佳答案,如果用户习惯于该布局,那么它可能是最不好的解决方案.

我想到了最近对Ubuntu UI的改变,Canonical团队决定在窗口顶部移动最小化/最大化/关闭按钮.功能没有改变,但男孩做了一些用户(包括我自己).在您的应用程序可能遇到的所有问题中,您是否真的需要添加类似UI的头痛？

Answer 3

在 Windows 中：

OK Cancel

Prev Next

Agree Disagree

在 Mac 操作系统中：

Cancel OK

Prev Next

Disagree Agree

PS 我更喜欢始终将下一个操作设置在更靠近右侧的位置。这就像阅读文本（从左到右）。所以下一步总是更靠近右边，上一步总是更靠近左边。

对我来说，更有意义的是，之前或过去的事情应该在左边，下一个或未来应该在右边。但民意调查显示这是 50%/50%...所以最终的决定取决于你。

Offtop： 我从 Windows 3.11 开始使用 Microsoft，并且很确定 Microsoft 中没有人如此深入地考虑过这个问题......以及 UI 中的许多其他事情......