Forms 可用性：即使未在“确定/完成”按钮上设置焦点，ENTER键是否应将向导窗体关闭为“确定”？

在我看来，如果键盘上按了Enter键，即使OK/Done按钮未聚焦，我也会有一个奇怪的请求，要求将向导窗体关闭为“完成”或“确定”

在我看来，这将是一个可用性错误。例如：在向导中，您可能有多个控件、按钮、复选框和多个行控件，它们在操作上的行为与ENTER键不同。别忘了向导导航中的其他按钮，如果它们是焦点呢

这些控件是否应该不会像以前预期的那样在输入时做出反应？他们是否应该执行操作，但在其他情况下，如果Enter不对控件执行进一步操作，则应关闭窗体==不一致

我认为这是一个典型的要求，一个人的需要会帮助他，但会混淆其他许多人

在我看来，向导是非常特殊的，因为它们不仅使事情变得更简单，而且常常关注那些对应用程序的功能缺乏经验的人。因此，我认真对待每一个请求，并试图调查所有支持和反对该请求的论点

我的观点狭隘吗？是否有一些可用性研究或指导方针，特别是针对向导的，以支持我的观点或可能证明我错了

多谢各位

---

Michael

我也会有相同的意见，也许会向客户提及，让他们在两种模式下使用最终版本。我想当他们付钱时，你必须满足他们的要求

对我来说，这似乎也是一个奇怪的请求，但正如保罗所说，如果客户想要它，那么客户就会得到它。 然而，从可用性/理解性的角度来看，我会使ok/done按钮的边框比普通按钮的边框厚很多，这样它会显得有点突出，可能会向人们表明它有特殊的行为。 另外，我可能会在对话框/向导框中记下，按enter键将导致向导关闭，就像按了OK/Done按钮一样。

---

虽然一个用户可能知道按enter键将关闭它，但除非有人明确告知，否则他们不会期望出现这种行为。

好吧，问题是：这里有两种用户需要考虑

第一类用户是婴儿潮一代和X一代（例如，70/80年代使用计算机的人），他们习惯于按Enter键进入下一个领域。这些人学习了如何在终端/控制台中使用计算机，输入意味着你已经在该字段上完成了输入，并将进入下一个字段

第二类用户是那些在Windows上断奶的用户。这些人习惯于按Tab键移动到下一个字段。按enter键表示他们已完成全部工作

那么你应该遵循哪一个惯例呢？这将取决于您针对的是第一类还是第二类用户、环境（Windows或Web？）和操作系统

如果您的目标是Windows窗体，则最好与操作系统保持一致（例如，允许用户使用Tab而不是Enter）来输入窗体。在web中，您处于进退两难的境地，因为Enter作为提交事件被web浏览器捕获

---

最后，我能提供的唯一有用的建议是与您的目标客户一起尝试，看看他们是否更喜欢Enter而不是Tab。

这是否是因为在向导上执行的UAT涉及到用户，他们不知道按Enter键与单击按钮具有相同的效果

如果在显示向导的最后一页时，“Finish”（完成）按钮已经高亮显示（正如我所预期的），那么可能是给用户一些提示，提示他们也可以在此时按ENTER键

---

以谷歌为例，我似乎记得，如果你倾向于系统地输入搜索词，然后用鼠标单击“搜索”按钮，搜索结果顶部会显示一条消息，提示你也可以按ENTER键。显然，在您的情况下，这不是一件容易做到的事情，因为这是向导的最后一页，但也许这正是您的客户试图让您进行设计的事情？

我认为您应该有一个完成页来促进这一点。如果用户误按enter键，最糟糕的情况是他无法完成向导，只能转到下一页（可能是完成页）。这对于由巫师控制核弹的情况是很好的

在“完成”页面上，按enter键将完成向导（炸毁伊拉克、击落卫星或清除Jimbob的农场）

如果用户可以重新运行向导，我认为如果他们意外地完成了它，这不会是灾难性的

---

请记住，向导在完成之前不应执行任何操作，以防用户取消或类似操作。完成时的确认对话框很乏味，如果您使用它们，我会找到您。我认为，一旦用户完成向导，他就会非常确定自己的意图。

也许客户端有很好的理由这样做。 想象一下以下情况： 屏幕上有许多可选字段，这些字段经常打开/关闭，并且数据准确性并不十分重要

想一想每半小时弹出一个小程序，询问你一直在做什么，为什么客户，也许还有一些笔记，这样它可以收集这些信息并生成你的时间表

能够打开屏幕，输入信息并快速关闭所有信息，并且尽可能少的麻烦，这比数据的准确性更重要

---

我可以想象，在很多情况下，能够在没有焦点的情况下确认字段是有用的。

教育您的客户。向他们展示一些文档，说明为什么这个建议可能不是一个好的可用性实践

一些有信誉的网站会做得最好，就像克莱