octave-bug-tracker
[Top][All Lists]
Advanced

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




reply via email to

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