2 things to do to ensure you're not nuts. 1. Add &recompile=true to the end of the URL string. Slows compiling, but it's worth the piece of mind.
2. Delete generated everytime you want to be sure your changes are in fact taking. Mine's here for Flex 1.5: C:\JRun4\servers\starExhibits\cfusion-ear\cfusion-war\WEB-INF\flex\generated LOL!!!! Royal... AWESOME. Whew, that made my Thursday. Mmmm, tasty burger!!!! First off, bindings are supposed to free you from initialization worries. Here's how it was in Flash: - capture data in member var - create asset - wait a frame - set data - delete member var - repeat process in convulted way In Flex? Bind value in View and it'll "work" when she's created. Pimp! I'm sorry to hear it's not working that way for you. Here's the rundown. - init - createChildren - initial drawing * initialize is before everything is done drawing - createChildren is the last event fired when everyone and their mom is ready There is a good rundown of this on Adobe's DevNet site. If you want the link, I can go find; it's a pretty good explanation. ----- Original Message ----- From: "G" <[EMAIL PROTECTED]> To: <flexcoders@yahoogroups.com> Sent: Thursday, July 27, 2006 5:22 PM Subject: Re: initialize vs. construct/init...Re: [flexcoders] constructObject2() vs. init()? (Flex 1.5) 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: <flexcoders@yahoogroups.com> > 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: <flexcoders@yahoogroups.com> > > 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 -- 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/