Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » GMF (Graphical Modeling Framework) » Some thoughts about GMF
Some thoughts about GMF [message #205663] Wed, 17 September 2008 11:26 Go to next message
Eclipse UserFriend
Originally posted by: mikko.laakso.avoidspam.com

Hello,

I've been working with EMF/oAW for just half a year now, and lately with
GMF and Metaedit+. Comparing the two, EMF-related tools lose to Metaedit+
on ease and flexibility of creating graphical editors, and wins on the
generator and standards compliancy (XSD etc), and metamodel editing. It's
still more important, for me at least, to get a good graphical editor
easily, than to create a flexible metamodel and generator easily and
suffer penalty on the notation side. This is one thing GMF is trying to
address and although there is a lot of progress, there is still much to do
before GMF can really be the number one productivity booster, which it
could be :).

There are some features which would really benefit the modelers:
- tighter integration between Ecore tree view and GMF graphical view.
* The tree view can be really useful in itself, but it is difficult
to
see object associations. GMF offers easy way to create and see
associations, but lacks the completeness, scalability and
versatility
of the tree view. So it should be possible to use them together
fluently. This would be an advantage for GMF.
* It is common that metamodel is quite complex, since it is usually
good
to take the complexity to the metamodel instead of the generators.
Because of this, and scalability issues, we simply dont' want to
(or
can't) use GMF to draw complete Ecore model, but part of it.

- Several views for one model
* we could have a single model file for versioning, but still be able
to
give different views for different users, also for dividing a model
to
keeping the notation simple enough for user. It should be a part of
GMF
functionality.

- Decomposition diagrams
* I think, scalability is an issue in many current models. With a lot
of
associations, they become unusable when the size of the model grows
very large. Why can't we just click an object in GMF-made editor, to
see it's containing diagram? This is an approach adopted by
Metaedit+, and I think it's brilliant for coping with scalability
problems.

--
Regards,
Mikko Laakso
Re: Some thoughts about GMF [message #205883 is a reply to message #205663] Thu, 18 September 2008 07:31 Go to previous messageGo to next message
Seweryn Niemiec is currently offline Seweryn NiemiecFriend
Messages: 80
Registered: July 2009
Member
Mikko Laakso wrote:
> There are some features which would really benefit the modelers:
> - tighter integration between Ecore tree view and GMF graphical view
> [...]
> - Several views for one model
> [...]

I agree with Mikko 100%.

--
Greetings,
Seweryn
Re: Some thoughts about GMF [message #205936 is a reply to message #205883] Thu, 18 September 2008 10:26 Go to previous messageGo to next message
urs zeidler is currently offline urs zeidlerFriend
Messages: 91
Registered: July 2009
Member
Seweryn Niemiec schrieb:
> Mikko Laakso wrote:
>> There are some features which would really benefit the modelers:
> > - tighter integration between Ecore tree view and GMF graphical view
>> [...]
>> - Several views for one model
> > [...]
>
> I agree with Mikko 100%.
>
For both, bugs exist, please vote !

https://bugs.eclipse.org/bugs/show_bug.cgi?id=235978

https://bugs.eclipse.org/bugs/show_bug.cgi?id=206778

greetings, urs.
Re: Some thoughts about GMF [message #205960 is a reply to message #205663] Thu, 18 September 2008 11:18 Go to previous message
Alexander Shatalin is currently offline Alexander ShatalinFriend
Messages: 2928
Registered: July 2009
Senior Member
Hello Mikko,

> - tighter integration between Ecore tree view and GMF graphical view.
Are you talking about using two EMF- and GMF-generated editors in the same
multipage editor for editing same instance of the model?

> - Several views for one model
You can do that by generating non-synchronized diagrams and D&D model element
from EMF-generated editor/ProjectExplorer onto the diagram. In case you do
need some more complex automatic rules adding/removing model elements from
different diagrams you have to modify model updater functionality of synchronized
diagram editor. Is is what you are talking about or do you have another use
case in mind?

> - Decomposition diagrams
>...
> very large. Why can't we just click an object in GMF-made
> editor, to see it's containing diagram? This is an approach adopted by
> Metaedit+, and I think it's brilliant for coping with scalability
> problems.
I have to have a look on Metaedit+… For now can you please describe this
requirement a little bit more? Do you need a model structure (like in EMF-generated
editor) visible in some specific view with the possibility to select element
in it and for the selected element choose one of existing diagrams containing
this element + open this diagram end select corresponding element on it.
Is it what you are talking about or do you mean something different?

-----------------
Alex Shatalin
Previous Topic:[Announce] GMF 2.1.2 is available
Next Topic:adding child figures causes bounds anomalies when zoomed out
Goto Forum:
  


Current Time: Thu May 13 23:08:42 GMT 2021

Powered by FUDForum. Page generated in 0.02972 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top