- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在我看来,如果在键盘上按下 Enter,即使 OK/DONE 按钮未获得焦点,我也有一个奇怪的请求将向导表单关闭为 Done 或 OK。
在我看来,这是一个可用性错误。例如:在向导中,您可能有多个控件、按钮、复选框、多行控件,它们对 ENTER 键的操作都有不同的行为。并且不要忘记向导导航中的其他按钮,如果它们获得焦点怎么办?
这些控件是否应该像以前预期的那样对 Enter 使用react?他们应该执行他们的操作,但在其他情况下,如果 Enter 不对控件执行进一步操作,它应该关闭表单 == 不一致?
我认为这是一个典型的请求,其中一个人的需求会帮助他,但会混淆其他人。
在我看来,Wizards 非常特别,因为它们不仅是为了让事情变得更简单,而且还经常专注于对应用程序功能缺乏经验的人。因此,我会认真对待每一个请求,并尝试研究支持和反对该请求的所有论点。
我的观点是狭隘的吗?是否有一些特别针对威世智的可用性研究或指南来支持我的观点或证明我是错误的?
非常感谢!
迈克尔
最佳答案
好吧,事情是这样的:您必须在这里考虑两种类型的用户。
第一类用户是婴儿潮一代和 X 一代(例如 70 年代/80 年代一直使用计算机的人),他们习惯于按 Enter 键移动到下一个字段。这些人学习了如何在终端/控制台中使用计算机,输入意味着您已完成该字段的输入,然后将转到下一个。
第二种用户是那些已经断奶的用户。这些人习惯于按 Tab 键移动到下一个字段。对他们按下回车键意味着他们完成了整个事情。
那么您应该遵循哪个约定?这将取决于您是针对第一类还是第二类用户、环境(Windows 还是 Web?)和操作系统。
如果您的目标是 Windows 表单,建议您在表单输入时与操作系统保持一致(例如,让人们使用 Tab 而不是 Enter)。在 Web 中,您陷入了困境,因为 Enter 被 Web 浏览器捕获为提交事件。
最后,我能提供的唯一有用建议是与您的目标客户一起尝试,看看他们是否更喜欢 Enter 而不是 Tab。
关于forms - 可用性:即使焦点未设置在 OK/DONE 按钮上,是否应按 ENTER 键关闭向导窗体?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/161591/
我是一名优秀的程序员,十分优秀!