|
Re: convert gef editor to gmf, performance with large diagrams [message #228365 is a reply to message #228331] |
Wed, 29 April 2009 14:33 |
Alexander Shatalin Messages: 2928 Registered: July 2009 |
Senior Member |
|
|
Hello mvmsoft,
> 1) Is GMF performance for large diagrams comparable to native GEF/EMF
> editors ?
It should be comparable.
> 2) Is an "upgrade" possible, e.g. creating a new GMF editor model from
> scratch and inserting the existing gef stuff as custom figures/edit
> parts/edit policies ?
Again, to some extend it is possible, but you should be ready to repackage
existing code because there are a number of super-classes (especially for
EditParts) in GMF and you have to inherit custom classes from there.
> 3) does gmf generate standard gef figures, edit parts, edit policies
> or are they heavily using gmf runtime api ?
Generated figures are plain GEF figures, so you can easily reuse existing
classes.
With EditParts it’s not so easy – there are a number of classes in GMF runtime,
so generated code will be extended from there.
You can reuse existing editpolicies taking into account the fact that a number
of requests/EditPolicies were added in GMF runtime, so you can expect changes
there as well..
> 4) Is GMF suitable for non "shapes and connections" editors, we have a
> special use case of deeply nested boxes where boxes can be rearranged
> more like the gef flow examples, using no connections at all ?
What is the difference between “shapes” and “deeply nested boxes” :-) It
is possible to describe endless hierarchy of figures in GMF, generate code
for it and display child elements of particular diagram element inside it’s
compartment in XYLayout.
-----------------
Alex Shatalin
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.05910 seconds