The code is too complicated to summarize--there are so
many interconnections it would take you days to
untangle (it has me!).  For a long time we've
encountered what we thought was a "compiler bug" where
the order of compilation would change the behavior of
the application.  That is, if we deleted everything
and compiled from scratch, some binding would not
execute, and some component would not display.  Then
if we simply touched the code of the disappearing
component, it would show up!  Apparently the only
difference is the order that things are
compiled/linked.

I have come to believe in the last few days that it's
not a compiler bug, but a simple
order-of-initialization problem.  One needs to
understand very well the order of initialization,
invalidation, and so on, and to this point we've been
blissfully unaware of it.

Anyway, that's why I'm investigating constructObject2
and init now--trying to get a handle on it.  But as
with so many things in the documentation, things in AS
and Flex are done slightly differently, but with no
acknowledgement of the differences.  They got the same
shit over there we got over here, it's just there it's
a little different.  I'm trying to order a Royal with
Cheese, reading from the American menu.


Greg

--- JesterXL <[EMAIL PROTECTED]> wrote:

> Of course I'm not sure.  What are you initializing,
> and who is expecting 
> them to be initialized?
> 
> ----- Original Message ----- 
> From: "G" <[EMAIL PROTECTED]>
> To: <[email protected]>
> Sent: Thursday, July 27, 2006 3:51 PM
> Subject: initialize vs. construct/init...Re:
> [flexcoders] constructObject2() 
> vs. init()? (Flex 1.5)
> 
> 
> > However, you're better off just have your
> initialize
> > event call a function
> > in your MXML and do non-GUI related stuff there.
> 
> Are you sure about that?  That seems to be exactly
> the
> source of our problems.  If we initialize values in
> the initialize handler, it seems they are being
> initialized too late, and values end up not being
> properly set.
> 
> 
> 
> >
> > ----- Original Message ----- 
> > From: "G" <[EMAIL PROTECTED]>
> > To: <[email protected]>
> > Sent: Thursday, July 27, 2006 3:25 PM
> > Subject: [flexcoders] constructObject2() vs.
> init()?
> > (Flex 1.5)
> >
> >
> > Quick question:  What is the relationship between
> > constructObject2 and init?  The document I found
> on
> > creating components does not mention
> > constructObject2,
> > but the flex compiler seems not to allow
> overriding
> > of
> > init() (in an mxml file).
> >
> > But init() does not take parameters.  Does one
> call
> > the other?  Are they analogous for different
> > situations?
> >
> > Thanks,
> >
> > Greg
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam
> > protection around
> > http://mail.yahoo.com
> >
> >
> > --
> > Flexcoders Mailing List
> > FAQ:
> >
>
http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> > Search Archives:
> >
>
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> > Yahoo! Groups Links
> >
> >
> >
> >
> >
> >
> >
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around
> http://mail.yahoo.com
> 
> 
> --
> Flexcoders Mailing List
> FAQ:
>
http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
> Search Archives:
>
http://www.mail-archive.com/flexcoders%40yahoogroups.com
> Yahoo! Groups Links
> 
> 
> 
> 
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


--
Flexcoders Mailing List
FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com 
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/
 


Reply via email to