This needs some balance between how serious we are in moving toward eclipse RCP.
Why continue with our own Undo framework when that would be provided by RCP. I'd hate to do lots of needless work that will just be thrown away. Even if we did continue with our undo implementation it would be dependant on eUML being complete I think. I'd like to make sure we do concentrate on seq diagrams but that does not have to what for a full release. It could be just a module release. Personally I think it is just a little too early to discuss these plans in detail now. I'd like to wait till we have a dev wiki so that we can start to build pages to agree designs for future. We can then discuss what of those designs we would like to see soonest taking into account both user votes and technical constraints. The wiki will hopefully make that process a lot easier than bouncing emails around. Bob. On 04/09/2008, Thomas N. <[EMAIL PROTECTED]> wrote: > Hi, > > let's agree on the plan for 0.28 as early as possible, because 0.26 lacks of > many important things. > > First, as we always encourage users to vote for issues, let's get serious > here and put the issues with the most votes on highest priority! These are: > Undo, distributed models, and movable labels of edges in diagrams. > Furthermore, we have a better sequence diagram implementation that is in need > of a migration path from the current seq diagram impl. > > So, I propose to plan the next release to be released in a reasonable short > time (in great contrast to 0.26), with the following features: > > - Implement Undo, see http://argouml.tigris.org/issues/show_bug.cgi?id=3497 > - Distributed models, see > http://argouml.tigris.org/issues/show_bug.cgi?id=3497 > - Positioning of text labels attached to fig lines, see > http://argouml.tigris.org/issues/show_bug.cgi?id=1048 > - New sequence diagram implementation, e.g. see > http://argouml.tigris.org/issues/show_bug.cgi?id=5030 > > Of course, anyone is free to add more into the unstable 0.27.* releases, but > these four items should form a set of more organized subprojects, with > assigned team members and a better public communication (e.g. dev wiki). > > What do you think? You might argue about the exact set of features, but will > this approach bring ArgoUML to the next level? > > Regards, > Thomas > -- > Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! > Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer > > --------------------------------------------------------------------- > 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]
