| Taipan Example ... Some Doubts [message #171716] |
Wed, 06 February 2008 22:25  |
Eclipse User |
|
|
|
Originally posted by: annamalai.ancitconsulting.com
Hi There
I downloaded the Taipan Example from the CVSRoot to check out the code and
understand GMF ...
But to my surprise, i didnt find any GMFGraph, GMFTool or GMFMap model ..
there was only GMFGen model ... So this left me wondering how is the
Taipan Example created as conventionally all the tutorials talk about
creating the Graph Model, Tool Model and Map Model before the GMFGen Model.
Also i found this extra file called as Sketch .. wasnt sure what is that
now ...
Also when i checked out the code i got error on WrappingLabel .. it seems
there is no class like that .. i replaced it with WrapLabel it was working
.. so wanted to understand what is correct .. wrapLabel or wrappinglabel.
Looking forward for reply .. as i need to start on a hi priority GMF Task.
regards
Malai
|
|
|
|
| Re: Taipan Example ... Some Doubts [message #172714 is a reply to message #171834] |
Sat, 16 February 2008 15:43  |
Eclipse User |
|
|
|
There are several ways for working with GMF. While the combination of
graph/tool/map is common used and stable, other attempts grew up. Which
one you use becomes important when it comes to the customizing.
GMF has a lot of power, but only a small part of it is being covered
"with a GUI". Which way you go depends on your requirements - as soon as
customizing becomes important you'll need to leave the regular path in
order to achieve some goals...
Sketch models are very lightweight models based on general graph terms
(node, edge, aso.) - you need the GMF Experimental SDK to use them. The
advantage is that they are quite straight forward and you get a gmfgen
quickly.
Giovanni schrieb:
> At the very end you'll will always have to customize the classes generated
> by GMFGen if you really would like something fitting your needs.
All possibilities of extending generated editors (like generated @NOT or
extension points) have one disadvantage: they are performed *after* the
generation has been performed.
For my project I prefer extending the generation templates with
decorator models and dynamical XPand templates. For this you need the
Experimental SDK again. Then you can change your editors *before* they
are created. This way all customizations keep consistent. To learn more
about XPand visit the oAW homepage www.openarchitectureware.org
Greetings,
Axel Guckelsberger
|
|
|
Powered by
FUDForum. Page generated in 0.03349 seconds