» 分类为 Flex & Flash 的存档

Flex动态文字渐变颜色

Flex的文本只能是实色,为了实现给动态文本添加渐变颜色,利用 mask 遮罩实现抠出文字,最最关键的是maskType一定要设为“alpha”。 Demo:http://www.slobber.cn/demo/flex/GradientColorText/GradientColorText.html

自动滚动DataGrid

Flex4.5中spark重新定义了Datagrid,结构与mx相比有很大不同。重新写了一个AutoScrollDataGrid,有用的拿走啦。共勉。

Flash Builder 4.5 出来啦

下载地址: http://trials3.adobe.com/AdobeProducts/FLBR/4_5/win32/FlashBuilder_4_5_LS10.exe 注册机: keygen

Flex 4 Rating Compontent

最近的项目需要一个Rating组件,网上找了找没有一个完全合适,参考http://www.hulstkamp.com/2010/05/08/updated-components-to-flex-4-sdk-final/506,改了改,放出来,大家可以继续改。原版还是很经典的,完全Flex 4,图形都是Flash生成fxg,学习了。 demo及下载 主要参数: increaseType:serial——连续变化,可以填充图标的一部分;step——图标只有选或不选的可能 showLabel:true——显示标签;false——隐藏标签 labelFunc:标签格式函数 skinClass:ClassReference(‘StarRatingSkin’)——自定义组件外观 passiveIconColor:图标未选择颜色 activeIconColor:图标选中颜色

Flex 3.0 Help 测试

大家试试啦,用RoboHelp弄了一个AIR的,帮忙测试下,不过挺大的20多M。 Flex 3.0 Help 然后我在做Language Reference,如果不行就还是弄CHM的

Flex 3.0 RIA 开发详解

今天逛书,发现了这样一本书,暴汗。2.0还没热乎,3.0的书就出来了,书商真是太不负责任,或者说太草率了。对不起那些纸呀。不只内容好坏,看他用的版本却是Flex 3.0 beta1,beta版呀,拿着测试版就敢出书,真是胆大,现在的3.0和当初的已经有一些变化了。翻了翻目录,其实就是2.0的那些东西嘛,入门书。看见有了3.0,就歘歘的改了名字,很不负责,很不负责。

使用 Photoshop 设计 Flex 皮肤

很久没有写关于 Flex 的文章了,因为很久没摸了,没什么心得。 今天,看了看 Flex Skin Design Extensions 还是挺有意思的,下来试试,装的是 Photoshop 的扩展,太棒了! 安装很简单,把下载的压缩包重的两个文件夹解压缩到 Photoshop 的“Presets”目录中就可以了,然后在“文件->脚本”里就可以找到了。 不过,安装上还是有些插曲的,因为装的是 Photoshop 中文版, 所以“预置”目录是中文,而插件认的是“Presets”,那些 Flex 组件的 PSD 文件最开始时找不到,折腾了一小下,把脚本中的目录改到“预置”,顺便也汉化了下。有兴趣的可以下这个。 Flex Skin Design Extension for Photoshop 简体中文版

新建了一个FTP

http://ftp.slobber.cn/ 逐步上传很多资源,提供一个文件共享的地方。不过不能保证24是开放,工作日白天应该都开。

关于“Actionscript 3 高级应用 设计模式”的说明

本人对设计模式根本就是一个白丁,我是要靠这本书来学习设计模式,同时也为了不放下英语,翻译过程中,我会参考很多网上的、手头的资料和书籍,以确保翻译的信达雅。但是有些内容也难免有疏漏,有些内容也难免见仁见智,我翻译出来的东西别人看着未必通顺,希望有问题大家能友善的提出来。 这个东东就是我翻译着玩的,大家看看也就罢了,希望没人来找。 这本书的版权属于作者和其出版社,自己的翻译仅限于学习与交流,不用于商业目的。

Actionscript 3 高级应用 设计模式:第一章 设计应用程序-分析阶段

本书的版权属于作者和其出版社,自己的翻译仅限于学习与交流,不用于商业目的。 应用程序要做什么是分析阶段要考虑的事情,而且应该在分析阶段把所有要做的事情考虑全。至于应用程序怎么做,如何完成目标一般放到设计和执行阶段。从许多方面上看,分析阶段是最具挑战的,因为你需要把你的想法(很多时候是含含糊糊的)转换为明确的功能需求。你必须站在一定高度上去规划整个应用程序。也许面对一个小项目时你并不需要多少分析,但是随着规模的增长,项目最终能否成功,分析的重要性就逐步体现出来了。这就像你肯定不会拿着张地图去邻居家串门,但是如果要去外地旅行,你绝对需要一张地图。对于应用程序也是这样。 通常分析阶段是最容易被忽视的部分,而分析不足却会导致软件的所有参与者都非常郁闷:开发者不得不一直去猜程序或重构,管理者要一直盯着项目直到成功发布,客户期盼着可以工作的应用程序,最终使用者却要忍受bug和不完善的功能等等。因此分析很重要,分析的目标是提供一个明确的说明书列举出用户需求的要点。与之后要谈到的其它阶段不同,分析阶段应该尽可能的不涉及技术。