[Octave-bug-tracker] Re: [bug #30667] Plots using tex interepreter won't print to png format with gnuplot 4.2.5

[Rik]

Ben Abbott wrote:
> Follow-up Comment #5, bug #30667 (project octave):
> 
> Rik,
> 
> After looking at the sources, I'm unable to give a warning in the proper
> context. Meaning that __go_draw_axes__.m does not have access to the value for
> the current terminal.
> 
> I've also done some more tests (which are problematic for me since my X11 is
> presently quirky and doesn't alway allow gnuplot to open windows). It appears
> that the problem does not exist for pgncairo (which is the default for gnuplot
> 4.4). Meaning that when I force print() to use png (not pngcairo) output I get
> errors like those below for both 4.2.6 and 4.4
> 
> gdImageStringFT: Could not find/open font while printing string a with font
> Symbol
> gdImageStringFT: Could not find/open font while printing string a with font
> Symbol
> gdImageStringFT: Could not find/open font while printing string ¬ with
> font Symbol
> gdImageStringFT: Could not find/open font while printing string a with font
> Symbol
> 
> This problem can be avoided by using gs to convert from eps to png format (as
> is done for the fltk backend).
> 
> I've been working on a proposed changeset that would base most output upon
> eps-files when the gnuplot backend is used (this already works for fltk).
> There are some output formats what I'd leave as they are (dxf, tikz, corel,
> etc). In any event, once this is done, the png problems would become moot.
> 
> Shall this ticket be reopended to avoid duplicates until I'm done and the
> proposal is agreed upon?
> 
Yes, that is a good idea.  I'll do that right now.

I investigated and was also having trouble with setting up tests for
gnuplot 4.2.5.  If we can solve it via another path then I can quit bashing
my head against configure.ac.

--Rik