[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [mdt-papyrus.dev] Status of EMF Diagram tools
|
Hi Miles
[The moderation seems solely designed to inhibit active communication;
this took a week to arrive; see how long the response takes.]
Ecore Diagram is increasingly used, witness Ed's activity to rescue the
project from termination.
The OCLinEcore editor is also useful, particularly if you want to do
text searches or alphabeticize a large model, or of course want to use
OCL for which there will shortly be a direct Java code generator. The
OCLinEcore editor is Xtext-based and so might naturally be supported by
more generic Xtext support.
However, "I'm one of those luddites" who just doesn't get Mylyn. I get
really irritated by a tool that decides to hide important details from
me. I would expect to be equally irritated by a tool that hides model
elements from me. I'm still looking for a decent tutorial that explains
Mylyn to me. I went to a couple of candidates at EclipseCon but both
seemed to be doing something different.
I'm guessing that you might be maintaining an EAnnotation to indicate
usage context that display filters could exploit and usage
TrackingModificationAdapters might update.
Regards
Ed Willink
On 13/07/2011 21:26, Miles Parker wrote:
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" -- so
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
_______________________________________________
mdt-papyrus.dev mailing list
mdt-papyrus.dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/mdt-papyrus.dev
-----
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1390 / Virus Database: 1518/3782 - Release Date: 07/22/11
