他说“我如果觉得你蠢还会喜欢你么，传奇私服就算是也可能是觉得蠢的多可爱那种撒” 当时我把我们的聊天记录存在日志里，传奇私服他是反对的，他要我删了，我说“如果全都删了 那我不是白费力气了。这么绝情，1.95皓月无内功你也不想想后果？1.99刺影如果全都删了，英雄合击传奇那就代表我们以后不是朋友了”。英雄合击传奇他说“那你就删了吧”。这也导致一些茅盾吧。我老是问他“我死了你会伤心吗”之类的话，我最爱说威胁的话。www.1718yb.com我说“我现在给你2个选择。1.以后就是陌生人了，英雄合击发布网彼此把对方的Q都删了，从此以后谁也不认识谁。

作者：admin 日期：2012/01/16 12:33 人气：

你会看到良多种二次确认的形式.
本文或者不会涵盖到所有,只有最常见的(欢送你随时提供案例哦).
接下来的内容会依照以下目录组织:
1. 二次确认页有哪些形式(两个划分维度:设计角度与内容和功能维度)
2. 二次确认页的替换计划有哪些?
3. 如何取舍不同的形式?
二次确认页的形式:
从设计角度划分:
1. 系统弹出框
2. lightbox(浮出层)
说明:Lightbox的效果相似于WinXP操作系统的注销/关机对话框,除去屏幕核心地位的对话框,其他的区域都以淡出的后果逐步变为银灰色以增添对照度,此时除了对话框内的表单控件,没有其余区域可以点击.
3. 邮箱验证及手机验证码等替代形式
比方,偶要删除开心网帐号时,开心网给我发了一封邮件,让我点击邮箱里的链接来确认必定要删除.这种情势实用于比拟主要的不可恢复的场所.
手机验证码确认的形式普通和资金相干,也用于比较重要的操作.
从内容跟功效角度划分
这段材料来自于《windows vista UX guide》,为防止偶英文翻译有误,保存原文名称:
1.Routine confirmations(惯例确认)
Confirm that the user wants to proceed with a routine, low risk action.
确认用户想要继续一个常规的,低风险的操作.
如图:
2.Risky action confirmations(危险操作确认)
Confirm that the user wants to proceed with an action that has some risk and canrt be easily undone.
确认用户想要持续一个有风险并且不轻易撤销的操作.
图:
3.Unintended consequence confirmations(未预期的确认)
Confirm that the user wants to proceed with an action that has unexpected or unintended
consequences.
确认用户想要继续一个可能会导致意料外的结果的动作.
许多时候,确认页是树立在用户有明白的操作动向的时候,这种情况下,兴许用户对效果是有预期断定的:删除就象征着后果就是删除.而若删除命令同时会导致别的预料之外的成果发生,那就是unintended consequence confirmation.
典范的例子:在多标签阅读器环境中,封闭浏览器,www.1718yb.com,个别就会弹出一个确认框.
图:
4.Clarifications(廓清式确认、探听式确认)
Clarify how the user wants to proceed with an action that has potentially ambiguous or unexpected
consequences.
搞明白用户想如何继续一个行为,而这个行为可能会导致预期外结果.
就好像在歧路口,向导说:好,我们继续走吧.你可能想反诘一下:怎么走呢?向左还是向右?因为你担忧右边可能会有打劫的潜伏.
UX guide倡议除非确实以为这个行动可能会涌现的多种结果中,不然就不需要这种澄清式的确认.
5. Security confirmations(保险确认)
Confirm that the user wants to proceed with an action with security consequences.
确认用户想继承履行一个会呈现平安问题的动作.
这个大家很常见了吧:
6. Ulterior motive confirmations(居心叵测确实认mm汗,翻译成这样似乎不太好吧)
我们需要记住如斯多的形式吗?对我们的实际设计有什么领导意思?
实在这些形式也阐明了一些使用处合,接下来会有一些留神事项,也是和这些形式严密关系的.
二次确认页的替代方案:
我不爱好二次确认页?有别的方式可以代替吗?
1. 避免犯错mm设置任务,用户在进行损坏性的操作前有前置义务须要实现.
比如,在咱们最近的一个名目中,用户在点击某个button时,那个命令是需要被确认的,否则一旦误点击会造成不可恢复的成果.然而在点击下这个button后,用户是需要填写一个表单的.在提交表单时,我们就发现不必要再用一个二次确认.因为用户在填写表单的进程中是可以思考和反悔的,他既然乐意花时光和精神去填写表单,证实他确切想清楚了.
2. 供给撤销操作(Undo)mmgmail的undo
图:
3. 提供反馈,让不盼望的结果明显化.
图:在支付宝的直接付款页面,点击radio button后已经使用提醒告诉了后果,因而点击下一步就不需要再次确认了.
4. 打消选择mm往往需要被确认的是由于有两个或多个response(后续动作),能够当真想一下,还有一个银饰的头饰更显得标新立异,是否一定有多个挑选,假如仅仅剩下独一一个了,那么就不需要讯问了.
如果需要被confirm的选项不是很重要,罗唆拿掉它.我特厌恶有些网站给你一个长长的表单,下面有两个button,一个提交一个清空.往往会不警惕点击了清空,结果方才忙活了半天的货色都没有了.要避免这种情况,当然你可以在我点击清空时给我一个确认,不外我更加冀望把这个button拿掉.
设计形式的抉择:
写这种文章真累.所以我想赶紧停止掉这种苦差事,这里仅仅谈一下如何选择使用系统弹出框仍是浮出层吧.
我发明自从有了浮出层,越来越多的web 2.0的网站摈弃了体系弹出框.开端应用lightbox(浮出层),当然,他们各有优劣,不能一律而论.
好比以下这种情形:
系统弹出层可以容许我挪开确认窗口以浏览"需要被确认的内容".
而如果使用浮出层,会出现这样的效果:
挪都挪不开,中变传奇私服,怎么确认嘛?当然你可以把需要被确认的内容放到浮出层上,条件是有足够的信息蒙受量.
做了一张两者的优劣点表,供参考(直接截ppt的图了hh):

上一篇:前多少天看到一篇好文章
下一篇:她要塑造在那个处所