[Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit

[Dan Sebald]

Follow-up Comment #27, bug #43907 (project octave):

There is a demo for gnuplot called 'enhanced_utf8.dem':

http://gnuplot.sourceforge.net/demo_cvs/enhanced_utf8.html

which seems to work for Qt and WXT (and the linked test page PNG must have
worked correctly).  For x11 I'm seeing empty dotted squares where the symbols
should be.  For PNG terminal I'm seeing ASCII encoding which look bad, but it
is because the font can't be found:

gnuplot> set term 'png' enhanced
Terminal type set to 'png'
Could not find/open font when opening font "arial", using internal
non-scalable font

But in some sense, that is an OK behavior, i.e., gnuplot issuing a warning as
opposed to Octave.

If one looks at the demo page link, the characters are non-ascii symbols.  Are
those UTF-8 encodings being handled by the web browser?  gvim shows the
symbols as well.

I'm wondering if Octave handles these symbols internally using UTF-8, e.g.,
2205, (does it?) rather than skip the symbol, maybe just put the unicode value
in the character stream and instruct gnuplot to use enhanced utf-8 encoding. 
Then, one gets what they get whether it is the Qt/FLTK/gnuplot toolkit.

Notice that the warning message, regardless of terminal, can standout when
every character is acknowledged:

>> text (0.5,0.6, '  ABCDEFGabcdefg', 'fontname', 'Symbol')
warning: ft_render: skipping missing glyph for character '41'
warning: called from
    text at line 148 column 12
warning: ft_render: skipping missing glyph for character '42'
warning: ft_render: skipping missing glyph for character '43'
warning: ft_render: skipping missing glyph for character '44'
[snip]
warning: ft_render: skipping missing glyph for character '66'
warning: ft_render: skipping missing glyph for character '67'


    _______________________________________________________

Reply to this item at:

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

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