[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #49223] gnuplot with -depslatexstandalone fail

From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #49223] gnuplot with -depslatexstandalone fails to produce axis labels
Date: Mon, 3 Oct 2016 03:28:24 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0

Follow-up Comment #26, bug #49223 (project octave):

I'm attaching a little diff file to illustrate things.  I wanted to set both
axes and figure color to "none", hoping to see the axis tick annotation come
through--but it didn't.  So I think that print() is turning the rectangles
back on somehow.  The changes in the diff file will show that is the case.

Try the following:

graphics_toolkit gnuplot
title('Plot title should be on top')
legend('single legend')
text(0,20,'internal text at position (0,20)')
xlabel('X Label')
ylabel('Y Label')
set(gca, 'color', [1 1 0.8])

with and without the applied diff.  After disabling the background figure
rectangle (set obj 1 rect), the ticks labels become visible, as desired.  As I
see it, there is never a reason for anything to be further back than the
figure background rectangle.  So, we need:

1) background
2) some text
3) all PostScript graphics objects
4) some text

We can't split the background from all the other PostScript objects if Octave
is initiating things.  I'm proposing that we leave out the background
rectangle (set obj 1 rect) and post-process the TeX/LaTeX file to add a TeX
command that draws that rectangle before processing/including all the other
plot elements.

OR, there might be an alternative.  Most gnuplot terminals have a setting for
background color:

       set terminal epslatex   {default}
       set terminal epslatex   {standalone | input}
                               {color | colour | monochrome}

We could attempt to use that, but I don't know how far back in gnuplot version
history color option consistency is.  It is probably worth a try doing this

Keep in mind that no matter what we do, the group order listed above (1
through 4) will never be a complete solution.  Someone someday will create
text/labels with backgrounds and maybe those overlap and the text of one label
will show through the background of another label.

The other thing you'll notice about the little diff I made is that the axes
background color is being cast to white (not yellow) when printed.  I think
that was done for a reason, but I don't see the point of it--if the user wants
the background printed white, s/he will just choose white.

(file #38650)

Additional Item Attachment:

File name: disable_background_rectangle.diff Size:1 KB


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]