[Octave-bug-tracker] [bug #49223] wrong eps with -depslatexstandalone

[anonymous]

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

                 Summary: wrong eps with -depslatexstandalone
                 Project: GNU Octave
            Submitted by: None
            Submitted on: Thu 29 Sep 2016 06:38:36 PM UTC
                Category: Plotting
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Incorrect Result
                  Status: None
             Assigned to: None
         Originator Name: R.S.Carmenes
        Originator Email: address@hidden
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 4.2.0-rc2
        Operating System: GNU/Linux

    _______________________________________________________

Details:

Hello,

Bad results are obtained when printing plots with -depslatexstandalone with
octave 4.20.0rc2 under Linux.

I am not sure if this was already present on rc1.
However octave 4.0.3 was correct in this respect.

The symptom is that axis numbers disappear; the rest of labels and text are
ok. See this sample:


graphics_toolkit gnuplot
plot([-10:10],[-10:10].^2,'o-')
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')
print('-depslatexstandalone','-color','test')


then, from outside, we can process the resulting output with:


epstopdf test-inc.eps
pdflatex test.tex


On the resulting test.pdf, axis numbering is (apparently) absent.

After some investigation, comparing eps output on 4.0.3 and 4.20.0rc2, I found
a line that may give a clue about the culprit:


1.00 1.00 1.00 C 1.000 0 0 11519 8639 BoxColFill


I do not know about eps files, but I guess it seems to control the background
in a rectangle, and I wonder if it is either missplaced (too early?) or
misscontrolled (wrong colors or wrong tranparency?). Removing that line in the
eps file or modifying some of its parameters allows the numbers to become
visible.

By curiosity, I compared the bad eps file with that obtained using


print('-deps','-color','testeps')


and the line above is also present, but here, without any bad side effect. In
fact, the -deps option renders a very nice output. Great job! 

Regards.




    _______________________________________________________

Reply to this item at:

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

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