可用性:即使未在"确定/完成"按钮上设置焦点,ENTER键是否也应以"确定"关闭向导表单?
我有一个奇怪的要求,即使没有按"确定/完成"按钮,如果按了Enter键,就关闭了向导形式的"完成"或者"确定"。
我认为这将是可用性错误。例如:在向导中,我们可能具有多个控件,按钮,复选框,多个行控件,并且它们对回车键的操作行为均不同。并且不要忘记向导导航中的其他按钮,如果它们被聚焦了该怎么办?
这些控件是否应该不像以前预期的那样对Enter做出反应?他们应该执行其操作,但在其他情况下,如果Enter对控件没有进一步的操作,则应关闭==不一致的表格?
我认为这是一个典型的要求,一个人的需求会帮助他,但会使其他许多人困惑。
在我看来,向导很特别,因为向导不仅使事情变得简单,而且经常关注那些对应用程序功能缺乏经验的人。因此,我认真对待每个请求,并尝试研究支持和反对该请求的所有参数。
我的观点是否狭窄?是否有一些可用性研究或者指南,特别是对于奇才备份我的观点或者证明我错了?
非常感谢你!
麦可
解决方案
我会有相同的看法,也许要向客户提及它,然后让他们在两种模式下都使用最终版本。我想我们必须在付款时给他们他们想要的东西。
在我看来,这似乎是一个奇怪的要求,但正如Paul所说,如果客户想要的话,客户就会得到它。
但是,从可用性/理解的角度来看,我将使"确定/完成"按钮的边框比正常的要厚得多,以便使其突出一点,并可能向人们表明它具有特殊行为。
另外,我也许会在对话框/向导框中记下一个提示,即按回车键将导致向导关闭,就像已按下"确定/完成"按钮一样。
尽管一个用户可能知道按回车会关闭它,但除非明确告知其他人,否则他们不会期望这种行为。
好了,这就是问题:这里必须考虑两种用户。
第一类用户是婴儿潮一代和Xers一代(例如,在70年代/ 80年代一直在使用计算机的人),他们习惯按Enter键进入下一个字段。这些是学习如何在终端机/控制台中使用计算机并输入内容的人,这意味着我们已经在该字段上完成输入,然后继续下一个操作。
第二类用户是那些在Windows上断奶的用户。这些人习惯于按Tab键移动到下一个字段。按Enter键表示他们已经完成了全部工作。
那么我们应该遵循哪个约定?这将取决于我们是针对第一类用户还是第二类用户,环境(Windows或者Web?)和OS。
如果我们要定位Windows表单,则最好与操作系统保持一致(例如,让人们使用Tab而不是Enter键)来输入表单。在网络中,我们陷入了困境,因为Enter被Web浏览器捕获为提交事件。
最后,我唯一能提供的有用建议是与目标客户一起尝试一下,看看他们是否更喜欢Enter键而不是Tab键。
发出此请求是否可能是因为在向导上执行的UAT涉及的用户不知道按ENTER的效果与单击按钮的效果相同?
如果显示向导的最后一页时,"完成"按钮已经突出显示(正如我期望的那样),这可能是为了让用户知道他们此时也可以按Enter。
如果以Google为例,我似乎记得,如果我们倾向于系统地输入搜索字词,然后用鼠标单击"搜索"按钮,则搜索结果顶部会显示一条消息,向我们提示我们也可以只按ENTER键。显然,这不是我们可以轻松完成的事情,因为这是向导的最后一页,但这也许是客户试图让我们进行设计的一类东西?
我认为我们应该有一个整理页面以方便进行此操作。如果用户错误地按下Enter键,最糟糕的是他不会完成向导,而仅转到下一页(可能是完成页面)。这对于由所述巫师控制核弹的情况是有益的。
在完成页面上,按Enter键将完成向导(并炸毁伊拉克,摧毁卫星或者清除Jimbob的农场)。
如果用户可以重新运行该向导,我认为如果他们不小心完成了向导,那将不会造成灾难。
请记住,向导在用户完成操作之前,除非其完成操作,否则切勿采取任何行动。完成后的确认对话框很繁琐,如果我们使用它们,我会追捕我们,我认为一旦用户完成了向导,他就可以确定自己的意图。
也许客户有充分的理由。
想象一下以下情况:
屏幕上有很多可选字段,可以打开/关闭很多,并且数据准确性并不是很关键。
想想一个小程序,它每半小时弹出一个窗口,询问我们在做什么,为哪个客户,也许还有一些笔记,以便它可以收集此信息并生成时间表。
能够真正快速打开屏幕,输入信息并关闭所有信息的麻烦远比数据的准确性更为重要。
我可以想像很多情况,能够在不集中精力的情况下确认该领域会很有用。
教育客户。向他们显示一些文档,说明为什么该建议可能不是良好的可用性实践。
某些信誉良好的网站可能效果最好,因为客户通常会在相信我们之前先相信第三方。毕竟,对他们来说,我们可能只是懒惰而已,不想做更多的工作。
如果客户仍然不让步,那就去做他们想做的,并警告他们这不是一件好事。
尽管就我们而言,"要做的事"在灰色区域似乎有点。
我认为关键是要测试。我们无法真正猜出用户会感到舒适的什么,我们必须看着他们尝试一下。特别是由于我们可以遵循多种不兼容的标准,因此我们将只需要查看此更改是否对受众中的大多数用户有效。
我认为我们可以使用此功能前进向导,但前提是该页面上未执行其他任何操作。
在完成字段或者单击/突出显示按钮或者将光标从默认位置移开时,Enter功能应恢复为标准OS的功能。
正如其他人所说,只有在使用向导的人员作为应用程序培训的一部分时才意识到这一点,这显然是有效的,但是对于快速浏览未使用的向导页面到达用户所需的地方,这可能很有用。成为。
段落数量不匹配