Thanks Michiel! Linus, would you give an observer role?
Thanks, Jules > -----Original Message----- > From: Michiel van der Wulp [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 15, 2008 2:37 PM > To: [email protected] > Subject: Re: [argouml-dev] Shall we agree to initialise the GUI before the > Modules? > > Hi Jules, > If you log in, and you have the observer role, then you can change issues. > Anyhow, I will adapt the issue now with your input. > Regards. > Michiel > > > ----- Original Message ----- > From: "Grengbondai, Jules C." <[EMAIL PROTECTED]> > To: <[email protected]> > Sent: Tuesday, January 15, 2008 8:08 PM > Subject: RE: [argouml-dev] Shall we agree to initialise the GUI before the > Modules? > > > Hi Michiel, > > I verified issue 4952 and it works fine. Thanks! But I do not think I > have > the privilege for changing the status (or maybe I do not know how to mark > it > VERIFIED). > Please close it if you can or show me how to update the status. > > Thanks, > Jules > > > -----Original Message----- > > From: Christian López Espínola [mailto:[EMAIL PROTECTED] > > Sent: Monday, January 14, 2008 5:31 PM > > To: [email protected] > > Subject: Re: [argouml-dev] Shall we agree to initialise the GUI before > the > > Modules? > > > > Thanks for fixing it Michiel. > > With a near stable release soon, I expected to avoid this kind of > > problems, and letting the modules work as them worked before. > > Anyway, I feel that this is a defered issue, and we should provide an > > API independent of the order of initialization. > > I think that we should work on solving this as soon as the stable > > release is done, so modules are independent ones from anothers. > > Someone asked in a previous thread what are the values of ArgoUML. I > > have been monitoring some forums, and many of them mentioned that > > ArgoUML has code generation for a lot of languages. Maybe one of the > > values are the possibility of writing modules, for code generation or > > anything else, so we should make an effort for provide them a clear, > > easy and functional API. > > I hope that, once the release is done, we should discuss a way of > > reaching this goal through a good design (maybe the discussion could > > start before). > > > > On Jan 14, 2008 11:16 PM, Michiel van der Wulp <[EMAIL PROTECTED]> wrote: > > > 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] > > > > > > > > > > > > > > -- > > Regards, > > > > Christian López Espínola > > --------------------------------------------------------------------- > 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/1224 - Release Date: > 14/01/2008 > 17:39 > > --------------------------------------------------------------------- > 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]
