Mat*_*all 10 usability user-interface
我正在写一个内部工具webapp; 该工具的一个中心页面有一大堆相关命令,用户可以通过单击页面上的多个按钮之一来执行这些命令,如下所示:
工具栏http://img709.imageshack.us/img709/1928/commands.png
理想情况下,所有按钮都适合一行.通常我会通过将每个小部件从带有(有时长)文本标签的按钮更改为简单紧凑的图标来实现此目的 - 例如
标有"保存"的按钮http://img337.imageshack.us/img337/773/saver.png
可以用熟悉的磁盘图标替换:
磁盘图标http://p.yusukekamiyamane.com/icons/search/fugue/icons-24/disk-black.png
不幸的是,我不认为我可以为这个特定页面上的每个按钮执行此操作.某些命令按钮没有良好的视觉模拟 - "VDS列表".或者,如果我需要在将来为其他类型的列表添加另一个按钮,我需要两个图标来传达"list-ness"和哪个列表.所以,我还在考虑这个选项,但我不喜欢它.
所以现在是时候为我添加另一个按钮了(你不喜欢内部工具吗?).该单行上没有足够的空间来容纳新按钮.除了我已经提到的图标解决方案之外,什么是简化/整理/减少或改进此UI的好方法?
*根据Jakob Nielsen的文章,我想认为下拉菜单不是解决方案.
编辑:我不是在寻找关于图标理念的输入.我正在寻找其他解决方案.对不起,我的示例磁盘图标很小; 这只是一个例子.我现在正在展示一个更大的一个,希望更清楚.
如果你读过Jef(和Aza)Raskin,你可能会意识到图标也不是一个好的解决方案 - 他们都不喜欢他们(很少有明显的例外).一开始他们甚至比小按钮更难打,然后他们的符号可能会混淆,依赖于文化和误导.我们已经擅长阅读文本,解析和解释图标通常比较慢.
在任何情况下,该按钮栏看起来像几乎任何人和他们的狗可能正在使用该产品.在创建它时,您可能已经考虑了一些特定的方案,这些方案应该很容易做并且很重要.很可能不是所有按钮都需要立即完成这样的任务.
另一件事是,可能并非所有按钮在应用程序的任何单个状态下都是有用的.根据状态,您可以分支到不同的按钮组.但是,如果每个州都明确规定了可以采取的行动,那是唯一可能的.如果所有按钮都可以同样按下,无论状态如何,这都不会做任何事情.
根据相关功能对命令进行分组也可能是一种选择.这不需要使用类似菜单的习语,您也可以将它们放入具有不同背景颜色的容器中,甚至可以将按钮本身染成颜色(但请记住色盲).根据这些功能的相关性,这可以是加速交互的好方法.它可能需要一些培训,让用户知道颜色所指的是什么,但对于一个仅供你认识的人使用的内部工具(而不是任意随机的[这是微软面临的一个问题非常突出])这应该不是很大的问题.
归档时间: |
|
查看次数: |
530 次 |
最近记录: |