这个问题的灵感来自于OK-Cancel 或 Cancel-OK？。
我记得在某处读到过一个概念，即在某些情况下切换 OK-Cancel/Cancel-OK 可以防止用户在未阅读内容的情况下点击信息弹出窗口或对话框。据我所知，这还包括水平移动“确定”按钮（从左到右）以防止用户仅记住点击位置。
这样做真的有意义吗？这是一种迫使用户“先思考/阅读，再点击”的好方法吗？还有其他适用于这种情况的概念吗？
我特别考虑了与安全相关的应用程序，在这种程序中，不经思考地按下“确定”可能会导致潜在的危险情况，而按下“取消”则会导致安全状态。
但是，如果“确定/取消”按钮不一致，可能会使用户感到困惑或不满。
而且，不要像某些最终用户许可协议（EULA）那样，强制用户在同意按钮变为可点击之前滚动面板到底部。有时候你就是无法让用户仔细阅读所有内容。
如果他们真的需要阅读，也许在按钮出现之前应该有一个短暂的延迟？这也可能会对用户造成麻烦，但如果这是一个非常关键的问题，那么这将是值得的。
编辑：或者需要一些额外的机制来“接受”非常重要的决定，而不仅仅是点击。复选框、按键、密码等。
我建议使用红色文本并解释为什么这是一项不安全的操作，来告知用户这是一项关键操作。
此外，与其使用两个按钮，不如使用两个单选按钮和一个“确定”按钮，其中“不继续”单选按钮被默认选中。
这将向用户呈现一个不常见的界面，增加认知负荷并减慢他的速度。这正是你在这里想要的。
与任何用户交互的事物一样，您需要在帮助用户和变得烦人之间保持适度。我不知道您的确切要求，但您的想法（双关语）对我来说似乎还不错。
听起来像是你的用户正在安全应用程序中进行一种输入向导。
以下是一些替代移动按钮的想法：
在按下最终确认键之前，有一个最终屏幕来审查所有输入。
在用户按下确认键后，出现一个确认框，解释此操作的结果。
一份免责声明，要求用户勾选同意后才能继续。
这会让我头疼。特别是当我意外关闭应用程序并忘记保存文件时 :(
我看到另一个强制用户“阅读”之前必须点击的好例子：Firefox总是将“确定”按钮变为灰色（即禁用）。因此，用户必须等待大约5秒钟才能进行任何操作。我认为这是迫使用户阅读（和思考）的最佳尝试。
我见过的另一个例子是在安装程序的“许可证和协议”页面上。其中一些要求用户滚动到页面底部，然后才能进行下一步操作。
键盘快捷键仍然像以前一样工作（尤其是在LOB应用程序中，你会惊讶地发现有多少人实际上不使用鼠标）。
Vista（和OSX IIRC）已经朝着为每个问题使用特定动词的方向迈进（例如，“发送”/“不发送”，当应用程序想要崩溃并希望提交崩溃转储到MS时）
在我看来，我喜欢Outlook使用的方法，当应用程序通过COM尝试发送电子邮件时，它会使用计时器，在按钮允许使用之前进行操作（也会影响键盘快捷键）
如果您使用确定和取消作为您的界面，您将始终允许用户跳过您的消息或屏幕。如果您重新排列确定和取消，您只会惹恼用户。
解决此问题的方法是，如果您的目标是确保用户理解：
我想知道你是否考虑过在Visual Basic中存在的选项，可以设置各种提示和响应选项；其中一个选项是允许您根据默认情况切换取消和确定，因此用户只需按Enter键，大多数情况下即可获得正确的操作。
如果您真的想朝这个方向发展（我认为这是一个坏主意，在反思并阅读所有其他帖子后，您也会这样认为），最好还包括一个OK的验证码显示。
