[Top][All Lists]

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

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

From: anonymous
Subject: [Octave-bug-tracker] [bug #49223] wrong eps with -depslatexstandalone
Date: Thu, 29 Sep 2016 18:38:38 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0


                 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




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
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')

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

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


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! 



Reply to this item at:


  Message sent via/by Savannah

reply via email to

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