糟糕界面集锦－控件篇07

对制作一个图形界面程序的步骤还有疑问吗？在Unisyn's Automate Pro 中这个问题特别明显：开发人员显然忘记了TAB 键的作用是在控件之间遍历这个常识。作者使用了开发工具自动生成的控件次序(Tab Order)。程序的界面如下图，需要说明的是，开发人员显然首先创建了Regarding 文本框，然后加入了OK 和Cancel 按钮，接着是Set Frequency 按钮⋯⋯。

这样设计的结果就导致用户必须按 TAB 键7 次才能从Regarding 文本框移到Message 文本框。
也许他们会在 3.8g 版中修正这个问题

※※※※※※※※※※※※※※※※※※※※※※※※※※※※※
在界面设计中，“一致性”是首要的原则。IBM 的一个CD 播放器AudioStation 显然就违反了这条原则。该程序有一个播放列表功能，用户可以在这里面定义歌曲播放的顺序。上图就是播放列表的截图。它有两个列表控件：CD 音轨列表（左），播放列表（右）。

在该设计最突出的问题是两个播放列表行为不一致。例如：在音轨列表中双击一首歌曲会把它添加到播放列表中，可是，在播放列表中双击却不会删除该歌曲。另外还有，音轨列表可以复选，播放列表却一次只能选择一次只能选择一首歌曲。以上这些使得该软件得以入围我们的糟糕界面评选。
在播放列表中还有不少设计问题，我们已经把它们列在下面了。换一种方式看看这张图片，看看你能看出几种（其中一些问题只有在使用中才会发现，IBM 真该在发布软件之前运行一下程序）。

用一面镜子就可以看到这里究竟写了些什么：

※※※※※※※※※※※※※※※※※※※※※※※※※※※※※

通常来说提供上下文关联帮助是一件好事情。但是在 WebEditPro 中，这种帮助却帮了倒忙。从好的方面看，WebEditPro 几乎为所有的控件（还有一些其他界面元素）都提供了工具提示。但是在另一方面，这些帮助总是自动弹出，无法关闭。这种帮助对于第一次使用该软件是有益的，但是对于熟练用户来说这样无疑令人恼火。用户不得不不停地移动鼠标来去掉那些帮助。

界面设计很重要的一条就是必须让用户感觉他们能够随心所欲地使用（控件）。WebEditPro 剥夺了用户支配控件的权利。结果使得用户感到恼火并且开始使用别的软件。没人喜欢一个唠叨的软件，特别是在他（她）不希望被打搅的时候。提供帮助是一件好事，但是应该在用户提出请求之后。