切换OK-Cancel和Cancel-OK以强制用户交互？

这是受OK-Cancel或Cancel-OK问题的启发？.

我记得在某些情况下阅读有关切换OK-Cancel/Cancel-OK的概念,以防止用户在不阅读其内容的情况下点击信息弹出窗口或对话框.据我记忆,这还包括移动OK按钮的位置(水平,从左到右),以防止用户只记住点击的位置.

这真的有意义吗？这是强制用户"先思考/先读,然后点击"的好方法吗？还有其他概念适用于这种情况吗？

我特别想到一个与安全相关的应用程序,在这种应用程序中,不加思索地按下习惯会导致潜在的危险情况,而取消则会导致安全状态.

请不要这样做,除非你真的,真的,非常确定这是绝对必要的.这是一个试图通过技术手段解决疏忽和愚蠢的情况,而这种事情几乎从不起作用.

您可以做的是使用动词或名词而不是典型的Windows确定/取消按钮标题.这将在不牺牲可预测性的情况下为您提供即时的关注效益.

NOOOOOOOOOOOO!

在我们的某个产品中,我们有一个用户选项,要求按Ctrl +单击以执行与安全相关的命令.

但是,在我的书中,使用交换位置或移动的按钮让用户吃惊的是糟糕的设计.

没有.如果你让用户更难以错误地点击OK并强迫他们思考,他们仍然只会更加思考如何点击OK - 他们不会考虑他们想要实现的实际事情.请参阅可用性专家Aza Raskin的文章:当您意味着撤消时,切勿使用警告.引用:

如何使警告不可忽视？如果它导致了问题的人性习惯,为什么不设计界面使我们不能养成习惯.这样我们在回答问题之前总会被迫停下来思考,所以我们总是会选择我们的意思.那会解决问题,对吗？

这种思维方式并不新鲜:它是这句话的第n个词 - 继续方法.例如,在游戏"激战"中,删除角色需要先点击"删除"按钮,然后输入角色的名称作为确认.不幸的是,它并不总是有效.特别是:

它使我们专注于手头的非常规任务而不是我们是否想要丢弃我们的工作.因此,不可忽视的警告比正常警告好一点:我们最终失去了我们的工作.这(失去我们的工作)是最糟糕的软件罪.

它非常烦人,因为它总是需要我们的注意,它必然会分散我们的工作(这是第二个最糟糕的软件罪).

与标准警告相比,它总是更慢,更耗费工作量.因此,它犯下了第三个最严重的罪 - 需要我们做更多的工作而不是必要的.

[如果你想要一个微软的那个,这个由MSDN上的.NET人说同样的话!]

如果必须使用对话框,请在对话框中的按钮上添加描述性标题.

例如,代替"确定"和"取消"按钮,让他们说出"发送发票"和"返回",或者在对话框的上下文中说出适当的内容.

这样,文本就在他们的光标下,他们很有可能理解.

Apple Human Interface Guideline网站是一个很好的参考,非常易读. 该网站上的这个页面讨论了Dialogs.

这是一个示例图像:
_{(来源:apple.com)}