Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/user-interface/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
User interface 您将如何处理不使用';不读对话框?_User Interface_Dialog - Fatal编程技术网

User interface 您将如何处理不使用';不读对话框?

User interface 您将如何处理不使用';不读对话框?,user-interface,dialog,User Interface,Dialog,最近一篇关于的文章讨论了北卡罗来纳州立大学心理学系最近进行的一项研究,该研究表明,用户有一种倾向,即不惜一切代价摆脱对话框,回到手头的任务。无论显示何种消息,大多数用户都会单击“确定”或“是”、最小化对话框或关闭对话框。显示的一些对话框是真实的,而其中一些是假的(如网页冒充防病毒警告显示的弹出窗口)。响应时间表明这些用户没有真正阅读这些对话框 所以,知道了这一点,这会对你的设计产生什么影响,你会怎么做(如果有的话)?史蒂夫·克鲁格的书立刻浮现在脑海中 在对话框的设计中,状态信息反馈给用户等。最好

最近一篇关于的文章讨论了北卡罗来纳州立大学心理学系最近进行的一项研究,该研究表明,用户有一种倾向,即不惜一切代价摆脱对话框,回到手头的任务。无论显示何种消息,大多数用户都会单击“确定”或“是”、最小化对话框或关闭对话框。显示的一些对话框是真实的,而其中一些是假的(如网页冒充防病毒警告显示的弹出窗口)。响应时间表明这些用户没有真正阅读这些对话框


所以,知道了这一点,这会对你的设计产生什么影响,你会怎么做(如果有的话)?

史蒂夫·克鲁格的书立刻浮现在脑海中

在对话框的设计中,状态信息反馈给用户等。最好使用图标和颜色提示来了解单词的实际含义


因此,突出显示错误消息红色、警告黄色等。

首先,颜色和图标的使用应有助于用户对问题的严重性有一定的视觉感知,红色表示异常,黄色表示警告,白色表示信息

第二,即使用户不阅读对话框的文本,也可以通过使用让用户感觉到他们在告诉系统做什么

最后,如果您有兴趣研究完全不同的通知范例,请查看Firefox和Internet Explorer中实现的信息栏或通知栏。StackOverflow使用相同类型的机制在用户获得新徽章时通知用户

信息栏不显眼,位于屏幕顶部,等待用户注意。我认为这是一个很好的设计隐喻

以下是两个实现教程:


这里,它还涉及到信息栏的概念。

一些建议

  • 仅在绝对必要时使用盒子
  • 始终将默认选项设置为最不危险的选项

  • 您可以做的一件事是禁用OK按钮3秒钟

    Firefox在安装扩展时会这样做


    编辑:好吧,有些人觉得这很烦人。我仍然认为大约1秒钟就可以了。它会抑制人们(包括我自己在内)的即时点击OK的本能,并迫使人们重复。当然,如果你的对话不是人们真正需要阅读的内容,即使这样也会让人们感到恼火。

    我想你可能想读这篇文章: ,T.J.Robertson,Joseph Lawrance和Margaret Burnett,《视觉语言与计算杂志》17(2),187-202,2006年4月


    它提出了一个类似的问题。结果是,让用户知道你想引起他们的注意,然后坐下来等待用户响应。不过,不要打断用户,这不是他或她想要的。

    首先,愚蠢应该是有害的,但通常不会如此


    下一个最好的方法是包含一个图标,试图传达问题的严重性。如果对话框的图标看起来不祥,一些不愿意阅读的人可能会改变他们的习惯。一些百分比的人无论如何都不会阅读它。

    开发人员经常使用模态对话框,只是因为编写它们很容易


    但是,非模式通知通常更便于用户处理。

    如果必须使用对话框,请在对话框中的按钮上添加描述性标题

    例如,不要使用“确定”和“取消”按钮,而是让它们显示“发送发票”和“返回”,或对话框上下文中合适的任何内容

    这样,文本就在他们的光标下,他们有很好的机会理解

    MacOSX在大多数情况下都会这样做

    编辑:


    ,我在苹果人机界面指南网站上找到了它,这是一个很好的参考资料,可读性很强

    我尝试将应用程序设计为在遇到事故时具有健壮性——要么滑倒(无意操作,如在错误位置单击)要么出错(认知错误,如在对话框上单击“确定”或“取消”)。一些方法是:

  • 无限(或至少多步骤)撤消/重做
  • 通过动态工具提示和其他上下文敏感的通信方式,将文档与界面集成(一篇特别相关的论文是关于(直接链接:)——使用对意外行为的典型心理反应通知用户)
  • 将系统状态合并到所述文档中(以当前用户的数据为例,并使用他们现在可以看到的数据使文档具体化)
  • 预期用户错误。如果在没有磁盘的情况下有人试图写入:\n,则执行超时,以便系统正常故障,并提示输入其他位置。将数据保存在内存中,直到它在磁盘上安全为止
  • 这归结为两个核心问题:(1)防御性编程,(2)尽可能让用户了解最新情况。如果系统的界面易于使用,并且行为符合他们的期望,那么当出现恼人的对话框时,他们更可能知道单击哪个按钮

    我也非常非常努力地避免任何模态,这样用户可以忽略我必须使用的大多数对话框,至少在一段时间内(当他们真的需要注意它们时,他们有足够的信息知道如何处理它们)

    要使一个系统完全防傻瓜是不可能的,但我发现上面的技术在正确的方向上走了很长一段路。(它们已被纳入用于开发惊喜解释奖励和其他工具的系统中,这些工具已经过广泛的用户研究审查。)

    在某些情况下,[Lightbox](模式对话框)似乎是一种有效的技术(web 2.0