Eclipse Community Forums: GEF » [Zest] layout without keeping width / height ratio?

Help

Home

Home » Eclipse Projects » GEF » [Zest] layout without keeping width / height ratio?

Show: Today's Messages :: Show Polls :: Message Navigator

[Zest] layout without keeping width / height ratio? [message #520334]

Thu, 11 March 2010 18:57

Andre Dietisheim
Messages: 130
Registered: July 2009

Senior Member

Hi!

I'm currently working on a custom layout algorithm that builds a tree of
branches in org.eclipse.emf.cdo (is pretty similar to branches in a
centralized SCM). I wanted to use timestamps as y-coordinates.
Unfortunately the results are not the way I expect them and I try to
figure out what's wrong.

actual result:
http://img689.yfrog.com/i/displaced.png/

expected result:
http://yfrog.com/jdshouldbep

My nodes are incredibly displaced horizontally (though I have very
little offsets on the x-axis). The scale on the y-axis is terribly wide
(I have timestamps as y-coords) while the x-axis pretty normal (between
-50 and +50).
I guess (stepping through AbstractLayoutAlgorythm) that the ratio
between the width and the height of the layout bounds are kept and the
differences on the x-axis are therefore terribly scaled.

I wonder whether my guess is completely wrong (what do I miss?) and
what's the snippet to change in AbstractLayoutAlgorythm.

Thanks a lot for for your help!!

Cheers
André

Report message to a moderator

[Zest] layout without keeping width / height ratio? [message #520457 is a reply to message #520334]

Fri, 12 March 2010 08:20

Andre Dietisheim
Messages: 130
Registered: July 2009

Senior Member

Hi

I got a bit further in analyzing the problems I currently experience.

Both nodes that should be on identical x-coordinates are not. I think I
found the reason in

AbstractLayoutAlgorithm#defaultFitWithinBounds

All those calculations, relocations, shifts and resizes lead to a
precision loss (see
http://java.sun.com/docs/books/jls/third_edition/html/typesV alues.html#4.2.4)
and that's why both identical x-coordinates are not any longer identical.

My current conclusion is that I'd have to either:

1.) provide my own 'fitWithinBounds' that ensures that identical
x-coordinate values stay identical (different approach)

2.) provide my own 'fitWithinBounds' that uses BigDecimal (instead of
double).

Any thoughts?

Cheers and thanks for your thoughts!
André

Ande Dietisheim wrote:
> Hi!
>
> I'm currently working on a custom layout algorithm that builds a tree of
> branches in org.eclipse.emf.cdo (is pretty similar to branches in a
> centralized SCM). I wanted to use timestamps as y-coordinates.
> Unfortunately the results are not the way I expect them and I try to
> figure out what's wrong.
>
> actual result:
> http://img689.yfrog.com/i/displaced.png/
>
> expected result:
> http://yfrog.com/jdshouldbep
>
> My nodes are incredibly displaced horizontally (though I have very
> little offsets on the x-axis). The scale on the y-axis is terribly wide
> (I have timestamps as y-coords) while the x-axis pretty normal (between
> -50 and +50).
> I guess (stepping through AbstractLayoutAlgorythm) that the ratio
> between the width and the height of the layout bounds are kept and the
> differences on the x-axis are therefore terribly scaled.
>
> I wonder whether my guess is completely wrong (what do I miss?) and
> what's the snippet to change in AbstractLayoutAlgorythm.
>
> Thanks a lot for for your help!!
>
> Cheers
> André

Report message to a moderator

Previous Topic:	Getting the editor from a PropertySection
Next Topic:	How to share a CommandStack and/or EditDomain?

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Sat May 25 01:17:47 EDT 2013