|
From: Ethan A M. <merritt@u.washington.edu> - 2007-11-24 02:12:30
|
On Friday 23 November 2007 17:27, Allin Cottrell wrote:
> I believe there are a couple of things not quite right with the
> encoding to UTF-8 in the context of the cairo-based terminals.
> I'd suggest that conversion should be conditional on failure of
> g_utf8_validate() on the string in question.
Could be.
> * The function gp_cairo_get_encoding() doesn't work properly
> unless the right encoding has been set explicitly by the user. The
> fallback in that function is g_get_charset(), but this won't do
> anything useful, in the sense of identifying the character set
> actually in use on the given system, unless there has been a prior
> call
> setlocale (LC_ALL, "");
Isn't there one already?
Or at any rate a call to setlocale(LC_CTYPE, "")?
When I enter gnuplot it correctly knows about the locale:
lascaux [1235] ./gnuplot
G N U P L O T
Version 4.3 patchlevel CVS-21Nov2007
last modified Wed Nov 21 19:43:57 PST 2007
System: Linux 2.6.12-24mdksmp
Copyright (C) 1986 - 1993, 1998, 2004, 2007
Thomas Williams, Colin Kelley and many others
Type `help` to access the on-line reference manual.
The gnuplot FAQ is available from
http://www.gnuplot.info/faq/
Send comments and help requests to <gnu...@li...>
Send bug reports and suggestions to <gnu...@li...>
Terminal type set to 'wxt'
gnuplot> show locale
LC_CTYPE is en_US.UTF-8
LC_TIME is C
But we have at least one bug report from somewhere who is having
trouble getting gnuplot to pull LC_CTYPE from the environment, so I'm
not really sure what is going on.
--
Ethan A Merritt
|