Path: csiph.com!eternal-september.org!feeder.eternal-september.org!mx02.eternal-september.org!.POSTED!not-for-mail From: sfeam Newsgroups: comp.graphics.apps.gnuplot Subject: Re: Labelling bug with xtics offset if y2-axis is activated Date: Mon, 17 Aug 2015 22:13:52 -0700 Organization: gnuplot development team Lines: 45 Message-ID: References: Reply-To: sfeam@users.sourceforge.net Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7Bit Injection-Date: Tue, 18 Aug 2015 05:12:11 +0000 (UTC) Injection-Info: mx02.eternal-september.org; posting-host="7bbfccb08e3cb0f92ebf95516f5f5a81"; logging-data="3745"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+RkeyPXEpzZXX31vffF50m" User-Agent: KNode/4.12.5 Cancel-Lock: sha1:zTjNuXOUFJ4YuDmtuKfMGyyQeiM= Xref: csiph.com comp.graphics.apps.gnuplot:3045 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. >> >> Is that misbehaviour still the case with the current gnuplot version, >> so that a bug-report shall be issued? > > > 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 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? If it were my plot in that case, I'd be very annoyed if the label were suddenly not plotted at all just because I gave an offset. By the way. As to why no bug report has previously been filed for "set [xy]tics offset ", my guess is that people accomplish essentially the same thing by changing the format instead. E.g. set xtics format " %.2g" left Ethan > > Simpler test case is this: > > set xtics 1 offset first 0.5 > set rmargin at screen 0.8 > plot [0:10] x > > (Without the second y axis + y2label, the spurious xticlabel is > outside of the canvas and thus invisible) > > A very easy workaround is to limit the range of the ticslabels to be > produced > > set xtics 0,1,9 offset first 0.5