确定取消还是取消确定？按钮的问题

我们在UI设计中遇到无数关于小细节的问题没什么大不了的对整体用户体验的影响。一个经典是按钮顺序在对话框中：

• 确定/取消
• 取消/确定

两者都是合理的选择，人们可以就自己的偏好争论数小时：

• 表册好啊第一支持自然阅读顺序在英语和其他语言中，从左到右阅读。许多其他按钮集有一个自然的进程（例如，是/否或上一页/下一页）. 您应该始终列出这些，以便读取顺序与逻辑顺序匹配-在本例中，确定/取消。此外，假设用户需要好啊远比取消，最好将此选项放在第一位，这样键盘驱动的用户只需轻击一次键就可以获得他们的首选。
• 表册好啊最后的改进了流程，因为对话框“以其结论结束”.还有上一个/下一个，你可以说好啊是推动用户前进的选择，而取消将用户向后移动。因此好啊应位于与相同的位置下一个：在右边。

在这种情况下，它通常没关系你所做的。任何一种选择都有有利的论据，没有选择可能会导致可用性灾难。如果你选择“正确”，可能会为一些用户节省0.1秒在某些情况下选择，但进行充分细致的研究来找出选择是什么是不值得的。最好将可用性资源花在那些可能的事情上将您的关键绩效指标更改83%或更多。（关键应用程序设计问题将在一整必威手机app下载天中进一步讨论。）应用程序设计课程必威手机app下载.)

因此，要做出这个特定的选择——以及应用程序设计中的许多其他小选择——最好遵循必威手机app下载平台GUI标准. 应用符合用户期望的一致性设计比做一些可能对您的应用程序更为优化但会引入不一致性的事情节省更多的时间（和更多的错误）。

不一致性花费的时间比节省的时间多

如果偏离标准，用户很容易会花费几分钟的时间-人们花在考虑不一致性上的时间通常要比你假设的从专门设计中节省下来的小钱多得多。

不幸的是Windows用户体验指南不同于苹果人机界面指南当涉及到确定/取消按钮：

• 视窗放置好啊第一
• 苹果把好啊最后的

如果您正在为这两种个人计算机平台之一设计桌面应用程序，您的选择很简单：按照平台所有者的指示去做.

基于Web的应用程序的对话框按钮

如果你正在设计一个基于web的应用程序，这个决定比较难，但你可能应该按照大多数用户首选的平台。您的服务器日志将显示特定网站或intranet的Windows与MacOS用户的百分比。当然，Windows通常有更多的用户，因此如果您不想检查日志，则适用于大多数情况的准则是：

• 好啊第一取消最后的，如Office 2007的屏幕截图所示：

屏幕截图说明了对话框按钮的两个附加准则：

• 通常最好是命名一个按钮来解释它的功能而不是使用通用标签（如“OK”）。明确的标签可以作为即时帮助，让用户在选择正确的操作时更有信心。
• 将最常选择的按钮设置为违约并突出显示它（除非其操作特别危险；在这些情况下，您希望用户明确选择按钮，而不是通过点击意外激活按钮进来).