当前位置:  开发笔记 > 开发工具 > 正文

可用性:即使没有在OK/DONE按钮上设置焦点,ENTER键是否应该关闭向导形式为OK?

如何解决《可用性:即使没有在OK/DONE按钮上设置焦点,ENTER键是否应该关闭向导形式为OK?》经验,为你挑选了1个好方法。

即使OK/DONE按钮没有聚焦,如果在键盘上按下Enter键,我仍然认为关闭向导形式的奇怪请求为完成或OK.

在我看来,这将是一个可用性错误.例如:在向导中,您可能有多个控件,按钮,复选框,多行控件,并且它们对来自ENTER键的操作都有不同的行为.并且不要忘记向导导航中的其他按钮,如果它们聚焦了怎么办?

这些控件是否应该像之前预期的那样对Enter做出反应?如果他们执行他们的操作,但在其他情况下,Enter对控件没有进一步的操作,它应该关闭表单==不一致?

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

在我看来,奇才非常特别,因为它们不仅可以让事情变得更容易,而且常常专注于对应用程序功能缺乏经验的人.因此,我认真对待每一个请求,并尝试查看支持和反对请求的所有参数.

我的观点是否缩小?是否有一些可用性研究或指南,特别是对于奇才来支持我的意见或者可能证明我错了?

非常感谢你!

迈克尔



1> Jon Limjap..:

嗯,这就是:你必须在这里考虑两种用户.

第一类用户是婴儿潮一代和X世代(例如,70年代/ 80年代一直使用计算机的人)习惯按Enter进入下一个领域.这些是学习如何在终端/控制台中使用计算机并输入意味着您已完成在该字段上键入并将继续进行下一个操作的人.

第二类用户是那些在Windows上断奶的用户.这些人习惯于按Tab键移动到下一个字段.按Enter键表示他们完成了所有操作.

你应该遵循哪种惯例?这取决于您是针对第一类还是第二类用户,环境(Windows或Web?)和操作系统.

如果您的目标是Windows表单,建议与操作系统保持一致(例如,让人们使用Tab而不是Enter)进行表单输入.在Web中,您处于困境,因为Enter被Web浏览器作为提交事件捕获.

最后,我能提供的唯一有用的建议是与目标客户一起试用,看看他们是否更喜欢Enter over Tab.

推荐阅读
郑小蒜9299_941611_G
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有