谈谈Axure事件中的行为执行顺序
最近发现,有不少同学对Axure事件(Events)的行为(Actions)执行顺序,还不是很清楚。常常发生的事情是,兴高采烈写了一个复杂得让人吐血的交互,一执行,tmd和设想的完全不一样!这事,一不能怪社会,二不能归咎于rp,三不能借口说软件的版本太低。那这到底是为什么呢?
最近发现,有不少同学对Axure事件(Events)的行为(Actions)执行顺序,还不是很清楚。常常发生的事情是,兴高采烈写了一个复杂得让人吐血的交互,一执行,tmd和设想的完全不一样!这事,一不能怪社会,二不能归咎于rp,三不能借口说软件的版本太低。那这到底是为什么呢?
事先声明,做这个实例纯粹是为了好玩,如果你要和我讨论实用性和性价比,请绕行。
原型效果截图

实现效果
1、图片新闻循环滚动
2、点击数字无缝切换到该图片新闻卡
3、点击图片或标题打开该新闻页
昨天闲着没事,体验了一把内测中的qq随身盘。首先要说的是,这东西用着还挺凑合!但是,这不是我要谈的,以免谈多了有软文之嫌。
我今天只是将体验中遇到的5个主要问题记录了下来,不参杂任何自己对UE理论的理解。希望我的使用习惯不是比较BT的一类。
1、你真的没打算让我取消么?
先试试上传文件。手气不好,挑了个大文件,遂决定放弃上传。于是点击了暂停——杯具发生了:
我该怎么做,才能取消本次上传?
接上篇 如何做好一个项目(上)
上回,咱们的研发阶段已经结束了。这次要说的是接下来的 协助开发->协助信息建设->协助测试。这其中,参与最多的是协助开发,接下来的两步,基本上没你什么大事。
协助开发
对项目经理来说,最无奈的事情就是发现:
哼哧哼哧费老大劲研发出来的东西,经过开发人员一开发,嘿,成为另一个产品了!
怪开发人员创新能力太强?怪开发经理把控不过关?都不能怪,责任还是在于项目经理。一个好的项目经理,应该知道如何和开发人员沟通项目。和开发人员沟通是门很深奥的学问,就我目前的能力,肯定不能完全吃透。但我可以告诉你,就我的工作经验,你最好这么做: 阅读全文…
我在不长不短的一段时间前,说过:
我的工作,简单点说: 探索需求->功能研发->DEMO汇报
不过那只是我的主要工作。事实上我要做的,应该是:
探索需求->功能研发->DEMO汇报->协助开发->协助信息建设->协助测试->他奶奶的,终于上线了!
一个新产品的诞生,差不多也就这么一个大的流程。很不好意思的说,这每一步,咱都犯过错。所以确切点说,我今天要讲的应该是如何避免搞砸一个项目,总结一下以往自己的经验教训,造福人民。
探索需求
做一个项目,探索需求是最基础,也是最重要的一步。一切从客户需求出发,我们天天都在喊的。但是,我们做东西,很多时候却是拿来主义先行(某网络通讯工具起家的公司在这方面功力甚厚)。一个项目到手了,好,先看看网上有没有现成的内容架构,这产品的分类网上有没有。要是有,先拿来!拿来不是问题,但是拿来直接用就可能出问题。网上搞来的东西,很多时候他做得就不专业;即便专业,受众的不同,必然导致分类的不同,它也不一定适用你的产品。
一、IE边框若显若无,须注意,定是高度设置已忘记;二、浮动产生有缘故,若要父层包含住,紧跟浮动要清除,容器自然显其中;
三、三像素文本慢移不必慌,高度设置帮你忙;
四、兼容各个浏览须注意,默认设置行高可能是杀手;
五、独立清除浮动须铭记,行高设无,高设零,设计效果兼浏览; 阅读全文…
Recent Comments