界面耻辱纪念堂--可视元素02

Leif Almberg 发给我们一个从 IBM's NetFinity(一个管理网络和远程计算机的程序)截取的图片。

这个图片由一大堆混乱的带边框的控件组成,这些控件占据了整个屏幕。由于他们希望把所有东西填充在一个单独对话框中,IBM 的设计者不得不做一些牺牲。值得注意的一个例子是,设计者牺牲了用户阅读某些控件的能力,例如可能的警告条件列表,如上所示。用户可以在列表中滚动,一次看一个警告,并且为了看到警告不得不左右来回滚动。IBM 被迫使这个控件具有更少显示的效果。

Windows95 中,地区参数选择程序说明了几个特色,这些特色让用户很难了解自己已经做了什么。在此,第一个问题,他们想给样本字段没有响应能力的外观,而不是只读外观。他们宁可使用标准的文本颜色而不是失去响应能力文本的颜色,第二个问题更清楚:他们没有足够的空间给特定的格式完全显示。例子数值应该在小数点的右边有4 个数字,并且负数应该有一个右括号。唉!

微软Office97 产品的用户应该认识这个新的界面"特性"。由于一些无法说明的原因,微软决定,在指针经过菜单标题时,在它的周围加一个边框,使得菜单标题像一个命令按钮。在给你的程序加入该特性之前,记住这个特性完全没有提供任何可用性好处。仅仅是一个不必要的花样,甚至会出现我们不期望的效果------它分散用户的注意力。

微软加入这个"特性"仅仅是为了使得他们的程序看起来不一样,和 Office95 里的渐变阴影标题条没什么不同。我们只能希望这个实践和渐变标题条一样短命。我们的建议:不要为了让你的菜单标题像微软而浪费时间;你的时间应该花在改进界面上。

微软的Access97 说明了另外一个不必要的花样。当指针移动通过主数据库窗口的标签时,标题以一种更亮的颜色显示。和 Office97 中菜单标题的动态边界没什么不同,动态地改变界面元素的颜色对用户没有益处,而是有我们不期望的效果------分散用户的注意力。

微软没有把这种新技巧在这个对话框的命令按钮上使用,也没有在 Access97 中其他有标签的对话框中使用,我们可以由此推断,微软对这个新技巧的态度也是不确定的。

相关推荐
万亿少女的梦1684 天前
基于虚幻引擎的天坛文化遗产虚拟漫游系统设计
unreal engine·交互设计·三维建模·虚拟漫游·文化遗产数字化
anOnion7 天前
构建无障碍组件之Listbox Pattern
前端·html·交互设计
牧艺14 天前
cos-design PhotoAlbum:用 CSS 3D 做一个「能翻页」的实体相册
前端·css·交互设计
萧青山17 天前
人机协同进化专栏导览:从哲学思考到技术落地的系统性内容体系
交互设计·组织变革·gb/z 185·人机协同进化·专栏导览·哲学思辨·伦理合规
Kim.Li20 天前
格式塔设计原则全解析:12项核心原则在 UI/UX 中的实战应用指南
ui·产品经理·ux·视觉设计·交互设计
Kim.Li20 天前
UX、DX、AX:设计对象的三次扩张,你的产品到底为谁设计?
人工智能·产品经理·ux·交互设计·ui设计
小林ixn1 个月前
从零实现AI流式对话:一篇搞懂SSE、ReadableStream与JSON截断处理
人工智能·agent·交互设计
万亿少女的梦1681 个月前
基于Unreal Engine的天坛公园虚拟漫游与交互设计
unreal engine·虚拟现实·交互设计·虚拟漫游·文化遗产数字化
feiyu_gao1 个月前
一个人 + AI:246 commits 做出设计系统 CLI 的故事
前端·ai编程·交互设计
anOnion2 个月前
构建无障碍组件之Menu Button pattern
前端·html·交互设计