Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » GMF (Graphical Modeling Framework) » Solutions for common GMF problems
Solutions for common GMF problems [message #209033] Mon, 20 October 2008 15:05 Go to next message
Jan Koehnlein is currently offline Jan KoehnleinFriend
Messages: 760
Registered: July 2009
Location: Hamburg
Senior Member
Hi,

having worked for several years with GMF now, I've collected a number of
helpers, extensions and solutions for reoccurring GMF tasks.

As some of these may be matter of personal taste (e.g. I don't like the
gmfgen model reconciler), I've decided to share my ideas and solutions
in a separate OpenSource project rather than arguing about these issues
in this newsgroup.

Topics covered are
* Sharing an editing domain among several editors
* Make GMF's development process easier, e.g. by bypassing
reconcilers and provide a very simple UI to the code generator.
* Additional layouts, e.g. make labels fit into ellipses.
* Ideas on how to implement non- or semi-canonical diagrams.

Even though the solutions are highly reusable, e.g. by favouring
template aspects over manual changes, they are not intended to be
solutions to all possible use cases. But I think they offer a good
starting point.

Everything is EPL, so feel free to have a look at it, use it in your
projects or adapt it to your needs.

Maybe this can even be an incentive to update some outdated Wiki docs,
e.g. on sharing an editing domain.

Any comments are welcome!

Best regards
Jan Köhnlein


---
Get professional support from the Xtext committers at www.typefox.io
Re: Solutions for common GMF problems [message #209043 is a reply to message #209033] Mon, 20 October 2008 15:10 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: tobk42.gmx.de

Hello Jan,

this sounds great! But where can we find it? I think you forgot to post
the link...

Regards,
Tobias




Jan Kšoehnlein schrieb:
> Hi,
>
> having worked for several years with GMF now, I've collected a number of
> helpers, extensions and solutions for reoccurring GMF tasks.
>
> As some of these may be matter of personal taste (e.g. I don't like the
> gmfgen model reconciler), I've decided to share my ideas and solutions
> in a separate OpenSource project rather than arguing about these issues
> in this newsgroup.
>
> Topics covered are
> * Sharing an editing domain among several editors
> * Make GMF's development process easier, e.g. by bypassing
> reconcilers and provide a very simple UI to the code generator.
> * Additional layouts, e.g. make labels fit into ellipses.
> * Ideas on how to implement non- or semi-canonical diagrams.
>
> Even though the solutions are highly reusable, e.g. by favouring
> template aspects over manual changes, they are not intended to be
> solutions to all possible use cases. But I think they offer a good
> starting point.
>
> Everything is EPL, so feel free to have a look at it, use it in your
> projects or adapt it to your needs.
>
> Maybe this can even be an incentive to update some outdated Wiki docs,
> e.g. on sharing an editing domain.
>
> Any comments are welcome!
>
> Best regards
> Jan Köhnlein
Re: Solutions for common GMF problems [message #209059 is a reply to message #209033] Mon, 20 October 2008 15:30 Go to previous messageGo to next message
Richard Gronback is currently offline Richard GronbackFriend
Messages: 605
Registered: July 2009
Senior Member
Interesting, thanks.

So, why not contribute directly to GMF?


On 10/20/08 11:05 AM, in article gdi6ng$qts$1@build.eclipse.org, "Jan
Kšoehnlein" <jan.koehnlein@itemis.de> wrote:

> Hi,
>
> having worked for several years with GMF now, I've collected a number of
> helpers, extensions and solutions for reoccurring GMF tasks.
>
> As some of these may be matter of personal taste (e.g. I don't like the
> gmfgen model reconciler), I've decided to share my ideas and solutions
> in a separate OpenSource project rather than arguing about these issues
> in this newsgroup.
>
> Topics covered are
> * Sharing an editing domain among several editors
> * Make GMF's development process easier, e.g. by bypassing
> reconcilers and provide a very simple UI to the code generator.
> * Additional layouts, e.g. make labels fit into ellipses.
> * Ideas on how to implement non- or semi-canonical diagrams.
>
> Even though the solutions are highly reusable, e.g. by favouring
> template aspects over manual changes, they are not intended to be
> solutions to all possible use cases. But I think they offer a good
> starting point.
>
> Everything is EPL, so feel free to have a look at it, use it in your
> projects or adapt it to your needs.
>
> Maybe this can even be an incentive to update some outdated Wiki docs,
> e.g. on sharing an editing domain.
>
> Any comments are welcome!
>
> Best regards
> Jan Köhnlein
Re: Solutions for common GMF problems [message #209067 is a reply to message #209033] Mon, 20 October 2008 15:47 Go to previous messageGo to next message
Jan Koehnlein is currently offline Jan KoehnleinFriend
Messages: 760
Registered: July 2009
Location: Hamburg
Senior Member
Ooops, I forgot the link:

http://code.google.com/p/gmftools/w/list

Sorry
Jan

Jan Kšoehnlein schrieb:
> Hi,
>
> having worked for several years with GMF now, I've collected a number of
> helpers, extensions and solutions for reoccurring GMF tasks.
>
> As some of these may be matter of personal taste (e.g. I don't like the
> gmfgen model reconciler), I've decided to share my ideas and solutions
> in a separate OpenSource project rather than arguing about these issues
> in this newsgroup.
>
> Topics covered are
> * Sharing an editing domain among several editors
> * Make GMF's development process easier, e.g. by bypassing
> reconcilers and provide a very simple UI to the code generator.
> * Additional layouts, e.g. make labels fit into ellipses.
> * Ideas on how to implement non- or semi-canonical diagrams.
>
> Even though the solutions are highly reusable, e.g. by favouring
> template aspects over manual changes, they are not intended to be
> solutions to all possible use cases. But I think they offer a good
> starting point.
>
> Everything is EPL, so feel free to have a look at it, use it in your
> projects or adapt it to your needs.
>
> Maybe this can even be an incentive to update some outdated Wiki docs,
> e.g. on sharing an editing domain.
>
> Any comments are welcome!
>
> Best regards
> Jan Köhnlein


---
Get professional support from the Xtext committers at www.typefox.io
Re: Solutions for common GMF problems [message #209075 is a reply to message #209059] Mon, 20 October 2008 16:09 Go to previous messageGo to next message
Jan Koehnlein is currently offline Jan KoehnleinFriend
Messages: 760
Registered: July 2009
Location: Hamburg
Senior Member
Rich -

firstly, as I said, some things are really a matter of taste. I am
pretty certain I cannot convince you to completely drop the gmfgen model
reconciler in favor of an oAW-based M2M transformation, to switch of the
deadlock prone workspace synchronizer to allow sharing models, provide
single button for the generation after the map-model creation instead of
two context menu actions and a wizard with multiple pages, etc. I am
convinced that protected regions (@generated not) are a very bad idea
but many people think different. And I respect that.

Many of these issues have really driven me nuts in the past, so I
changed them for my personal use. My solutions are quite rough and
simple, but they work the way I want them to work. They might not be
sophisticated enough to make it into GMF. But if other people like them,
they are now welcome to use them.

Furthermore, some things are for special usecases only. If someone does
not need a shared editing domain, why should she/he use the proposed
template aspects? OTOH, the topic has been around for years (yes, the
Wiki-Entry is veeeery old), there has been reasonable interest in this
newsgroup but the problem never got caught up by the GMF-team. It does
not seem to be that important for you, and I am OK with that. But for me
it is essential, as I need it in literally *every* GMF-project I am
running. So instead of discussing for ages, I prefer solving that
problem for myself.

If you like some of the ideas, fell free integrate it. I won't stand in
your way an am willing to give you a helping hand.

Best regards
Jan Köhnlein





Richard Gronback schrieb:
> Interesting, thanks.
>
> So, why not contribute directly to GMF?
>
>
> On 10/20/08 11:05 AM, in article gdi6ng$qts$1@build.eclipse.org, "Jan
> Kšoehnlein" <jan.koehnlein@itemis.de> wrote:
>
>> Hi,
>>
>> having worked for several years with GMF now, I've collected a number of
>> helpers, extensions and solutions for reoccurring GMF tasks.
>>
>> As some of these may be matter of personal taste (e.g. I don't like the
>> gmfgen model reconciler), I've decided to share my ideas and solutions
>> in a separate OpenSource project rather than arguing about these issues
>> in this newsgroup.
>>
>> Topics covered are
>> * Sharing an editing domain among several editors
>> * Make GMF's development process easier, e.g. by bypassing
>> reconcilers and provide a very simple UI to the code generator.
>> * Additional layouts, e.g. make labels fit into ellipses.
>> * Ideas on how to implement non- or semi-canonical diagrams.
>>
>> Even though the solutions are highly reusable, e.g. by favouring
>> template aspects over manual changes, they are not intended to be
>> solutions to all possible use cases. But I think they offer a good
>> starting point.
>>
>> Everything is EPL, so feel free to have a look at it, use it in your
>> projects or adapt it to your needs.
>>
>> Maybe this can even be an incentive to update some outdated Wiki docs,
>> e.g. on sharing an editing domain.
>>
>> Any comments are welcome!
>>
>> Best regards
>> Jan Köhnlein
>


---
Get professional support from the Xtext committers at www.typefox.io
Re: Solutions for common GMF problems [message #209083 is a reply to message #209075] Mon, 20 October 2008 16:48 Go to previous message
Richard Gronback is currently offline Richard GronbackFriend
Messages: 605
Registered: July 2009
Senior Member
Jan,

Don't confuse a lack of attention given to certain features as a belief they
should not be in the project (I'd say most of what you've done could be
incorporated). More likely, it's the case that there's too much to do
already and that things are prioritized among a small team, making
contributions from folks like yourself critical to having them realized.
This is the way the community is supposed to work, while I'd argue putting
code and documents external to the project will do nothing but make matters
worse. Are you planning to update and maintain the site you've created? If
so, is the additional overhead involved in contributing patches directly to
GMF and updating its wiki content so much of a burden?

- Rich


On 10/20/08 12:09 PM, in article gdiag4$odl$1@build.eclipse.org, "Jan
Kšoehnlein" <jan.koehnlein@itemis.de> wrote:

> Rich -
>
> firstly, as I said, some things are really a matter of taste. I am
> pretty certain I cannot convince you to completely drop the gmfgen model
> reconciler in favor of an oAW-based M2M transformation, to switch of the
> deadlock prone workspace synchronizer to allow sharing models, provide
> single button for the generation after the map-model creation instead of
> two context menu actions and a wizard with multiple pages, etc. I am
> convinced that protected regions (@generated not) are a very bad idea
> but many people think different. And I respect that.
>
> Many of these issues have really driven me nuts in the past, so I
> changed them for my personal use. My solutions are quite rough and
> simple, but they work the way I want them to work. They might not be
> sophisticated enough to make it into GMF. But if other people like them,
> they are now welcome to use them.
>
> Furthermore, some things are for special usecases only. If someone does
> not need a shared editing domain, why should she/he use the proposed
> template aspects? OTOH, the topic has been around for years (yes, the
> Wiki-Entry is veeeery old), there has been reasonable interest in this
> newsgroup but the problem never got caught up by the GMF-team. It does
> not seem to be that important for you, and I am OK with that. But for me
> it is essential, as I need it in literally *every* GMF-project I am
> running. So instead of discussing for ages, I prefer solving that
> problem for myself.
>
> If you like some of the ideas, fell free integrate it. I won't stand in
> your way an am willing to give you a helping hand.
>
> Best regards
> Jan Köhnlein
>
>
>
>
>
> Richard Gronback schrieb:
>> Interesting, thanks.
>>
>> So, why not contribute directly to GMF?
>>
>>
>> On 10/20/08 11:05 AM, in article gdi6ng$qts$1@build.eclipse.org, "Jan
>> Kšoehnlein" <jan.koehnlein@itemis.de> wrote:
>>
>>> Hi,
>>>
>>> having worked for several years with GMF now, I've collected a number of
>>> helpers, extensions and solutions for reoccurring GMF tasks.
>>>
>>> As some of these may be matter of personal taste (e.g. I don't like the
>>> gmfgen model reconciler), I've decided to share my ideas and solutions
>>> in a separate OpenSource project rather than arguing about these issues
>>> in this newsgroup.
>>>
>>> Topics covered are
>>> * Sharing an editing domain among several editors
>>> * Make GMF's development process easier, e.g. by bypassing
>>> reconcilers and provide a very simple UI to the code generator.
>>> * Additional layouts, e.g. make labels fit into ellipses.
>>> * Ideas on how to implement non- or semi-canonical diagrams.
>>>
>>> Even though the solutions are highly reusable, e.g. by favouring
>>> template aspects over manual changes, they are not intended to be
>>> solutions to all possible use cases. But I think they offer a good
>>> starting point.
>>>
>>> Everything is EPL, so feel free to have a look at it, use it in your
>>> projects or adapt it to your needs.
>>>
>>> Maybe this can even be an incentive to update some outdated Wiki docs,
>>> e.g. on sharing an editing domain.
>>>
>>> Any comments are welcome!
>>>
>>> Best regards
>>> Jan Köhnlein
>>
Previous Topic:[Announce] GMF 2.2.0 I200810200658 is available
Next Topic:Additional view initialization
Goto Forum:
  


Current Time: Mon May 17 04:43:10 GMT 2021

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

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

Back to the top