有关用户直观使用的更好方法吗？
确定...取消或取消...在对话窗口中确定？
编辑：
arghhhh我走进陷阱：P
似乎有些用户误解了我......我并不是说在对话框的左/右侧有OK和取消。
我的意思是，OK按钮是右手还是取消按钮还是其他方式？
这就是我的意思：）
答案 0 :(得分：10)
都不是。 “确定”和“取消”对话框按钮的选择特别差。对话框按钮应该标有每个按钮将执行的操作 - 例如
Do you want to save this unsaved file before exiting the application?
[Save] [Don't Save] [Don't Exit]
而且，在任何一种情况下，我建议按照“最有可能”的顺序从左到右排序，所以在我的例子中，我假设保存是最可能的选择，然后退出而不保存，其次不退出。这对于从左到右的语言来说是最直观的，因为用户最有可能最快地达到他们的首选选择，但其他语言方向会有所不同。
答案 1 :(得分：8)
答案 2 :(得分：6)
为您的所有产品设置标准，因此它们都具有相同的行为 调查并遵循您正在开发的OS /平台的标准 考虑一些文化/地区可能会有不同的按钮位置 让您可以轻松改变主意，而无需撤消每个对话框。
答案 3 :(得分：4)
确定...取消或取消...在对话窗口中确定？
在英文软件中，OK应该在Cancel的左边。即：
+------+ +--------+
| OK | | Cancel |
+------+ +--------+
对于其他语言，您应该遵循常用的语言。如果从右到左的语言，我会不会感到惊讶，从取消开始就可以了。
另外如果您真的关心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）是一种邋iness的迹象，一些“超级用户”会立刻讨厌你这样的错误。
此外，如果应用程序是全屏，您可以考虑使用以下技巧 - 当出现“确定/取消”时，将鼠标光标移动到按钮之间（或“确定”按钮顶部），当窗口关闭时，恢复上一个位置。注意：这更适合全屏游戏，在“标准”中使用它可能会令人烦恼。
答案 4 :(得分：3)
如果你有一个对话框模态窗口，那么它在右侧总是看起来很好。
个人推理就像用户从左到右阅读，最后他希望看完右侧的按钮......
我也发现了这篇文章。有趣 -
答案 5 :(得分：2)
今天大多数Windows使用的是OK和Cancel，左边是OK，右边是Cancel，OK设置为默认按钮点击。
如果对话框没有要求做任何可能有害的事情，通常会使用此选项。如果是，例如他们想要删除通常不会删除的东西，那么交换它们并将Cancel作为默认值。因此人们在克服OK时会仔细检查自己，并且不太可能错误地点击取消。
此外，在阅读时，OK首先出现，这使用户可以快速轻松地阅读并接受。
希望这有帮助。
答案 6 :(得分：2)
答案 7 :(得分：2)
个人经验：我发现专栏右边的按钮争议最少 - 就是：一旦你做出决定，就没有进一步的讨论，比如“对齐左边，中心或右边对齐？“，”当右对齐时，不应该“OK”获得固定位置，即最右边？“
Windows User Experience Guidelines （由Jay引用，带有痛苦的根链接）说“提交按钮连续到底，右对齐，通常最左边”。
样式指南没有明确说明“命令按钮”（即不提交对话框的按钮）。这些示例提示提示按钮的右下方行，以及命令按钮的右上方列，但我个人觉得这样不太优雅。
答案 8 :(得分：1)
我认为将默认选择放在右侧是更好的主意。在我看来按下正确的按钮更容易（我不知道为什么:)）我可以在阅读左边时快速重新考虑我的想法对。（我知道这是一个很长的时间，但它可能会有所帮助）
答案 9 :(得分：1)
我想我是少数，但我喜欢左边的默认或预期选项。也许它是从左到右阅读，或者它是第一项，所以我希望它能够让我达到我想要的结果。
在上面引用的链接（http://measuringuserexperience.com/SubmitCancel/index.htm）中，调查中的一条评论提到“取消作为链接”。我已经在形式和类似的东西中看到过这种情况，其中submit是一个按钮，reset是一个链接。我讨厌当我填写表格并点击重置按钮b / c它在右边而我没有注意...
只需0.02美元。
答案 10 :(得分：1)
无论你选择什么都是错的。各种平台（Win / Mac / Gtk / ...）和地区/语言之间的约定各不相同，所以无论你使用什么顺序，都会有人认为它是混乱。最好的解决方案是根据系统类型和设置在运行时选择订单（除非它是一个web-app，但我们讨论的是对话框窗口，这是另一个故事）。
幸运的是，您不必实施最佳解决方案 - 它已经为您完成了。 现代GUI工具包通常提供一些自动处理对话框按钮顺序的机制。例如，Qt提供了QDialogButtonBox小部件。使用工具包提供的小部件（或其他机制）。
答案 11 :(得分：0)
我想这种事情会是区域性的，特别是基于从右到左或从左到右的阅读风格 对于一个美国英语用户：我一个人会把ok框放在左下角，因为这是我习惯看到的布局。
答案 12 :(得分：0)
我会看一下自动创建OK CANCEL弹出框的方式。例如，在Ajax控件工具包中有一个名为“modal popup”的扩展，它具有自动生成的通用OK CANCEL按钮。此外，javascript中有一些confirm（）方法可以自动生成这些类型的按钮。就个人而言，我喜欢看看这些开发人员如何布置弹出窗口并使用它们的实现，因为它可能是用户过去看到的东西。希望这会有所帮助。
答案 13 :(得分：0)
加上我的两分钱 - 我更喜欢Cancel, OK。
对我而言，“是的，好的，继续”按钮自然生活在右侧。转到论坛或安装向导的“下一页”页面几乎总是在右侧。如果警告框中只有一个按钮，则通常是居中或右对齐。
取消通常会执行“后退”操作，这几乎总是在任何东西的左侧：Web浏览器，安装向导。
但最终归结于你。选择一个会议并坚持下去！
答案 14 :(得分：0)
尼尔森诺曼集团gives some good thoughts就此事。他们认为，从UIX的角度来看，这两种方式都是正确的，因为它取决于您所应用的规则。下面的摘录解释了一下......
两者都是合理的选择，人们可以争论几个小时他们的偏好：
- 列出确定首先支持英语和自然阅读顺序 其他语言从左到右阅读。许多其他按钮组都有 自然进展（例如，是/否或上一个/下一个）。你应该 总是列出这些，以便阅读顺序与逻辑顺序相匹配 - 在这种情况下，确定/取消。此外，假设用户需要更多 经常比取消，最好先放置此选项 键盘驱动的用户选择按钮可以访问他们的 只需少一次击键的首选。
- 列出确定上一次改进 流程，因为对话框＆＃34;结束＆＃34;结论。另外，作为 使用上一个/下一个，你可以说好的是移动的选择 用户转发，而取消将用户转回。因此，OK应该与Next：在右侧相同的位置。
就我个人而言，我更喜欢第二个主题，在CANCEL让我觉得我没有前进之前不知何故。如果您在基于Web的UI上执行此操作，则可以将焦点放在您认为更有可能被用户按下的按钮上。