Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [emf-dev] [modeling-pmc] Status of EMF Diagram tools


Yes, of course! :) I think what I'm wondering is -- sorry for my ignorance -- how are those tools related to the Papyrus EMF tools? I see from the project page that there is overlap between them. (And then how is that related to the UML2, SysML and other "M2" kind of modeling projects?) Are these all GMF based or is the Ecore tool more pure GEF like the other EcoreTools editors? And are there any other toolsets out there or planned that I might be missing? Basically, I'm looking for the best lever point that will serve the needs of the most toolsets and if I can find a good common denominator for presentation / view level stuff that would be great.I think that's going to need to be a little higher level than GEF, but I'd like to avoid deep dependencies on GMF Tooling and GMF Runtime if possible, just so that the basic approach will work easily with Graphiti and other GEF based tools while still working well with existing GMF-based tools. Ideally, the Mylyn tools would plug-in without having to specialize the target editors at all. Second best would be to provide a really simple extension model for Mylyn-aware editors.

On Jul 14, 2011, at 1:31 AM, Adolfo Sánchez-Barbudo Herrera wrote:

Miles,

I guess you have tried the Ecore Tools to edit ecore models by the means of a diagram-based editor, haven`t you ?

It's included in the Eclipse Releases repository, inside the "Modeling" category ( Modeling -> Ecore Tools SDK).

Cheers,
Adolfo.

El 13/07/2011 21:29, Miles Parker escribió:
I'm trying to get a sense for what diagram tools are most used for generic Ecore editing.. I'm one of those luddites who find the Ecore "example" tree editor perfectly usable :) but as we're trying to support the largest community we can with the current Mylyn EMF bridge effort, and I'd like to understand where things are in terms of what is state of the art, what is being supported and pushed forward, etc.. and what if any efforts have been merged, split, etc..  It's of course quite possible that we'll be able to support many or all of the tools, but we want to have a solution that benefits the maximum # of users possible. I'm really only interested in tools used to *edit* Ecore models themselves at this point, though feedback on more generic aspects would be useful as well. In particular is there one underlying technology that should be supported? I realize that these sorts of questions can make people uncomfortable -- none of us like to say "my tool is better than x" -- s
o
  info like "I use x and it works well for.." would be helpful. And while I think Eclipse related discussions should be public as a rule, if you want to share any project information that it wouldn't be helpful to discuss on a public mailing list feel free to email me directly.

cheers,

Miles
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/modeling-pmc


--
<logo.gif>
Adolfo Sánchez-Barbudo Herrera
adolfosbh(at)opencanarias(dot)com
C/Elías Ramos González, 4, ofc. 304
38001 SANTA CRUZ DE TENERIFE
Tel.: +34 922 240231
_______________________________________________
modeling-pmc mailing list
modeling-pmc@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/modeling-pmc


Back to the top