[Golist] Idea for tween library structur
Moses Gunesch
moses at goasap.org
Wed Feb 27 09:42:25 PST 2008
Karsten, interesting approach, you're doing some good work here.
One thing that I don't know how to deal with is using Overlap monitor
regarding nested properties. For example if you state that you're
handling "blurX", that property name exists in other filters too so
there would be a false overlap there. I guess one way we could do it
would be to come up with a convention like
"filters.DropShadowFilter.blurX" or "DropShadow_blurX". This works but
it's hard to set a convention like that.
This issue crosses over to color and other transform props as well.
It's not just an OverlapMonitor question but also a question of how a
tween handler operates... in an ultimate scenario there would be a
clear way to organize "nested property" tweens across the board. I'm
interested in any and all ideas on that.
One grand concept I came up with: Tween definition classes that use
XML to describe the location and nature of the tween property, as well
as the name and type of each step down the object chain to get to it.
So first you'd have a "filters"/Array node, then a ""/DropShadowFilter
node, then a "blurX"/Number node. Although I love this idea on a
concept level, in reality I think it would be too slow to do
lookups... but you could in theory build the ultimate generic tween
processor that would be able to parse and update any tween, any where,
any type. I guess the good thing about Go is, if I wanted to give that
crazy idea a shot, at least I have a platform to work from. :)
Anyway I would be interested to hear your thoughts regarding the
OverlapMonitor nested props issue...
- m
On Feb 23, 2008, at 12:18 PM, Karsten Goetz wrote:
> Hi,
>
> it's very faszinating to see the developement of Go step by step :-)
>
> I've created a little "timline" using HydroTween and an own
> filterTween and want to share it with you.
> It looks like this:
>
> group.addChild(new HydroTween(clip, {x:200, y:50}, 0, 1,
> Quadratic.easeInOut));
> group.addChild(new HydroTween(clip, {rotation:360}, 0.5, 1,
> Linear.easeInOut));
> group.addChild(new DropShadowTween(clip, endFilter(), 1, 1.3,
> Bounce.easeOut));
> group.addChild(new HydroTween(clip, {x:0, y:100}, 1.5, 1,
> Quadratic.easeInOut));
> group.start();
>
> the function endFilter() returns a dropshadowfilter. I hat to
> change the call of the start-properties in Hydrotween to make
> multiple manipulation of the same property possible ( here the x-
> value ). Overlapmanagement does not work yet. See the example
> attached to the mail.
>
> I'm just thinking about small tween packages like this:
>
> tweens
> - dropShadow
> - - DropShadowVO.as // a value object with tweenable Filterprops
> - - DropShadowTween.as // Constructor: new DropShadowTween(clip,
> startDropShadowVO, endDropShadowVO, 1, 1.3, Bounce.easeOut));
>
> - movieClip
> - - ClipVO.as // a value object with tweenable clipprops
> - - ClipTween.as // Constructor: new DropShadowTween(clip,
> startClipVO, endClipVO, 0, 1, Linear.easeOut));
>
> - bezier
> - - BezierVO.as // a value object with propertiers
> - - BezierTween.as // Constructor: new DropShadowTween(clip, start
> BezierVO, endBezierVO, 0, 1, Linear.easeOut))
>
> etc.
>
> Just an idea for a library-structure. What do you think?
>
> Lot's of greetings
>
> k
>
> <example.zip>
>
> ------------------------
> Karsten Goetz
> Flashprogrammierung
>
> Bernstorffstr. 120
> 22767 Hamburg
>
> Tel: +49 40 43 09 91 07
> Mobil: 0173 57 14 984
>
>
>
> _______________________________________________
> GoList mailing list
> GoList at goasap.org
> http://goasap.org/mailman/listinfo/golist_goasap.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://goasap.org/pipermail/golist_goasap.org/attachments/20080227/b8eab97b/attachment.html
More information about the GoList
mailing list