GUI样式问题:上下文菜单中的图标?

时间:2010-05-10 20:09:01

标签: .net windows user-interface usability contextmenu

似乎就在不久之前,在上下文菜单中使用图标/图像是标准的,微软似乎也在坚持这一点。 但现在它似乎已经在其他应用程序中消失:Chrome,iTunes等。 任何人都有意见/想法为什么会发生这种情况,或者只是完全个人品味(我喜欢图像) 甲

4 个答案:

答案 0 :(得分:2)

我认为图标在程序中出现较少的原因是因为开发人员正在了解图标不像以前那样有用。

在菜单中放置图标背后的想法是用户可以在文本描述旁边看到图标,并且将来能够在按钮上识别它。 但是,为了了解图标的含义,用户首先必须搜索各种下拉菜单或上下文菜单才能找到所需的功能。

此外,整个地方都有很多图标只会增加混乱。这就是微软在Office 2007中重新设计GUI界面的原因。更不用说大多数人宁愿记住键盘快捷键而不是按钮图标。

让人们将功能与单词或名称相关联比使用图标更好,因为它通常更容易记忆或理解。此外,您无法输入图标。 事实证明,能够输入非常有用的东西。您可以在帮助文件和互联网上搜索它,然后您可以向其他人解释。 而且,就是这样:

Mac OSX的帮助菜单:

alt text http://img52.imageshack.us/img52/452/picture2zu.png

Blender的新alpha版本:

alt text http://img227.imageshack.us/img227/9964/picture3iv.png

Gnome Do:

alt text http://peterstuifzand.nl/images/gnome-do-screenshot.png

自动完成功能在可用性方面是一个非常强大的工具。我希望有更多的申请加入其中。

哎呀,作为开发人员,您可能已经使用了具有自动完成功能的IDE(例如Visual Studio的Intellisense)。更不用说像Digsby和Adium这样的IM客户。

因此,基本上,图标曾经出现在菜单中,因此用户可以了解其含义。但是,要求用户记住和识别图标是不必要的。当图标的含义不言而喻且不需要记忆时,您应该尝试仅使用图标。

答案 1 :(得分:1)

肯定有一种倾向于用更少的doodahs更精简的用户界面。然而,上下文菜单很特殊,很难想出好的图标。上下文菜单命令总是动词。图标显示对象,它们是名词。建议使用图标中的操作并不容易使用这么少的像素。

就个人而言,我从不关注它们,通常是因为我无法弄清楚它们的含义。 Visual Studio 2010视图菜单就是一个很好的例子。太多,不够独特。

答案 2 :(得分:0)

在桌面上,图标/图像是一个好主意 - 它们比文本更容易区分。

在移动(小屏幕尺寸)平台上,它们很糟糕,因为它们看起来更糟糕,因此难以区分/更低分辨率并占用宝贵的屏幕空间。

答案 3 :(得分:0)

微软,谷歌和苹果公司都有不同的风格,所以我不确定你的例子是不是很好的比较。

近年来,微软一直在改变“减少混乱”(例如,除非你主动使用键盘,否则表明键盘助记符经常被关闭的下划线)。每个操作系统版本都会更新其UI准则。但即使他们的东西也没有严格遵循他们自己的指导方针,部分原因是因为修改太多了。