Nothing really.  All components are created with $visible=false until 
creationComplete.  This actually implies that the components haven't been 
addChild'd to the parent or some parent higher up the tree is not on the 
display list.  If nestLevel isn't greater than 2 or so, then that tree of 
objects hasn't been properly parented.

 

________________________________

From: [email protected] [mailto:[EMAIL PROTECTED] On Behalf Of ivo
Sent: Friday, May 30, 2008 3:56 PM
To: [email protected]
Subject: Re: [flexcoders] what prevents a FlexEvent.CREATION_COMPLETE?

 

Thanks again for your reply Alex. Seems that in the instances that are not 
drawn neither the commitProperties() nor measure() functions are called.

Reviewing the properties of the drawn and not-drawn instances on the 
creationComplete event of the parent shows them to be basically equivalent, but 
for a few. The not-drawn instance has the following properties:

$visible    false
initialized    false
invalidateDisplayListFlag    true    
invalidatePropertiesFlag    true    
invalidateSizeFlag    true

The drawn instances has those same properties showing the opposite value.

What does the $visible property indicate?

Thanks,

- Ivo

----- Original Message ----
From: Alex Harui <[EMAIL PROTECTED]>
To: [email protected]
Sent: Friday, May 30, 2008 10:17:49 AM
Subject: RE: [flexcoders] what prevents a FlexEvent.CREATION_COMPLETE?

The order is commitProperties, measure, then updateDisplayList.  If code in 
measure() ends up calling invalidatePropertie s, you go back to 
commitProperties and might never get over to updatedisplayList

 

________________________________

From: [EMAIL PROTECTED] ups.com [mailto: [EMAIL PROTECTED] ups.com ] On Behalf 
Of ivo
Sent: Friday, May 30, 2008 9:34 AM
To: [EMAIL PROTECTED] ups.com
Subject: Re: [flexcoders] what prevents a FlexEvent.CREATION_ COMPLETE?

 

Thanks for the reply Alex. One additional question, what would prevent 
updateDisplayList from being called after a component is added to the display 
list?

Further tracing shows that in the correctly drawn instance the 
updateDisplayList of the child components is called. In the one where the child 
subcomponents are not drawn it is not called. If I iterate over the children of 
the parent component it does list the subcomponents are being present.

Thanks,

- Ivo

----- Original Message ----
From: Alex Harui <[EMAIL PROTECTED] com>
To: [EMAIL PROTECTED] ups.com
Sent: Thursday, May 29, 2008 2:56:00 PM
Subject: RE: [flexcoders] what prevents a FlexEvent.CREATION_ COMPLETE?

If the child never finished validation because a call to updateDisplayList 
invalidates size or properties, you won’t get creation_complete

 

________________________________

From: [EMAIL PROTECTED] ups.com [mailto: [EMAIL PROTECTED] ups.com ] On Behalf 
Of ivo
Sent: Thursday, May 29, 2008 11:42 AM
To: FlexCoders
Subject: [flexcoders] what prevents a FlexEvent.CREATION_ COMPLETE?

 

Hello listers,

I have a custom component I use in two locations in my app. In one instance it 
appears with all subcomponents laid out correctly but in the other it appears 
with an inner subcomponent blank, it is not drawn. This only happens on the web 
Flash Player tho, the same component under AIR shows both instances drawn 
correctly.

Tracing I find that under AIR I can handle the FlexEvent.CREATION_ COMPLETE for 
the inner subcomponent for both instances. In the web version only one of them 
(the one that appears complete) triggers the event handler, the other one never 
gets triggered. I imagine this would cause the empty component symptom since 
this is dispatched once drawing is complete. The CREATION_COMPLETE event for 
the parent is always triggered tho.

Thanks,

- Ivo

 

Reply via email to