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