Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.graphics.apps.gnuplot > #3049

Re: Labelling bug with xtics offset if y2-axis is activated

From Karl-Friedrich Ratzsch <mail.kfr@gmx.net>
Newsgroups comp.graphics.apps.gnuplot
Subject Re: Labelling bug with xtics offset if y2-axis is activated
Date 2015-08-18 15:22 +0200
Organization solani.org
Message-ID <mqvbii$2ed$1@solani.org> (permalink)
References <mqtfa8$v0l$1@speranza.aioe.org> <mqtv6i$22c$1@solani.org> <mquerb$3l1$1@dont-email.me> <mqv7pk$fo4$1@speranza.aioe.org>

Show all headers | View raw


Am 18.08.2015 um 14:17 schrieb Janis Papanagnou:
> On 18.08.2015 07:13, sfeam wrote:
>> Karl-Friedrich Ratzsch wrote:
>>
>>> Am 17.08.2015 um 22:14 schrieb Janis Papanagnou:
>>>
>>>> As you can see, in the second case the X-axis annotation is flawed,
>>>> it contains a spurious "Mon" tag off the drawing area.

>>> As expected, yes. I'm not sure this qualifies as a bug, but one
>>> could argue that a ticslabel that gets shifted outside of the axis
>>> range should not get printed any more.
> 
> I have a strong opinion about that; and the reason you gave is exactly
> what I think. (More rationales below.)
> 
>>
>> I do not consider it a bug.
>> If the user has a reason to shift all the labels to the left or right,
>> why should the program suddenly not draw one? 
> 
> Because there should be clipping functionality active; as other software
> sensibly does in similar cases. Moreover; if you compare the two posted
> cases you see that in the first output, despite the shift, the label is
> *not* printed. In the first case it's outside the drawing area and not
> printed and in the second case it's outside the drawing area and printed;

In the first case it is outside of the canvas, so you couldn't see
it even if it was not clipped.

Janis, this is stupid. Gnuplot cannot know what exactly the user
wants. If you shift your ticslabels, how should the software decide
when exactly one must be removed? Perhaps i only shift it by 1/10th
of the distance, because i think that looks better, and don't want
to loose the last one! It's my prerogative!

The one way to "fix" this in a sensible way is a new feature for
"set xtics", an options "inbetween" that puts the label "zero" not
on 0 but between 0 and 1.

That'd be quite useful. Go ahead an propose it on the tracker on
sf.net, if you like.

  Karl

Back to comp.graphics.apps.gnuplot | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Labelling bug with xtics offset if y2-axis is activated Janis Papanagnou <janis_papanagnou@hotmail.com> - 2015-08-17 22:14 +0200
  Re: Labelling bug with xtics offset if y2-axis is activated Karl-Friedrich Ratzsch <mail.kfr@gmx.net> - 2015-08-18 02:45 +0200
    Re: Labelling bug with xtics offset if y2-axis is activated sfeam <sfeam@users.sourceforge.net> - 2015-08-17 22:13 -0700
      Re: Labelling bug with xtics offset if y2-axis is activated Janis Papanagnou <janis_papanagnou@hotmail.com> - 2015-08-18 14:17 +0200
        Re: Labelling bug with xtics offset if y2-axis is activated Karl-Friedrich Ratzsch <mail.kfr@gmx.net> - 2015-08-18 15:22 +0200
        Re: Labelling bug with xtics offset if y2-axis is activated sfeam <sfeam@users.sourceforge.net> - 2015-08-18 21:37 -0700
    Re: Labelling bug with xtics offset if y2-axis is activated Janis Papanagnou <janis_papanagnou@hotmail.com> - 2015-08-18 14:27 +0200
      Re: Labelling bug with xtics offset if y2-axis is activated Karl-Friedrich Ratzsch <mail.kfr@gmx.net> - 2015-08-18 14:57 +0200

csiph-web