Thanks for your reply Jason, One of the concerns I had with doing the instances was that I was erroneously thinking of a previous project, in which the size of each of those instances would be different, but for this specific project I can force the width of each stock data (all the info including names and prices) to be set to a specific value, making the whole animation possible, in terms of smoothness.
How do you suggest I do the detection to know if they are out of the viewing area? My guess is based on the dimensions of the clip and its location i'll be able to check if it is 'visible', but do you know of any other methods? Thanks once again, -Alex On 12/22/05, Merrill, Jason <[EMAIL PROTECTED]> wrote: > > >>In absence of that, any hints of tips anyone can offer would be of > great > >>help. The way I have done some somewhat similar projects involved > creating a > >>large movie clip from the loaded data, and then calculating the width > of > >>that movie clip to use in its looping animation (using 2 instances to > make > >>it seamless). The problem I foresee with that is that this has the > >>potential of being very long, and thus might not animate smoothly. > Does > >>anyone have any general suggestions I should consider as I plan this > >>project? > > Instead of making a big 'ol movie clip in a library and > animating/tweening that, I would instead make a single movie clip which > has a text field, and attach that to the stage, populate the stock data, > and tween/animate with actionscript, - you would create and destroy > instances when they leave and exit the view area, and the data is > dynamic for each clip. That to me would be a better/more elegant > approach, and if you do it right, will perform much better too. > > Jason Merrill | E-Learning Solutions | icfconsulting.com > > > > > > > > > > NOTICE: > This message is for the designated recipient only and may contain > privileged or confidential information. If you have received it in error, > please notify the sender immediately and delete the original. Any other use > of this e-mail by you is prohibited. > _______________________________________________ > Flashcoders mailing list > [email protected] > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > _______________________________________________ Flashcoders mailing list [email protected] http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
