Ease of changeability of Ecore Editor [message #154234] |
Tue, 09 October 2007 07:33 |
Philipp Kutter Messages: 306 Registered: July 2009 |
Senior Member |
|
|
Hi, Everybody.
I just tried out GMF and its example Ecore Editor.
The main problem I found is that the .gmftool format (and possibly
others) do not take advantage of the "eKeys" feature of EMF 2.3.
If they would do so, changing running examples would be much more
stable, since the references to .gmftool would not be by position, but
by key. As it is now, if you remove one of the tools in .gmftool, then
all the definitions in .gmfmap are wrong, since all the positions in
..gmftool changed. If you would use the eKeys feature, only the reference
to the deleted tool would be invalid...
Is it clear what I mean?
If yes, I would propose to start using the eKeys feature to get a much
more stable GMF immediatly. Of course this means, that existing examples
do not work anymore. On the other hand, as it is now, newcommers have a
real hard time.
Best, Philipp
|
|
|
|
Re: Ease of changeability of Ecore Editor [message #166283 is a reply to message #154792] |
Sun, 23 December 2007 18:17 |
Philipp Kutter Messages: 306 Registered: July 2009 |
Senior Member |
|
|
Hi, Alex.
Thanks a lot for your reply. It seems you changed the default behavior
of Ecore editors, e.g. that only the main resource is changed, not the
loaded ones. As you did it it works.
I've seen your advice as well in Tutorial part two:
Tip : Be careful when working with multiple models, as until there
is true refactoring support, you will need to be conscious of changes in
definition models and how they will impact referenced models, such as
our mapping model. Editing models open in the same resource set will
help, so you might consider making changes to your graphical and tooling
models from within the open mapping model. Otherwise, you'll receive
errors when opening the editors and will need to repair broken
references in a text editor.
Do you think it makes sense, if I enter an enhancement request, asking
to consequently use the eKeys feature of EMF, in order to get rid of
the position depending references?
I do not think this needs to be done immediately, but it would help
sometime in the future.
Please let me know,
Philipp
Alex Shatalin wrote:
> Hello Philipp,
>
> Currently we propose using .gmfmap editor for this kind of modification.
> I.e. you can open editor for the .gmfmap model, expand this model to get
> corresponding .gmftool loaded and then modify .gmftool model using this
> editor. As a result you'll get all the references refactored for you
> automatically.
> Answering your original question: we are not going to use uniqueIDs in
> GMF models right now.
>
> -----------------
> Alex Shatalin
>
>
|
|
|
|
Powered by
FUDForum. Page generated in 0.03356 seconds