Fri 15 Jul 2016 03:26:30 PM UTC, comment #9:
In the development version of Octave (which will be released as Octave 4.2), printing with TeX markup using the qt toolkit works correctly. That is not what this bug report was about.
I think this stale bug is no longer relevant, since it was originally about printing with UTF-8 characters using the gnuplot toolkit. I can print UTF-8 characters using gnuplot with the "epscairo" and "pngcairo" devices, and svg works as always.
There still appears to be some shortcomings with printing UTF-8 characters using the OpenGL based toolkits (qt and fltk), but that should probably be filed as a new bug if it's not already reported.
Please reopen if I missed something, but closing as fixed.
|
Fri 15 Jul 2016 01:48:00 PM UTC, comment #8:
Another update to reflect the situation with Octave 4.0.3 under Windows 7 64bit using the qt toolkit:
The attached script 'plotWithGreekLabel.m' uses
to generate the greek capital letter omega as axis labels. Neither of the two versions works for all output formats:
- The x label shows up correctly on screen, but as 'Omega' in the eps and png and as '\Omega' in the svg.
- The y label is an shown as two different glyphs (00CE and 00A9) on screen, as one or two undefined glyphs in eps and png and correctly in svg.
(file #37892, file #37893, file #37894, file #37895)
|
Fri 28 Mar 2014 01:28:26 AM UTC, comment #7:
Updating title to reflect the current situation. Plotting correctly displays non-ASCII characters with both gnuplot and fltk but printing to a file does not show the right characters.
|
Fri 30 Aug 2013 02:09:22 PM UTC, comment #6:
The following changeset implements multibyte support in the Freetype-based renderer:
http://hg.savannah.gnu.org/hgweb/octave/rev/4a348443de9b
This does not consider printing and PS generation, though. However, I'm wondering whether this is even supported in the gnuplot backend.
|
Fri 30 Aug 2013 12:54:44 AM UTC, comment #5:
I'm willing to take a look at this, and decode the provided string manually to unicode. However, there's a catch, as the decoding will be dependent on the current locale (for LC_CTYPE).
So let's say that you're using UTF-8 (which is my case under Linux), then to code the degree symbol properly, you'd have to use
instead of
as reported in another bug. Is this desirable?
|
Thu 29 Aug 2013 08:15:57 PM UTC, comment #4:
The missing glyph warning no longer occurs. However, Unicode characters still produce 2 glyphs in the output display rather than the single desired glyph.
|
Mon 31 Oct 2011 01:57:10 AM UTC, comment #3:
I can confirm this is still present in version 3.4.3. Any non-ASCII Unicode character can't be rendered and will always throw a "ft_render: skipping missing glyph for character `X'"
|
Thu 31 Mar 2011 05:46:22 PM UTC, comment #2:
The warning
"ft_render: skipping missing glyph for character"
even appears when using a font that actually has the glyph in question. It appears, for example, when issuing
text(0.5, 0.5, "H°H", "fontname", "DejaVuSans")
the sign between the "H" being Unicode Character 'DEGREE SIGN' (U+00B0).
Interestingly, when using gnuplot as graphics_toolkit actually two glyphs are displayed between the H's.
|
Fri 12 Nov 2010 10:32:21 AM UTC, comment #1:
The warning message 'ft_render...' not only appears in version 3.3.53 when I try to plot non-english characters. If I try to put a title containing a newline character as
plot(randn(3));
title(sprintf('One line\nAnd another'));
I obtain
warning: ft_render: skipping missing glyph for character `
'
But the plot is done right
Octave 3.2.4 in the same computer doesn't emits the warning
|
Tue 09 Nov 2010 11:18:06 AM UTC, original submission:
I'm using Octave testing 3.3.53 and I have a minor problem with plot command. If I try to set xlabel() or ylabel() text containing non english characters (á, Á, etc.) If I try to execute this (for example)
plot(randn(3),';En las antípodas;');
ylabel('todo es idéntico');
xlabel('a lo autóctono');
I obtain warning warnings saying:
warning: ft_render: skipping missing glyph for character `�'
I'm working in Debian GNU/Linux unstable and my plot backend is
gnuplot 4.4 patchlevel 0.
In Octave 3.2.4 I can put non english characters without problems.
|