*" I know that this seems like 11th hour feedback in the context of GSoC, but we can work to fine tune your proposal."
*As far as submitting modifications to my application(s) through Google's system thats true =) It sounds like there are a handful of things that could be useful tasks to undertake as part of GSoC: - Improve the existing integration between ArgoUMLs Swing user interface, and Eclipse workbench. There are a few tips in this Eclipse Corner Artcile that could be incorporated pretty quickly: http://www.eclipse.org/articles/article.php?file=Article-Swing-SWT-Integration/index.html - Begin rewriting some of the ArgoUML dialogs in SWT - Tie ArgoUMLs editors to built in Eclipse functionality (global actions, jobs, etc) - Begin writing an ArgoUML editor based on GMF or GEF (though if its true that Tigris GEF is assumed in many places this may be pretty difficult) - Begin to create extension points for well defined systems: Models, Modules, Code Generators, Reverse Engineering, etc... - Examine EMFs reverse engineering capabilities Of course not all of these could be completed within the GSoC timeframe. I've got some experience with Eclipse RCP, Extension Registry, Eclipse GEF, SWT, etc so I think these are all realistic tasks for me. What would be of most use to ArgoUML? On Mon, Apr 7, 2008 at 3:03 PM, Tom Morris <[EMAIL PROTECTED]> wrote: > > I believe we are all agreed to move ArgoUML to the eclipse platform > > By this, do you mean the only way to run it will be *inside* Eclipse? > > Yes. > > > Or do you mean that it will use (I think I'm getting this right…) the > Eclipse > > "Rich Client Platform," which is basically a framework providing UI and > > functionality? > > Yes. :-) > > Basically when double-clicked your ArgoUML icon (the shiny new one), a > mini instance of Eclipse, bundled with the rest of ArgoUML, would get > launched. It would act just like the ArgoUML of today, except that it > would have context sensitive help, automatic software updates, and a > bunch of other functionality without us having to implement it > ourselves. > > I'll send some screen shots in a separate thread. > > Tom > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
