前一段时间我读了(在我丢失它之前)一本名为GUI Bloopers的好书,其中充满了不良GUI设计的例子,但也充满了有用的花絮,比如不要把事情称为 Dialog
一分钟和 Popup
下一分钟.
您将为设计/记录GUI提供哪些重要提示?听说您设计的小部件将可读信息塞入尽可能小的屏幕空间中会特别有用.
我将用我自己的一个来推动它:避免树木(例如Swing JTree
),除非你真的无法避免它,或者有一个无限的层次结构.我发现用户没有发现它们直观,而且很难导航和过滤.
PS.我认为这个问题不同于这一个为我所要求的多面手提示
我个人遵循这些简单的规则:
在整个申请过程中保持一致不要改变行为/布局
信息流:从左到右从上到下(西方国家)
在页面上没有太多信息(如ppt演示文稿)
大字母(老人们也可以读它们)
KISS(任何可以使用录像机的人都可以使用此页面/表格等)
使用蓝色,绿色等轻松的颜色(不是鲜红色或霓虹粉色)
结构(当然可以改变,但主要是初稿):
顶部 - >导航/菜单
左 - >导航/信息
中 - >内容
底部 - >状态
右下角 - >按钮
我从一个熟练的GUI技术领域得到过一个相当具体的提示:
如果您有一个带有按钮,文本字段,列表等的对话框/表单,请尝试保持它们之间的空间一致且对称.例如,尝试在所有方向上使用小部件之间的相同距离,如果通过增加组之间的空间将一组小部件与另一个小部件分开,请尝试使该空间与组内控件之间的空间重复.例如,如果一个部分中的所有按钮在所有方向上相隔16个像素,请尝试将较大的空间用于下一个组32,64,128左右的像素.
对于人眼来说,解释一些明显对称的东西会更舒服.
自从我尝试它以来,我一直使用这种方法,效果非常好.我甚至回过头来重新设计了旧的图形用户界面,并且很惊讶地看到这种调整只是改款.
编辑:
忘了提到我从上面的方法中学到的重要一课:
当您根据此系统排列所有小部件时(特别是在重新处理旧的混乱GUI时),您可能会用完空间,并且您的对话框需要膨胀.在某些时候,人们可以感觉对话框变得太大(例如,阻止相关的背景GUI或相关的小部件彼此相距太远).这可能是一个很好的指标,您可能应该将对话框拆分为选项卡,将内容移动到菜单中或仅将其转换为向导式概念等.
这与小部件间距非常无关,但触及用户在任何给定时间与之交互的更少的主题.有趣的是,当你开始做正确的事情时,它会"涟漪",有时会迫使你做出更多正确的事情(有点像修正常态:p).
我的顶尖提示是从GUI开发人员的角度来看
如果你的意思是从可用性的角度来看
完成设计后:让一些人坐在您的软件前面,让他们尝试解决您的软件设计的任务(一个接一个,而不是一次完成......).通过观察它们,您将学到的东西绝对令人惊叹.
如果可能,测试人员应匹配典型客户组的配置文件.对于这种可用性测试,您可以找到的人越多越好,但即使每次产品迭代只看少数人,对我来说也是非常有用的.
请记住,用户的目标不是使用您的程序.他们的目标是别的,你的程序只是帮助他们实现这一目标的工具.尽力让他们成功和快乐.