可用性：即使焦点未设置在 OK/DONE 按钮上，ENTER 键是否应该按 OK 关闭向导表单？
我认为，如果在键盘上按 Enter 键，即使 OK/DONE 按钮未聚焦，我也有一个奇怪的请求，即关闭向导表单为“完成”或“确定”。
在我看来，这将是一个可用性错误。 例如：在向导中，您可能有多个控件、按钮、复选框、多行控件，并且它们对 ENTER 键的操作都有不同的行为。 并且不要忘记向导导航中的其他按钮，如果它们获得焦点怎么办？
这些控件是否应该不会像之前预期的那样对 Enter 做出反应？ 他们是否应该执行他们的操作，但在其他情况下，如果 Enter 不对控件执行进一步操作，则它应该关闭表单 == 不一致？
我认为这是一种典型的请求，一个人的需求会对他有所帮助，但会让其他许多人感到困惑。
在我看来，向导非常特别，因为它们不仅使事情变得更容易，而且通常关注对应用程序功能缺乏经验的人。 因此，我认真对待每一个请求，并尝试调查所有支持和反对该请求的论据。
我的观点是否狭隘？ 是否有一些专门针对威世智的可用性研究或指南来支持我的观点或证明我是错误的？
非常感谢！
迈克尔
I have the in my opinion odd request to close a wizard form as Done or OK if Enter was pressed on the keyboard even if the OK/DONE button is not focused.
In my opinion that would be a usability mistake. For example: In the wizard you may have multiple controls, buttons, check boxes, multiple line controls and they all have a different behavior on actions from the ENTER key. And don't forget the other buttons in the navigation of the wizard, what if they are focused?
Should these controls don't react on Enter like expected before? Should they do their actions but in other cases where Enter does no further action for the control it should close the form == inconsistent?
I think that is a typical request where the needs of one person would help him but confuse many other.
In my opinion Wizards are very special because they are not only made to make things easier but also very often focus on people with less experience with the functionality of an application. So I take every request serious and try to look into all arguments for and against the request.
Is my point of view to narrow? Are there some usability studies or guidelines especially for Wizards to backup my opinion or maybe proof me wrong?
Thank you very much!
Michael
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（10）
嗯，事情是这样的：这里您必须考虑两种类型的用户。
第一类用户是婴儿潮一代和 X 一代（例如，70 年代/80 年代一直使用计算机的人），他们习惯于按 Enter 键移动到下一个字段。 这些人学习了如何在终端/控制台中使用计算机，并且输入意味着您已完成在该字段中的输入并将继续到下一个字段。
第二类用户是那些已经脱离Windows的用户。 这些人习惯于按 Tab 键移动到下一个字段。 按回车键意味着他们已经完成了整个事情。
那么您应该遵循哪个约定？ 这取决于您的目标用户是第一类还是第二类用户、环境（Windows 还是 Web？）以及操作系统。
如果您的目标是 Windows 表单，那么最好与操作系统保持一致（例如，让人们使用 Tab 键而不是 Enter 键）进行表单输入。 在网络中，您陷入了困境，因为 Enter 被网络浏览器捕获为提交事件。
最后，我能提供的唯一有用的建议是与您的目标客户一起尝试，看看他们是否更喜欢 Enter 而不是 Tab。
Well, here's the thing: there are two kinds of users you have to take into account here.
First kind of users are the Baby Boomers and Gen Xers (e.g., people who have been using computers in the 70s/80s) who are accustomed to pressing Enter to move to the next field. These are the ones who learned how to use computers in terminals/consoles and enter means you're finished typing on that field and would move on to the next.
Second kind of users are those who were weaned on Windows. These people are used to pressing the Tab key to move to the next field. Pressing enter to them means they are done with the whole thing.
So which convention should you follow? That will depend on whether you're targetting the first or second type of users, the environment (Windows or Web?), and the OS.
If you're targetting Windows forms, it is much advisable to be consistent to the OS (e.g., letting people use Tab instead of Enter) for form entry. In the web, you're in a quandary, since Enter is trapped by the web browser as a submit event.
In the end the only useful advice I can offer is to try it out with your target customers and see whether they prefer Enter over Tab.
我认为关键是要测试。 你无法真正猜测你的用户会觉得什么舒服，你必须看着他们尝试。 特别是由于您可以遵循多个不兼容的标准，因此您只需看看此更改是否适用于您的受众中的大多数用户。
I think the key is to test. You can't really guess what your users will find comfortable, you have to watch them try it. Especially since there are multiple incompatible standards you could follow, you are just going to have to see if this change works for most users in your audience.
我也持同样的观点，也许向客户提及并让他们在两种模式下使用最终版本。 我想你必须在他们付款时满足他们的要求。
I would be of the same opinion, perhaps mention it to the client and let them use the final version in both modes. I guess you have to give them what they ask for when they are paying.
对我来说，这似乎也是一个奇怪的要求，但正如保罗所说，如果客户想要它，那么客户就会得到它。
然而，从可用性/理解的角度来看，我会让“确定”/“完成”按钮的边框比正常按钮的边框厚得多，这样它就显得有点突出，也许可以向人们表明它有特殊的行为。
另外，我可能会在对话框/向导框中注明，按 Enter 键将导致向导关闭，就像按下了“确定/完成”按钮一样。
虽然一个用户可能知道按 Enter 键会关闭它，但除非其他人被明确告知，否则他们不会期望出现这种行为。
To me this also seems to be an odd request but as Paul says, if the client wants it, then the client gets it.
However from a usability/comprehension standpoint, I would make the border of the ok/done button much thicker then normal so that it stands out a bit and maybe indicate to people that it has special behaviour.
Also I would perhaps make a note in the dialog/wizard box that hitting enter will cause the wizard to close as if the OK/Done button had been pressed.
While the one user may know that hitting enter will close it, unless someone else is specifically told, they will not be expecting that behaviour.
我认为你应该有一个完成页面来促进这一点。 如果用户错误地按回车键，最糟糕的是他将无法完成向导，只能转到下一页（可能是完成页）。 这对于核弹由所述巫师控制的情况很有用。
在完成页面上按 Enter 键将完成向导（并炸毁伊拉克、击落一颗卫星或消灭 Jimbob 的农场）。
如果用户可以重新运行该向导，我认为如果他们不小心完成了它，那不会是灾难性的。
请记住，向导在完成之前不应采取任何操作，以防用户取消或类似情况。 完成时的确认对话框很乏味，如果您使用它们，我会追捕您，我认为一旦用户完成向导，他就非常确定自己的意图。
I think you should have a finish page to facilitate this. If the user presses enter by mistake the worst is that he won't finish the wizard, only go to the next page (which may be the finish page). This is good for situations where nuclear bombs are controlled by said wizards.
On the finish page pressing enter would finish the wizard (and blow up Iraq, bring down a satellite, or erase Jimbob's farm).
If the user can re-run the wizard I don't think it would be disasterous if they accidentally finished it.
Remember, wizards should never take any action until they are finished, in case the user cancels or such. Confirmation dialog boxes on a finish are tedious and I will hunt you down if you use them, I think once the user has finished the wizard he is pretty sure about his intent.
也许客户有充分的理由。
想象一下以下情况：
具有大量可选字段的屏幕，经常打开/关闭，并且数据准确性并不真正重要。
想象一个每半小时弹出一次的小程序，询问您一直在做什么，为哪个客户，也许还有一些注释，以便它可以收集这些信息并生成您的时间表。
能够非常快速地打开屏幕、输入信息并关闭所有信息，并且尽可能少地麻烦，这比数据的准确性更重要。
我可以想象在很多情况下，无需聚焦即可确认字段是有用的。
Maybe the client has good reasons for it.
Imagine the following situation:
A screen with lots of optional fields that gets opened/closed a lot and where data accuracy is not really critical.
Think of a little program that pops up every half hour to ask you what you have been doing, for what client and maybe some notes so it can gather this info and generate your timesheet.
Being able to open up the screen, enter the info and close it all really quick and with as little hassle as possible is way more important than the accuracy of the data.
I can imagine lots of situations where being able to confirm the field without having focus can be usefull.
此请求是否可能是因为在向导上进行的 UAT 涉及的用户不知道按 ENTER 键将与单击按钮具有相同的效果？
如果当显示向导的最后一页时，“完成”按钮已经突出显示（正如我所期望的），这可能是给用户一些提示，表明他们此时也可以按 ENTER 键。
如果你以谷歌为例，我似乎记得，如果你倾向于系统地输入搜索词，然后用鼠标单击“搜索”按钮，搜索结果的顶部会显示一条消息，善意地提示你您也可以直接按 ENTER 键。 显然，在您的情况下这不是一件容易完成的事情，因为这是向导的最后一页，但也许这是您的客户试图让您进行设计的事情？
Is this request perhaps because the UAT that was undertaken on the wizard involved users that weren't aware that pressing ENTER will have the same effect as clicking the button?
If when the final page of the wizard is displayed, the 'Finish' button is already highlighted (as I would expect) that maybe it's a matter of giving the user some cue that they can also press ENTER at this point.
If you take Google for example, I seem to remember that if you tend to systematically type your search term in and then click the 'Search' button with the mouse, a message is displayed at the top of the search results that kindly hints to you that you can also just press ENTER. Obviously, this is not something that can easily be done in your case because this is the last page of the wizard, but maybe this is the sort of thing that your client is trying to get you to engineer around?
教育您的客户。 向他们展示一些文档，说明为什么该建议可能不是一个好的可用性实践。
一些信誉良好的网站效果最好，因为客户通常会先相信第三方，然后再相信您。 毕竟，对他们来说，你可能只是懒惰，不想多工作。
如果客户仍然不让步，那就按照他们的意愿去做，并警告他们这样做不是一件好事。
尽管就您而言，“要做的好事”似乎有点处于灰色地带。
Educate your clients. Show them some documentation as why that suggestion might not be a good usability practice.
Some reputable website will work best, as clients will usually believe a third party before believing you. After all, to them you are probably just being lazy and don't want to work more.
If the client still doesn't concede, then just do what they want, and warn them that it is not the good thing to do.
Although in your case, the "good thing to do" seems a little on the gray area.
我认为您可以使用此功能在向导中继续前进，但前提是该页面上没有执行任何其他操作。
一旦字段完成或单击/突出显示按钮或光标从默认位置移动，输入功能应恢复为标准操作系统的功能。
正如其他人所说，显然，只有当使用向导的人在应用程序培训中意识到这一点时，这才有效，但它可能有助于快速浏览向导的未使用页面以到达用户需要的位置成为。
I would argue that you could possibly use this functionality to move forward through the wizard but ONLY if no other action had been taken on that page.
The moment a field is completed or a button clicked/highlighted or the cursor is moved from the default position, the Enter functionality should revert to that of the standard OS.
As others have said, clearly this would only work if those using the wizard were made aware of this as part of their application training, but it might prove useful for moving quickly through un-used pages of the wizard to get to where the user needs to be.
没关系。 选择并在您的所有应用程序中保持一致
Doesn't matter. Choose and be consistant in all your applications