可用性研究表明，当响应时间超过一秒钟时，用户便能够有所察觉。
虽然在反馈系统中，当用户需要等待时，更好的解决方案的是应该采用确定性的进度条。但对于一些耗时短，且用户的带宽为主要影响要素时，却使用Loading这种低成本实现的反馈。
Loading图标的历史来源已经无法考究(据传是苹果最先使用)，但是，它的动态效果，在视觉上刚好是一个重复循环的“风火轮”。非常适合做不确定等待时间的进度反馈。
Loading的主要作用，在于提供反馈给用户表示当前状态，并且让用户的命令的执行和完成过渡得更加平滑。从这种角度上说，它和很多流动式反馈没有多大区别，如MAC系统中窗口最小化的渐进动画。
Loading的图标仅仅在web应用当中产生，而在客户端中，则较少使用，因为鼠标手型能够代替它的工作。
但是对比客户端，web端的Loading反馈可控性更好，创意也更加。如以下几种：
那么在设计中，如何放置Loading图标，也应该有所章法。但是无论如何放置，都有一个规则：确保用户可以注意到。
在煎蛋上看到一个比较有意思的文章，顺便也看看下面的回复，突然想起很多有意思的东西，关于情感化设计。我开始思考，是不是在很多时候，在考虑界面精简的同时，我们也需提供一点毫无意义的东西给予用户安慰的效果？
这篇文章叫做：一切都是假象：按钮的安慰效果，截取其中的一段：
安慰剂按钮 Placebo buttons ：是指一种放置在公共场合假装有效，但实际已经停止工作的按钮。
你有没有猛按电梯关门键的经验。纽约客一篇文章曾提到，在90年代初，当地的电梯都还没有关门键，这都是后来添加上的，但实际上这并没有太大的用处，只是为给人们造成‘猛击此次，关闭电梯’一个假象，同时也能缓解人们在等待电梯下楼时的烦闷。
如果细致观察你的生活，想必你也有以下常见的习惯：
目前的我，已经成为Chrome的严重依赖用户，甚至U盘内也随身装着Chrome便携版。对我而言，它有着其他浏览器无法代替的杀手级优势：快速，稳定，完美支持Google所有在线服务；简洁到一塌糊涂的界面。
而其他浏览器，他们只在一些特殊需求中才会使用，如Firefox的AutoProxy翻墙，IE插件下的网银支付，Opera的turbo加速等。
用过Chrome的的人都有个习惯：就是都不好意思说Chrome不好用。当然这是玩笑话，Chrome 3.0版本之前功能也一直较为简单，但并不妨碍它的用户对其赞不绝口。究其根本，还是出在其独具一格的UI体验上。
只用一句话来评价：Chrome 才是浏览器，其他的只是软件。
戈达尔曾经为证明斯皮尔伯格是一个平庸的导演而愤怒地说过：“如果你真想知道他为什么（平庸），我会在放映室里一个镜头一个镜头地讲给你听！”
现在我要做一件类似的事情，不过目的是为了证明Chrome是一款多么优秀的浏览器。
我一直觉得，文本框的这个东西，在有输入法的国家，是我们这些懒人的杯具，文本框的自动完成功能，在配合输入法下，简直是个鸡肋。一次次的切换Ctrl+Space，是否有让你崩溃想敲烂键盘呢？
上面的那张图已经很明显的让我们感觉到了三个问题：
备注：经过笔者测试多种搜索引擎在不同浏览器的呈现效果，这三个问题出现的几率各不相同，但在chrome下这三个问题非常明显。（Chrome渲染有问题？）
在最开始，有两个问题？
- 既然人脑是世界上最智能的东西，为啥我们还需要电脑？
- 为啥如今web技术发展理论上已经能够实现所有的客户端功能，为什么我们还需要客户端？
原因都很简单，因为后者比前者更快，响应更迅速。
过去的几十年当中累积的大量证据表明，响应性（即软件应用程序跟上用户、不让他们等待的能力）是确定用户满意度的最重要因素。相比安全性，稳定性，易用性，响应性无疑是最容易最方便被用户所感知的。在使用计算机或者手持设备的时候，用户对于等待的憎恶比对其他任何事情的喜爱程度都要深。
然而，用户对于响应性的感知其实包括两个因素的：
这是爱情公寓的注册页面，看到这幅图片您一定会乐了，因为两个按钮上的文字；但我们所关注的并不是其情感化的贴心语句，而是其所包含的对于高度认知与低度认知的差异化设计。
高度认知与低度认知是对用户的分类的一种维度，他对按照熟练度区分而出来的新手用户与专家用户既有相同性但也存在差异。高度认知与低度认知的差异的原因更多是文化以及生活习惯的沉淀，他们之间的相互转化也比较困难。在设计上，有必要考虑对两种用户的差异化而进行设计。
有些人对于大部分信息都了然于胸，在操作的时候，更加依赖自己的经验或者习惯，因此，他们对于信息的需求量非常的少，有时候他们只需要很少的信息就能了解系统的状态。但有时候他们也容易过渡遵循自己的习惯于经验，即使出错也会一次次的重复操作下去。
从信息结构上来讲，按照严谨的分类，每个网站结构都可以用一个结构树来表示。
在进行卡片分类等研究过程中，往往会建立一种极其严谨的从属关系；简而言之，卡片分类是让逻辑清晰，但是这个结构树可能非常的宽而且深。在这种情况下，如果导航依然保持与结构树的对应显示，显然会与其浅度要求产生冲突。
一个直白明了的导航可能会打破逻辑关系，采用自然语言能够理解的结构。
事实上无论横排导航还是纵列导航，假如入屏幕足够宽或足够长，那么只需要一级导航就可以。这种好处是用户更快找到自己想要的内容，但也打破了导航的结构树体现。
无论从那种角度上来说，用户并不需要了解网站具体的结构树，导航也不必完全照着结构树来体现，以下是各种交互组件对结构树的体现度的排列。从左到右依次降低。
对于信息分类体现度的示意图
继续阅读 »
浏览器对话框与通用对话框皆为模式对话框。但因为其被用于一些恶意行为（如添加收藏夹，设为首页，无限确认）一些国内的浏览器已经开始屏蔽其独占性。
这些浏览器包括，傲游，世界之窗，搜狗浏览器，360安全浏览器。而主流的IE，FF，Chrome，Oprea，Safari都未进行屏蔽。
同样，弹出窗（Popup Windows）因为常被用于广告，大部分浏览器也存在了对其屏蔽了功能。导致在国内的web应用中极少出现此类窗口，大多数处理方式是直接在框架内嵌入。
但随着国内互联网的成熟，以及弹出窗在Miscrosoft Vista以上系统的轻量级呈现和其本身的良好体验，可以考虑提供弹出窗（Popup Windows）。
理论上，web应用上的所有窗口都可以采用内建对话框的形式。
Web应用缺乏像Windows系统那样一个提供窗口管理以及切换的任务栏，且因为开发难度的问题，web应用也无法向Windows那样提供窗口与窗口的纵深感。
因此，当需要对窗口进行纵深感的呈现时，通常会采用不同类型的对话窗口在进行区分。而常用的做法就是将内建对话框作为其他对话框的父级窗口。
举个例子，大附件面板（这里采用QQ邮箱为例）
当添加文件时，窗口的搭配是这样的。通用对话框在内建对话框前端显示，且为模式对话框。
继续阅读 »
| © 2010 优涩控 | Suffusion WordPress theme by Sayontan Sinha |
