[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 21:58:45 +0000 (UTC)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0

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

I post the full message again, for some reason it was heavely truncated:

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

It seems to control the background 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.

I compared the bad eps file with that obtained with


and the line above is 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]