[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #32118] 'Interpreter', 'tex' fails for gnuplot
From: |
David Bateman |
Subject: |
[Octave-bug-tracker] [bug #32118] 'Interpreter', 'tex' fails for gnuplot and fltk |
Date: |
Sun, 16 Jan 2011 21:46:38 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009091010 Iceweasel/3.0.14 (Debian-3.0.14-1) |
Update of bug #32118 (project octave):
Severity: 5 - Blocker => 1 - Wish
Priority: 5 - Normal => 3 - Low
Item Group: Incorrect Result => Feature Request
_______________________________________________________
Follow-up Comment #4:
Yes this appears to be a regression. The issue is that in the gnuplot
backend, the fontsize is now respected in 3.3 for text objects where is wasn't
beforehand.. We are now emitting code like
set label "{/Symbol address@hidden e^{-x} dx" at 0.5,0.5 left rotate by
0.000000
offset character -0.000000,0.000000 font ",20" enhanced front textcolor rgb
"#000000";
where the
... font ",20" ...
bit is new in 3.3.x. If the font is specifically set or the above is absent
then setting the font wrapped in "{}" in the string will temporarily set the
font as desired. So only the integral sign above will be printed using the
symbol font. However, using
... font ",20" ...
gnuplot no longer respects the "{}" to temporarily set the font. From my
point of view this is a gnuplot bug. The way around this in gnuplot is that
... font "{},20" ...
should be used instead.. This seems to fix this issue for me with gnuplot 4.2
and 4.4 and so I pushed a fix in the changeset
http://hg.savannah.gnu.org/hgweb/octave/rev/beb4f0f27a32
As for the fltk TeX interpreter, the code at
http://octave.1599824.n4.nabble.com/TeX-interpreter-for-FLTK-backend-td3038693.html
could be used, but it doesn't separate the parse tree from the renderer as
Michael suggested. I hope to have a little time to reimplement this soon, but
I'm not holding my breath for 3.4. In any case I've remove the blocker status
from this bug and reclassed it as a feature request.
D.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?32118>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/