Hi Michiel, It should solve issue 4952. I will test it and update the issue.
Thanks you! Jules > -----Original Message----- > From: Michiel van der Wulp [mailto:[EMAIL PROTECTED] > Sent: Monday, January 14, 2008 5:17 PM > To: [email protected] > Subject: Re: [argouml-dev] Shall we agree to initialise the GUI before the > Modules? > > Hi Tom, Jules, et al., > > I just committed a new version of the Main class. > Now we have the same initialisation sequence as before the profile stuff > was > committed. > > Tested with ArgoUML standalone, with the "dev" module, and with the > commandline in batch mode (see > http://argouml-stats.tigris.org/documentation/quick-guide- > 0.24/ch02s04.html). > This new version needs some testing of the profiles function - please help > with this! > > Jules, does this solve your issue 4952? - If so, please put it on fixed. > > Regards, > Michiel > > > > ----- Original Message ----- > From: "Grengbondai, Jules C." <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Monday, January 14, 2008 9:36 PM > Subject: RE: [argouml-dev] Shall we agree to initialise the GUI before the > Modules? > > > Hello all, > > This problem is related to issue 4952 that I reported. > http://argouml.tigris.org/issues/show_bug.cgi?id=4952 > > Regards, > Jules > > > -----Original Message----- > > From: Tom Morris [mailto:[EMAIL PROTECTED] > > Sent: Monday, January 14, 2008 2:55 PM > > To: [email protected] > > Subject: Re: [argouml-dev] Shall we agree to initialise the GUI before > the > > Modules? > > > > On Jan 13, 2008 5:15 AM, Michiel van der Wulp <[EMAIL PROTECTED]> wrote: > > > > > In the light of issue 4752, can we agree upon the following? > > > > > > ArgouML shall initialise the Gui BEFORE the Modules are > initialised. > > > > I guess it depends on what we mean by "initialize." I think part of > > the problem is that everyone wants to be initialized first or last and > > that we do too much initialization too early. > > > > I think we should be doing: > > > > - lazy initialization - don't initialize things until needed > > - run time extension - modules can add extensions whenever they want > > > > Having said that, in the short term, I think we need to stabilize > > things and the best way to do that is probably to revert to the > > initialization order that we used before the profile work was > > introduced. Is that what your proposal does? > > > > Tom > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.5.516 / Virus Database: 269.19.2/1223 - Release Date: > 13/01/2008 > 20:23 > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
