Good luck.

If you run into problems, a little more specifics on what the end
result is supposed to be would be helpful. There might be a better
approach for what you are trying to achieve.

On Sat, Jan 31, 2009 at 4:21 PM, John Waggener <[email protected]> wrote:
> k.  i'll do that.
>
> On Sat, Jan 31, 2009 at 1:13 PM, Darin Kohles <[email protected]> wrote:
>>
>> If it's simply an Image, just pass the source and make a new one;
>> avoiding the remove step. Normally it's best to pass data, and not
>> whole objects if you can help it. Object references tend to hang
>> around and create memory leaks.
>>
>> On Sat, Jan 31, 2009 at 12:00 PM, John Waggener <[email protected]>
>> wrote:
>> > What if I don't want to change ownership?
>> >
>> > Should the reference suffice as a way of adding the child to
>> > myDisplayObjectContainer and having that appear on the screen?
>> >
>> > johnny
>> >
>> >
>> >
>> > On Sat, Jan 31, 2009 at 10:41 AM, Darin Kohles <[email protected]>
>> > wrote:
>> >>
>> >> You can pass a reference to an item the way your code looks, but the
>> >> items is still a child (display child, if it was added as one) of the
>> >> original parent. If you want to swap 'ownership' of the thingy without
>> >> simply copying the naughty bits,  you'll need to "pop" it off the view
>> >> stack and place it back on in it's new home.
>> >>
>> >> so:
>> >>
>> >> var tempHome:SomeClass =
>> >> oldHome.removeChild(oldHome.someClassInstance);
>> >>
>> >> // parent-less at this point but as long as you have a handle on it
>> >> still
>> >> alive
>> >>
>> >> newHome.addChild(tempHome);
>> >>
>> >> // re-inserted in the view stack in the new parent
>> >>
>> >> newHome.invalidateDisplayList();
>> >>
>> >> //for good measure
>> >>
>> >>
>> >> If you don't really want to remove the thingy from the first location,
>> >> but "use" it elsewhere, then copy out the naughty bits and make a new
>> >> one: e.g.source url etc, otherwise make a deep copy - I suggest you
>> >> read up on the ObjectUtil static class in the live docs. (I'm too lazy
>> >> to pass a link :>)
>> >>
>> >> On Sat, Jan 31, 2009 at 10:05 AM, John Waggener
>> >> <[email protected]>
>> >> wrote:
>> >> > Rules around a DisplayObjectContainer's addChild:
>> >> >
>> >> > I have a DisplayObjectContainer that has a property of a datatype
>> >> > that
>> >> > has a
>> >> > property named prettyThing which is an Image
>> >> >
>> >> > myDisplayObjectContainer{
>> >> >
>> >> > private var class:Class;
>> >> > private var url:String = "someImage.jpg";
>> >> >
>> >> > public function createClass():void
>> >> > {
>> >> > class = new Class();
>> >> > class.prettyThing = new Image();
>> >> > class.prettyThing.load(); //load a url and such
>> >> > }
>> >> >
>> >> > public function addPrettyThing():void
>> >> > {
>> >> > addChild( class.prettyThing );
>> >> > }
>> >> >
>> >> > }
>> >> >
>> >> > addPrettyThing will not take the Image that is a property of class
>> >> > and
>> >> > display it.  What is the rule here?  If prettyThing were a property
>> >> > of
>> >> > myDisplayObjectContainer then it coud be added to the dispplaylist
>> >> > and
>> >> > displayed?
>> >> >
>> >> > Does anyone know what the rule is?
>> >> >
>> >> > --
>> >> > Johnny Waggener
>> >> > Software Developer
>> >> > Multicast Media
>> >> > 678-592-2650
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Darin Kohles
>> >> RIA Developer
>> >>
>> >>
>> >> -------------------------------------------------------------
>> >> To unsubscribe from this list, simply email the list with unsubscribe
>> >> in
>> >> the subject line
>> >>
>> >> For more info, see http://www.affug.com
>> >> Archive @ http://www.mail-archive.com/discussion%40affug.com/
>> >> List hosted by http://www.fusionlink.com
>> >> -------------------------------------------------------------
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Johnny Waggener
>> > Software Developer
>> > Multicast Media
>> > 678-592-2650
>> >
>>
>>
>>
>> --
>> Darin Kohles
>> RIA Developer
>>
>>
>> -------------------------------------------------------------
>> To unsubscribe from this list, simply email the list with unsubscribe in
>> the subject line
>>
>> For more info, see http://www.affug.com
>> Archive @ http://www.mail-archive.com/discussion%40affug.com/
>> List hosted by http://www.fusionlink.com
>> -------------------------------------------------------------
>>
>>
>
>
>
> --
> Johnny Waggener
> Software Developer
> Multicast Media
> 678-592-2650
>



-- 
Darin Kohles
RIA Developer


-------------------------------------------------------------
To unsubscribe from this list, simply email the list with unsubscribe in the 
subject line

For more info, see http://www.affug.com
Archive @ http://www.mail-archive.com/discussion%40affug.com/
List hosted by http://www.fusionlink.com
-------------------------------------------------------------


Reply via email to