谈谈取消键与撤消键的使用
“取消”(cancel,stop)和“撤消”(undo),看起来很像是同一回事,用起来似乎也差不多。但是两者在使用上还是有些差别,体验上也略有不同。
一、 取消键与撤消键
我们常常在执行一个动作时,会被要求确认一下,这时候往往给出两个按钮,“确定”和“取消”。“取消”按钮往往不会单独出现,而是与“确定”,“保存”之类的操作同时出现。
(在操作系统中常见这样的对话框,包含两个键,确认-OK,和取消-Cancel)
撤消,其实就是ctrl+Z,回退最后那个操作,返回到前一个页面。与“取消”最大的不同在于:“取消”的操作是在动作发生前,而执行“撤消”的操作时动作已经完成了。
(在Gmail中删除邮件后,会在页面上部出现撤销提示)
“撤消”往往不会用文字表达写出来,而是用符号(向右的箭头)来代替。取消操作还有一些特殊的形式,比如在浏览网页时停止对页面内容进行载入,这是一种对耗费时间的某个操作的中止操作。这么看来,取消也有个特定的符号,用(一个叉,或一个红色的六角形中间一个横杠)来表示。
(浏览器地址栏中的取消键)
(浏览器工具栏中的取消键)
二、如何设计
“取消”和“撤消”都不属于操作的必要流程,在设计上也不应作为主要元素出现。
在设计“取消”键(或操作确认页面)时,常会将“确认”,“保存”按钮放在左边,并使用醒目的格式标识出来,或者默认选中该项。“取消”按钮则往往放在右边。 Mac系统由于使用习惯,往往位置颠倒一下。
(delicious中的取消键设计)
(Flickr中的取消键设计)
对于一些鼓励用户去进行的操作,应该淡化“取消”的操作。比如豆瓣上这个发表电影评论的页面,使用灰色和小字,在格式上也与其他的按钮不一样,整个页面只突出一个“好了,添加评论”按钮。
(douban中的取消键设计)
撤消键设计并不多,往往在网页设计中被忽视。Gmail是个很好的例子,可是Google Calender就没有撤销按钮。
三、不同的体验
虽然都是对操作进行反悔,但是正是由于出现的时间不同,用户体验上的感受自然也不同。
“取消”键总是在动作执行后立即出现,这时候满脑子都是前一个动作,自然毫不思考地选了“确定”(通常还都是默认项),然后才后悔莫及。所以,虽然是为了防止犯错,但由于“取消”出现地太快,用户甚至没有意识到“自己操作可能失误了”。
相比之下,“撤消”按钮显得慷慨和大度多了,用户可以放心的在网站上进行探索(安全探索,safe exploration),对建立用户的信心有很大帮助。在MS Office、Photoshop等高度交互界面上还提供了多级撤消的操作。
当然,并不是说以后再也不要在网页中用“取消”按钮了,都得用“撤消”按钮。也不是说以后一定要先来一个“取消”按钮,再弄一个“撤消”按钮,来个双保险。在设计中多考虑用户的使用习惯和日常失误,提高产品的容错性才是关键。
对于相对危险的操作,整理了几个使用“取消”键的优化方案:
1. 不要使用“确定”,“OK”,“Yes”等简单的常规词语: 使用一些描述操作结果的词语,强迫用户去阅读一下。但在这里要注意文字的长度,如果是一个按钮,文字要精炼;如果是一个链接,那可以稍微长些。
2. 将取消作为默认项。
3. 提供第三种选择: 提供一个比直接删除更安全一点的第三选项,而不是简单的是或否的选择。比如在iTunes里面(下图)选择删除一首歌曲,默认选中的是“保留文件”(在曲目库中删除,但文件仍保存在磁盘的原位置上,不移入回收站)。
原文:http://june-gao.blogbus.com/logs/68138408.html
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:simondai 来源: 流金岁月
- 标签: 取消键 撤消键
- 发布时间:2010-07-15 19:39:40
- [71] Twitter/微博客的学习摘要
- [65] IOS安全–浅谈关于IOS加固的几种方法
- [65] find命令的一点注意事项
- [63] android 开发入门
- [62] Go Reflect 性能
- [62] 如何拿下简短的域名
- [61] Oracle MTS模式下 进程地址与会话信
- [60] 流程管理与用户研究
- [57] 【社会化设计】自我(self)部分――欢迎区
- [57] 图书馆的世界纪录