在用户直观使用方面有什么更好的方法？
确定...取消或取消...在对话窗口中确定？
编辑：
啊啊啊我踩到了陷阱:P
似乎有些用户误解了我...
我的意思不是在对话框的左侧/右侧设置“确定”和“取消”。
我的意思是确定按钮应该在取消按钮的右手边还是其他方式？
这就是我的真正意思:)
【问题讨论】：
标签： user-interface dialog
尼尔森诺曼集团gives some good thoughts 就此事。他们争辩说，从 UIX 的角度来看，这两种方法都是正确的，因为这取决于您应用的规则。下面的摘录解释了一点......
两者都是合理的选择，人们可能会就自己的偏好争论几个小时：
- Listing OK first支持英文自然阅读顺序， 其他从左到右阅读的语言。许多其他按钮组有 自然进展（例如，是/否或上一个/下一个）。你应该 总是列出这些，以便阅读顺序与逻辑顺序相匹配 — 在这种情况下，确定/取消。此外，假设用户需要 OK 更多 经常比取消，最好先放置这个选项，这样 使用 Tab 键的键盘驱动用户可以访问他们的 按键次数少的首选。
- 列表最后确定得到改进 流程，因为对话框以它的结论“结束”。另外，作为 使用上一个/下一个，您可以争辩说 OK 是移动的选择 用户向前移动，而 Cancel 将用户向后移动。因此，OK 应该与 Next: 位于同一位置。
就我个人而言，我更喜欢第二个主题，在 CANCEL 让我觉得我没有前进之前不知何故还好。如果您在基于 Web 的 UI 上这样做，您只需将焦点放在您认为更有可能被用户按下的按钮上。
【讨论】：
加上我的两分钱 - 我更喜欢Cancel, OK。
对我来说，“是的，好的，继续”按钮自然位于右侧。转到论坛或安装向导上的“下一页”几乎总是在右侧。如果警告框中只有一个按钮，通常是居中或右对齐。
取消通常有效地执行“返回”操作，它几乎总是在任何东西的左侧：网络浏览器、安装向导。
但最终取决于您。选择一个约定并坚持下去！
【讨论】：
【讨论】：
个人经验：我发现列中右侧的按钮是争议最小的 - 即：一旦您决定这样做，就没有进一步的讨论，例如“向左对齐，居中还是右对齐？”，“右对齐时，“OK”不应该得到一个固定的位置，即最右边吗？”。
Windows User Experience Guidelines（正如 Jay 所引用的，带有痛苦的根链接）说“提交按钮连续到底部，右对齐，通常在最左边”。
样式指南没有明确说明“命令按钮”（即不提交对话框的按钮）。这些示例提示提交按钮的右下角行和命令按钮的右上角列，尽管我个人认为这相当不雅。
【讨论】：
两者都没有。 “确定”和“取消”对于对话框按钮来说是特别糟糕的选择。对话框按钮实际上应该标有每个按钮将执行的操作 - 例如
Do you want to save this unsaved file before exiting the application?
[Save] [Don't Save] [Don't Exit]
而且，无论哪种情况，我都建议按照“最有可能”的顺序从左到右排序，因此在我的示例中，我假设保存是最有可能的选择，然后不保存就退出，然后通过不退出。这对于从左到右的语言来说是最直观的，因为用户很可能会尽快找到他们的首选语言，但其他语言方向会有所不同。
【讨论】：
确定...取消或取消...在对话窗口中确定？
在英文软件中，OK 应该在 Cancel 的左边。即：
+------+ +--------+
| OK | | Cancel |
+------+ +--------+
对于其他语言，您应该遵循常用的语言。如果在从右到左的语言中，OK 将在取消的右侧，我不会感到惊讶。
如果您真的关心 GUI 质量...：
1. 键盘焦点应该已经在“确定”上。
2. 用户应该能够使用 TAB 在 OK 和 Cancel 之间移动。不应将注意力“卡在”某种附加元素上。
3. 所有按钮和 gui 元素都应该有健全的标签顺序。当您专注于“确定”并按“TAB”时，您应该跳转到“取消”，而不是其他一些无用的控件。
4. 按 Escape 应该会触发“取消”。
5. 关闭窗口应该触发“取消”
6. 按“Enter”可能等于按“OK”（有些软件使用，有些不使用）。
7. 按钮应分配“加速器”。 IE。按钮应标记为 **O***k*（O 下划线）和 **C***ancel*（C 下划线），按 Alt+O 应按“OK”，按“Alt+C”应按“取消”按钮。
8. 应为您的应用程序支持的所有语言正确分配键盘加速键。按 Alt+“您的语言中的字母不能用作任何单词的首字母” 感觉很奇怪。
AFAIK，质量 GUI 遵循这些准则。忘记“键盘加速器”，弄乱 Tab 键顺序 (IMO) 是马虎的表现，一些“高级用户”会因为这样的错误而立即讨厌你。
另外，如果应用程序是全屏的，您可以考虑使用以下技巧 - 当出现“确定/取消”时，将鼠标光标移动到按钮之间（或“确定”按钮顶部），当窗口关闭时，恢复之前位置。注意：这更适合全屏游戏，在“标准” gui 中使用它可能会很烦人。
【讨论】：
无论你选择什么都是错误的。 约定因平台（Win/Mac/Gtk/...）和地区/语言而异，所以无论你使用什么顺序，都会有人认为它是令人困惑。最好的解决方案是在运行时根据系统类型和设置选择顺序（除非它是一个网络应用，但我们谈论的是对话窗口，所以这是另一回事）。
幸运的是，您不必实施最佳解决方案——它已经为您完成了。 现代 GUI 工具包通常提供一些自动处理对话框按钮顺序的机制。 例如，Qt 提供了 QDialogButtonBox 小部件。使用您的工具包提供的小部件（或其他机制）。
【讨论】：
现在大多数窗口使用的是OK和Cancel，左边是OK，右边是Cancel，OK设置为默认点击按钮。
如果对话框不要求执行任何可能有害的操作，通常使用此选项。如果是，例如，他们想要删除通常不会删除的东西，然后交换它们并将取消作为默认值。因此，人们在单击“确定”时会仔细检查自己，从而减少误单击“取消”的可能性。
另外，在阅读的时候，OK是第一位的，这样可以让用户快速轻松地阅读并接受。
希望这会有所帮助。
【讨论】：
我想我是少数，但我喜欢默认或预期选项位于左侧。也许是从左到右阅读，或者它是第一项，所以我希望它能够将我带到我想要的结果。
在上面的引用链接 (http://measuringuserexperience.com/SubmitCancel/index.htm) 中，调查中提到的其中一个 cmets 具有“取消作为链接”。我在表单中看到过这个，有点像它，其中提交是一个按钮，而重置是一个链接。我讨厌填写表格并单击右侧的重置按钮 b/c 而我没有注意...
只要我的 0.02 美元。
【讨论】：
我认为将默认选项放在右侧是更好的主意。我认为按下右侧按钮更容易（我不知道为什么:)）并且我可以在阅读左侧时快速重新考虑我的想法向右。（我知道这需要几秒钟，但它可能会有所帮助）
【讨论】：
我会看看自动创建 OK CANCEL 弹出框的方式。例如，在 Ajax 控件工具包中有一个名为“modal popup”的扩展，它具有自动生成的通用 OK CANCEL 按钮。此外，javascript 中有一些 confirm() 方法可以自动生成这些类型的按钮。就我个人而言，我喜欢看看这些开发人员布置弹出窗口和使用他们的实现的方式，因为这可能是用户过去见过的东西。希望这会有所帮助。
【讨论】：
为您的所有产品设定标准，使它们都具有相同的行为。
调查并遵循您正在开发的操作系统/平台的标准。
考虑到某些文化/地区可能需要不同的按钮位置。
无需修改每个对话即可轻松改变主意。
【讨论】：
如果您有一个对话框模式窗口，那么它在右侧总是看起来不错。
个人推理类似于用户从左到右阅读，最后他希望在阅读完毕后看到右侧的按钮...
我也找到了这篇文章。有趣-
【讨论】：
我想这种事情会是区域性的，尤其是基于从右到左或从左到右的阅读风格。
对于美国英语用户：我会在左下角放置 ok 框，因为这是我已经习惯看到的布局。
【讨论】：