On Apr 1, 2005 4:20 PM, JesterXL <[EMAIL PROTECTED]> wrote: > > I can take 3 of these. > > - creating of components does not touch the server (for view controls > anyway). If you create a child, yeah, it'll ask for more memory if none is > researved already for you. If you destroy a child, the way it worked in the > past was removeal of the movie clip, and it deleted the reference. You > can't do anything more effectively or cleanly in Flash; at that point, it's > up to the Flash Player, and so far, it works fine. However, just because > delete returns true doesn't really mean much; I have no clue if it actually > frees the memory, when GC runs, etc.
Hmm, yeah, thats the point of contention need to know more about how the GC would process stuff - even if its theory - as You really dont want to be in a position where your in your 80th View-Pod and memory does nothing but grow all due to some forgotten piece in the already-built-framwork not letting go of that variable or something like that. > - from the docs: "Classes that descend from the UIObject class that do not > specify a creationPolicy property inherit their parent's creationPolicy > property." Ah, kind of figured as much but was checking..is all hehe. > - remote shared libraries, at least in Flash, are downloaded once; they are > just like loaded movies in that they are cached, but in RSL's case, it's > treated (for code purposes) as the same SWF. It should use the cached SWF > each time, same as loadMovie (unless you append a random date; > SharedLibraries don't work like that; you use them, you don't load them) So its as if i embedded them inside the swf via Flash MX IDE, and use attach movie each time? is that what your getting at? I thought they worked like shared libraries, where they become seperate swf that multiple swfs can use ..kind of like a pack file of assets that all other assets can feed off of? -- Regards, Scott Barnes http://www.mossyblog.com http://www.flexcoder.com (Coming Soon) Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
