以用户为中心的设计 |
|||
令人费解的形形色色的确认对话框
作者：novanewlife | 发布： (网友)稻草 | 时间：2009-03-05 08:19:38 文字大小：- +
|
在各式各样的对话框中，最常遇到的是那些要求用户对软件将要执行的某个操作进行确认的对话框。例如，当Google浏览器崩溃时，它会弹出如下的对话框要求用户确认：
 在这个例子中，将要确认的操作比较简单明了，其描述语句也很简单，因此用户能够很容易地知道是选择“确定”还是“取消”。然而在很多时候，点击这两个按钮的含义需要在仔细阅读对话框中的描述后才能知道，这导致用户必须仔细阅读描述信息。例如，在使用Hotmail发送邮件时，如果首先选择了一个要作为附件发送的文件，当在文件上载还没有完成时就点击发送邮件按钮时，Hotmail会弹出如下的确认对话框：
 这里的“OK”和“Cancel”按钮的含义就没有那么清楚了。实际上，正如描述信息中所述：点击“Cancel” 实际上是表示等待文件上载完成后在发送，而点击“OK”则表示立刻发送邮件，但是邮件中不会有附件。所以在这里，表面上是肯定含义的“OK”所引发的动作却不一定是肯定的。从发送邮件的角度来看，这个操作是肯定的，但从发送附件的角度来看则是否定的。 从这个例子中可以看出困难产生的原因了，表面上含义是肯定的那些按钮文字，例如“是”，“确定”所表示的实际含义却不一定是肯定的，它们只是表示对于对话框中所提的问题的答案是肯定还是否定。例如，假如问题是：“你要去上班，是吗”，如果答案是“是”，则表示要去上班。但如果问题是“你不去上班，是吗”，那么当回答是“是”时，则表示不去上班。（在英语中恰好相反）
所以如果所有的确认对话框的按钮文字只是表示对于问题的答案是肯定还是否定时，则用户就需要仔细阅读对话框中的问题后才能决定按哪个按钮。
下面就是一些有这种问题的例子：
    实际上，对于这类问题的解决方案也很简单，那就是在按钮上多写几个字，简要地表明“是“，”确定“ ，”否“，等字眼的真正含义。下面就是一些好的设计的例子：
   更进一步思考，为什么会产生哪些令人费解的确认对话框呢，我认为有两个可能的原因：
1. 用于显示这类对话框的最底层Windows API函数是 MessageBox, 其原型如下
MessageBox(
__in_opt HWND hWnd,
__in_opt LPCSTR lpText,
__in_opt LPCSTR lpCaption,
__in UINT uType);
其中 lpText 是显示在窗口体中的描述性文字， lpCaption 是窗口的标题文字，uType则用来指定会有哪些按钮显示：
MB_ABORTRETRYIGNORE
MB_CANCELTRYCONTINUE
MB_HELP
MB_OK
MB_OKCANCEL
MB_RETRYCANCEL
MB_YESNO
MB_YESNOCANCEL
例如MB_OK表示会有一个显示“OK”文字的按钮。显然，从这个API的调用中，程序员没有办法设置按钮的字，只能屈就于那些固定的几种词语。类似地，其他语言的用来显示对话框的API由于在最底层都是调用这个Win32 API，所以也不可避免地有这个问题。
2. 缺乏对于产品可用性的关注。
产品的设计是从里向外进行，而不是从外向里进行。换句话说，不是事先设计好界面应当显示何种信息及如何显示，然后考虑如何按照这个用户所能感觉到的设计去做内部实现时的设计，而是在完成内部的实现后，界面长成什么样子也不再关心了，要求用户去适应界面，不论有多难用。
|
