Skip to main content



      Home
Home » Eclipse Projects » GEF » Why FreeformGraphicalRootEditPart
Why FreeformGraphicalRootEditPart [message #7740] Wed, 05 June 2002 06:49 Go to next message
Eclipse UserFriend
Originally posted by: g.wagenknecht.intershop.de

Hi!

You use FreeformGraphicalRootEditPart in Logic Example. Documentations don't
really show a difference to GraphicalRootEditPart. Will the
GraphicalRootEditPart be dropped in the future? What about the overviews?
Will there be a Freeform with a overview?

Cu, Gunnar
Re: Why FreeformGraphicalRootEditPart [message #20453 is a reply to message #7740] Wed, 25 September 2002 10:41 Go to previous messageGo to next message
Eclipse UserFriend
Randy, or somebody aware of GEF inner mysteries:

Would you like to reply to Gunnar's question:

"Gunnar Wagenknecht" <g.wagenknecht@intershop.de> wrote in message
news:adkpa0$uh3$1@rogue.oti.com...
> You use FreeformGraphicalRootEditPart in Logic Example. Documentations
don't
> really show a difference to GraphicalRootEditPart. Will the
> GraphicalRootEditPart be dropped in the future? What about the overviews?
> Will there be a Freeform with a overview?

The only difference I found myself in Javadoc is that
FreeformGraphicalRootEditPart does not defines its own refresh() method,
while GraphicalRootEditPart does.

From GED source code, it seems that there is a subtle difference between
FreeformGraphicalRootEditPart
and GraphicalRootEditPart lying in the way the four layers (primary,
connections, handle and feedback layers)
are created. The GraphicalRootEditPart layer seem a little bit more
constrained than FreeformGraphicalRootEditPart, but I do not really
understand what is the actual difference in term of visual or user
interactions.

Any comments on this GEF mystery?

Best regards,

Alexandre
Re: Why FreeformGraphicalRootEditPart [message #20673 is a reply to message #20453] Wed, 25 September 2002 11:09 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: hudsonr.us.eye-bee-em.com

Overview will be brought back as a Control that sits on top of the
GraphicalViewer.

Freeform is the preferred way, and yes, GraphicalRootEditPart will be
dropped. The difference is that Freeform allows you to extend the diagram
surface in all 4 direction (as opposed to just right and down for the other
root). And, it extends the diagram due to "nodes" being moved, or as a
result of benpoints on connections. GraphicalRoot does not grow when you
bend connections.

"Alexandre Vermeerbergen" <ave@ds-fr.com> wrote in message
news:amsgpb$fj6$1@rogue.oti.com...
> Randy, or somebody aware of GEF inner mysteries:
>
> Would you like to reply to Gunnar's question:
>
> "Gunnar Wagenknecht" <g.wagenknecht@intershop.de> wrote in message
> news:adkpa0$uh3$1@rogue.oti.com...
> > You use FreeformGraphicalRootEditPart in Logic Example. Documentations
> don't
> > really show a difference to GraphicalRootEditPart. Will the
> > GraphicalRootEditPart be dropped in the future? What about the
overviews?
> > Will there be a Freeform with a overview?
>
> The only difference I found myself in Javadoc is that
> FreeformGraphicalRootEditPart does not defines its own refresh() method,
> while GraphicalRootEditPart does.
>
> From GED source code, it seems that there is a subtle difference between
> FreeformGraphicalRootEditPart
> and GraphicalRootEditPart lying in the way the four layers (primary,
> connections, handle and feedback layers)
> are created. The GraphicalRootEditPart layer seem a little bit more
> constrained than FreeformGraphicalRootEditPart, but I do not really
> understand what is the actual difference in term of visual or user
> interactions.
>
> Any comments on this GEF mystery?
>
> Best regards,
>
> Alexandre
>
>
Re: Why FreeformGraphicalRootEditPart [message #23404 is a reply to message #20673] Thu, 03 October 2002 03:40 Go to previous message
Eclipse UserFriend
Randy:

"Randy Hudson" <hudsonr@us.eye-bee-em.com> wrote in message
news:amsifg$gqr$1@rogue.oti.com...
> ...
> Freeform is the preferred way, and yes, GraphicalRootEditPart will be
> dropped. The difference is that Freeform allows you to extend the diagram
> surface in all 4 direction (as opposed to just right and down for the
other
> root). And, it extends the diagram due to "nodes" being moved, or as a
> result of benpoints on connections. GraphicalRoot does not grow when you
> bend connections.
> ...

This is a very valuable explanation. I tried running the old GEF 1.0 that
used not to have Freeform* interfaces & classes. In the logical diagram
editor, it is indeed true that if one drags & drops an object (for example,
an XOR gate) to above the top of the editor windows or after the left corner
of the editor windows, then the dropped object is no longuer accessible! If
you drag& drop behond bottom or right limits, then the object is not lost,
but you don't have automatic scrolling to keep track of you gesture. Nice
bug fix indeed, but I don't quite undersand why it involved creating a new
set of classes / interfaces... it was a bug isn't it?

May I suggest the following addition to GEF FAQ:


Q: FreeformGraphicalRootEditPart is used in Logic Example (build 20020821).
Documentations don't really show a difference to GraphicalRootEditPart. Will
the GraphicalRootEditPart be dropped in the future?

A: Freeform is the preferred way, and yes, GraphicalRootEditPart will be
dropped. The difference is that Freeform allows you to extend the diagram
surface in all 4 direction (as opposed to just right and down for the other
root). And, it extends the diagram due to "nodes" being moved, or as a
result of benpoints on connections. GraphicalRoot does not grow when you
bend connections.



Best regards,



Alex.
Previous Topic:Delete
Next Topic:Free UML modelor for Eclipse
Goto Forum:
  


Current Time: Sun May 11 04:06:29 EDT 2025

Powered by FUDForum. Page generated in 0.02947 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top