Home » Modeling » GMF (Graphical Modeling Framework) » Solutions for common GMF problems
| Solutions for common GMF problems [message #209033] |
Mon, 20 October 2008 15:05  |
 Jan Koehnlein
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  |
Eclipse User |
|
|
|
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 Koehnlein 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 |
Richard Gronback
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
Koehnlein" <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 |
Jan Koehnlein
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 Koehnlein 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 |
Jan Koehnlein
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
> Koehnlein" <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 |
Richard Gronback
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
Koehnlein" <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
>> Koehnlein" <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
>>
|
|
|
Goto Forum:
Current Time: Thu Apr 25 08:30:36 GMT 2024
Powered by FUDForum. Page generated in 0.03484 seconds |
] 
Search
Help
Register
Login
Home
