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_Runtime Error_Error Reporting_Ui Design - Fatal编程技术网

User interface 如何让用户读取错误消息?

User interface 如何让用户读取错误消息?,user-interface,runtime-error,error-reporting,ui-design,User Interface,Runtime Error,Error Reporting,Ui Design,如果您为非技术观众编写程序,您会发现用户很有可能无法阅读您措辞谨慎且富有启发性的错误消息,而只需单击第一个按钮,并耸耸肩表示失望 因此,我想知道您可以推荐哪些好的实践来帮助用户真正阅读您的错误消息,而不是简单地将其搁置一旁。我能想到的想法大致如下: 当然有帮助;可能是一条简单的短消息,带有一个“了解更多”按钮,可以显示更长、更详细的错误消息 将所有错误消息链接到用户指南的某些部分(有些难以实现) 只是不发出错误消息,只是拒绝执行任务(处理用户输入的某种“苹果”方式) 编辑:我心目中的受众是一

如果您为非技术观众编写程序,您会发现用户很有可能无法阅读您措辞谨慎且富有启发性的错误消息,而只需单击第一个按钮,并耸耸肩表示失望

因此,我想知道您可以推荐哪些好的实践来帮助用户真正阅读您的错误消息,而不是简单地将其搁置一旁。我能想到的想法大致如下:

  • 当然有帮助;可能是一条简单的短消息,带有一个“了解更多”按钮,可以显示更长、更详细的错误消息
  • 将所有错误消息链接到用户指南的某些部分(有些难以实现)
  • 只是不发出错误消息,只是拒绝执行任务(处理用户输入的某种“苹果”方式)

编辑:我心目中的受众是一个相当广泛的用户群体,他们不太经常使用软件,也不受束缚(即,没有内部软件或狭窄的社区)。这个问题的一个更一般的形式被问到了,所以你可能想知道一些答案。

我经常用红色显示错误(当设计允许时)


红色代表“警报”等。因此它更容易阅读。

首先,写下用户能够真正理解的错误消息。“错误:1023”不是一个好例子。我认为更好的方法是记录错误,而不是用一些“奇特”的代码向用户显示错误。或者,如果无法进行日志记录,请为用户提供适当的方式,将错误详细信息发送给支持部门

此外,要简短明了。不要包括一些技术细节。不要向他们显示他们无法使用的信息。如果可能,提供错误的解决方法。如果未提供默认路线,则应采用该路线

如果您的应用程序是web应用程序,那么设计自定义错误页面是一个好主意。例如,他们对用户的压力较小。您可以在这里了解如何设计一个好的错误页面:

根据我的经验:您不会让用户(尤其是非技术用户)阅读错误消息。无论你显示的信息多么清晰易懂、粗体、红色和闪烁,大多数用户都会点击他们不习惯的任何内容,即使是“你真的想删除所有内容吗?”。我看到用户点击“窗口关闭”图标而不是“确定”或“取消”,尽管他们甚至不知道这样做选择了哪个选项

如果您真的需要强制用户阅读您正在显示的内容,我建议使用JavaScript倒计时,直到按钮可点击为止。这样,用户将有望利用等待时间真正阅读他应该阅读的内容。不过要小心:大多数用户会对此更加恼火:)

此外,我喜欢你的“阅读更多”链接的想法,尽管我怀疑这会让那些只想通过各种方式摆脱信息的用户更感兴趣


仅供记录:有些用户确实阅读了错误消息,但却非常害怕他们不会对错误消息做任何事情。我曾经接到一个支持电话,客户会向我读一条错误消息,问我,他应该怎么做。“那么,你有什么选择?”我问。“这个窗口只有一个“OK”按钮。”他回答说。。。嗯,硬的:)

。(考虑到我们现在所在的网站,这似乎是相关的:)

根据我的观点和经验,是超级用户不阅读错误消息。我所认识的非技术性观众最仔细地阅读屏幕上的每一条信息,此时的问题主要是:他们不理解

这一点可能是你经历的原因,因为在某个时候他们会停止阅读,因为“他们无论如何都不理解”,所以你的任务很简单:

尽可能使错误消息易于理解,并将技术部分隐藏起来

例如,我传输的消息如下:

ORA-00237:不允许快照操作:新创建的控制文件 原因:尝试使用当前装载的控制文件调用cfileMakeAndUseSnapshot,该控制文件是使用CREATE CONTROLFILE新建的。 操作:装载当前控制文件并重试该操作

例如:

由于数据库暂时出现问题,无法处理此步骤。请联系(您的管理员|帮助热线|任何可以联系开发人员或管理员解决问题的人)。很抱歉给您带来不便


简单回答:你不能


不那么简短的回答:让他们可见,相关,和上下文相关(突出他们搞砸了什么)。但你仍然在打一场失败的战斗。人们不在电脑屏幕上阅读,而是扫描,他们接受过训练,会一直点击按钮直到对话框消失。

根据您的用户群,编写有趣/粗鲁/个人错误消息会非常有效

例如,我编写了一个应用程序,让我们的员工能够更好地跟踪员工的雇佣/解雇日期。[我们是一家小公司,非常悠闲]

当他们输入错误的日期时,我会写:

嘿,蠢驴,学习如何输入日期

编辑:当然,一条更有用的消息是说:“请以mm/dd/yyyy的形式输入日期”,或者在代码中尝试找出他们输入的内容,以及他们是否输入了“blahblah”以显示错误。然而,对于我个人认识的一位人力资源人员来说,这是一份非常小的申请。因此,人们还是要读这篇文章的第一行:取决于你的用户群

我最近参与了一个艺术学院的项目,因此错误信息是针对观众的,例如:

巴洛克时期之前的大多数艺术都是 没有签名。然而,我们已经超越了极限 现在是巴洛克时期,所以所有领域都必须 完成


基本上,如果可能的话,尽量让你的读者了解它,并避免出现诸如“请输入电子邮件”或“请输入有效电子邮件”之类的异常普遍的错误,除非你能向用户提供一些简单的wo
There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Do you want to retry opening the file?
Problem loading file, do you want to retry?

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.