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

[Ben Abbott]

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?

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?30667>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/