[Octave-bug-tracker] [bug #49223] gnuplot with -depslatexstandalone fails to produce axis labels

[Dan Sebald]

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

Oh... I think this is an issue with gnuplot which I had discussed with gnuplot
developers several months back.  The tic annotation is present, but it is
obscured by the white background of the plot.  To see this, change the output
file as follows


--- test.tex    2016-09-30 15:47:21.115455141 -0500
+++ test2.tex   2016-09-30 15:47:41.487455340 -0500
@@ -138,7 +138,7 @@
     \setlength{\fboxrule}{0.5pt}%
     \setlength{\fboxsep}{1pt}%
 \begin{picture}(11520.00,8640.00)%
-    \gplgaddtomacro\gplbacktext{%
+    \gplgaddtomacro\gplfronttext{%
       \colorrgb{0.15,0.15,0.15}%%
       \put(740,640){\makebox(0,0)[r]{\strut{}0}}%
       \colorrgb{0.15,0.15,0.15}%%


The lengthy discussion for this is here:

https://sourceforge.net/p/gnuplot/bugs/1820/

The tex family of gnuplot terminals is the only one that utilizes this
"front"/"back" layer code that is sporadically used in gnuplot core code.  The
problem is that it doesn't provide enough fine control of layer position for
rectangles and various EPS elements that might be in the plot.  I wanted to
change this behavior by removing this front/back layer subgrouping and simply
retain the layer order--the consequence being that there could be mulitple EPS
files per figure depending upon how complex the order of objects is...but
multiple files is not something that would concern me.  Anyway, my change
wasn't accepted.

Let me see if I can change Octave to force that white background triangle to
the back somehow or place all text in the "front" layer.

BTW, you are doing

epstopdf test-inc.eps
pdflatex test.tex

rather than

latex test
dvips test -o test.ps
ps2pdf test.ps

You might be able to save a step by using the pdflatex terminal rather than
epslatex.  Hmm... I see that isn't working:

octave:10> print('-dpdflatexstandalone','-color','test')
error: print.m: PDFLATEXSTANDALONE output is not available for the Gnuplot
graphics toolkit
error: called from
    __gnuplot_print__ at line 174 column 7
    print at line 497 column 14

I think this is supposed to work, as it is a small variation of the pdfcairo
terminal.  I'll look at that as well.



    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?49223>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/