[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [gmf-dev] GMF Tooling Visual Editor
|
Hi Mickael,
Thank you for your email. We developed this in only a couple of weeks as a proof of concept and it still needs a lot of work. The idea of having integrated the three gmf models was for simplicity and to assure the integrity of the models. Users can still open the underlaying .simplemap model and customize the Canvas, Tool and Mapping models as usual.
About the simplemap model, I needed to represent ChilReferences (SimpleSubNode in my model) as containments elements of the main diagram in order to allow the user to create unlimited number of nested sub nodes, however in the gmfmap model, a Mapping element can only have TopNodeReferences (SimpleTopNode) as containment children. The sames goes for the Compartments; I wanted to represent graphically the Compartments (SimpleCompartment in my model) as containment children of my SimpleNodes and container parents of other SimpleNodes. Finally, it was practical to have SimpleLabelNode elements to know if the user want to create only a label element or a more complex node element.
Anyway, the model could probabilly be simplified as it was created on the fly.
Thank you for your email and I look forward to your comments
Regards,
On 15 December 2011 14:46, Mickael Istria
<mickael.istria@xxxxxxxxxxxxxx> wrote:
On 15/12/2011 12:38, Andres Alvarez wrote:
Hello everybody.
In order to simplify the creation process of the GMF models
we created a graphical tool (Based on GMF) to allow us to create
a complete GMF model in a few minutes.
I would like to share it with you and appreciate your feedback
about it.
That's a very good initiative! It seems easier to understand than
current tooling. However it probably introduces some
limitations/constraints in customizations and people quickly want to
customize.
I see you created your own EMF model (simplemap) for this. Are there
some additional types you introduced to this model? You could
directly create an editor that would rely on .gmfmap and .gmftool
files (and if necessary an additional model specific to this
editor); then it would remain easy for users to customize the
"classical" gmf files.
What do you think about it?
_______________________________________________
gmf-dev mailing list
gmf-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gmf-dev
