Re: Cleanup list of patches and bug reports on sf.net

[Harald H. <h.h...@tu...>]

On Tue, 26 Oct 2004, Daniel J Sebald wrote:

> Harald Harders wrote:

> >>>>>>This patch fixes bug #1000676  (Rotated multiline text misaligned).
> >>>>>>
> >>>>>>
> >>>I would also prefer an option. Maybe "rleft, rright, rcenter" for rotated-sth?
> >>>
> >>>
> >>Maybe an additional keyword "block" as a modifier to left/right/center
> >>
> >>
> >
> >I agree partially.
> >
> >
> >
> >>Rotate text but use current baseline for alignment:
> >>	set label ... rotate by 45 left
> >>
> >>
> >
> >I don't agree with "current". The alignment baseline should switch to
> >horizontal earlier than from 89 to 90 degree. Maybe above 45 degree. It's
> >nonsense to have a vertical alignment when using text that is rotated by,
> >for example, 60 degree.
> >
>
> Well, not exactly nonsense.  For example, say I want to have my x-axis
> tic titles at an angle, and I want the end of the words to line up right
> below the tic marks.  I think that requires vertical alignment.

I did not mean that is was nonsense to have a vertical alignment when
using rotated text. But it is surely nonsense if the text is rotated by an
angle that leads to an overlap of these lines. Simply try this:
  set label "first line\nsecond line" at 0,0 rotated by 85
Don't you agree that this behaviour is bad? I think when not rotating the
alignment axis with the text it should jump from vertical to horizontal
when exceeding 45 degree rotation angle.
Thus, "if (angle)" or "if (angle == TEXT_VERTICAL)" should be replaced by
"if (abs(angle) > 45)" in term.c. And also, text rotated by an angle
larger than 135 degree should be handled seperately.

Harald

-- 
Harald Harders
h.h...@tu...
http://www.harald-harders.de