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

StackOverflow https://stackoverflow.com/questions/161591

  •  03-07-2019
  •  | 
  •  

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

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

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

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

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

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

非常感谢!

迈克尔

有帮助吗?

解决方案

我认为关键是测试。你不能真正猜出你的用户会觉得什么舒服,你必须看着他们试试。特别是因为您可以遵循多个不兼容的标准,您只需要查看此更改是否适用于您的受众群体中的大多数用户。

其他提示

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

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

第二类用户是那些在Windows上断奶的用户。这些人习惯于按Tab键移动到下一个字段。按Enter键意味着他们完成了所有事情。

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

如果您要定位Windows表单,建议您与操作系统保持一致(例如,让人们使用Tab而不是Enter)进行表单输入。在网络中,你陷入了困境,因为Enter被Web浏览器困在了提交事件中。

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

我会有同样的看法,也许会向客户提及它并让他们在两种模式下使用最终版本。我想你必须给他们付钱时他们要求的东西。

对我而言,这似乎也是一个奇怪的要求,但正如保罗所说,如果客户想要它,那么客户就会得到它。 然而,从可用性/理解的角度来看,我会使ok / done按钮的边框比正常情况更厚,这样它可以突出一点,并可能向人们表明它有特殊行为。 另外我也许会在对话框/向导框中做一个注释,按下Enter会导致向导关闭,就像按下了OK / Done按钮一样。 虽然一个用户可能知道点击输入将关闭它,除非特别告诉其他人,否则他们不会期待这种行为。

我认为你应该有一个完成页面来促进这一点。如果用户误输入错误,最糟糕的是他不会完成向导,只能转到下一页(可能是完成页面)。这适用于由所述巫师控制核弹的情况。

在完成页面上按Enter键将完成向导(炸毁伊拉克,击落卫星,或清除Jimbob的农场)。

如果用户可以重新运行向导,我认为如果他们意外地完成了它就不会有灾难。

请记住,在用户取消之前,向导不应该采取任何行动,以防用户取消等等。完成后的确认对话框很乏味,如果你使用它我会追捕你,我想一旦用户完成了向导,他非常肯定他的意图。

也许客户有充分的理由。 想象一下以下情况: 一个包含许多可选字段的屏幕,这些字段可以大量打开/关闭,而且数据准确性并不重要。

想想一个每半小时弹出一个小程序,询问你一直在做什么,为什么客户端,也许还有一些注释,以便收集这些信息并生成你的时间表。

能够打开屏幕,输入信息并快速关闭它,尽可能少的麻烦比数据的准确性更重要。

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

这个请求可能是因为在向导上执行的UAT涉及的用户不知道按ENTER会产生与单击按钮相同的效果吗?

如果显示向导的最后一页,则“完成”按钮已经突出显示(正如我所料),这可能是给用户一些提示,他们也可以在此时按ENTER键。 / p>

如果您以谷歌为例,我似乎记得,如果您倾向于系统地键入搜索词,然后用鼠标单击“搜索”按钮,则会在搜索结果的顶部显示一条消息告诉你,你也可以按ENTER键。显然,这不是可以在你的情况下轻松完成的事情,因为这是向导的最后一页,但也许这是你的客户试图让你去工程的那种东西?

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

一些信誉良好的网站将发挥最佳作用,因为客户在相信您之前通常会相信第三方。毕竟,对他们来说,你可能只是懒惰而且不想再工作了。

如果客户仍然不承认,那就做他们想做的事情,并警告他们这不是好事。

虽然在你的情况下,“好事做”在灰色地带看起来有点像。

我认为您可以使用此功能向前推进向导,但只有在该页面上没有采取任何其他操作时才会这样做。

当字段完成或单击/突出显示按钮或光标从默认位置移动时,Enter功能应恢复为标准操作系统的功能。

正如其他人所说,显然这只有在使用向导的人知道这是他们的应用程序培训的一部分时才会起作用,但是对于快速通过向导的未使用页面来到达用户需要。

没关系。在所有应用程序中选择并保持一致

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top