[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #43907] OpenGL render code called even when gn
From: |
Dan Sebald |
Subject: |
[Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit |
Date: |
Wed, 01 Jul 2015 23:42:51 +0000 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15 |
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/
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, (continued)
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Rik, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Rik, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Dan Sebald, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Rik, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Dan Sebald, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Rik, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, John W. Eaton, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, John W. Eaton, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Michael Godfrey, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Dan Sebald, 2015/07/01
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit,
Dan Sebald <=
- [Octave-bug-tracker] [bug #43907] OpenGL render code called even when gnuplot is graphics_toolkit, Dan Sebald, 2015/07/03