[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Octave-bug-tracker] [bug #49339] False error reports while producing la
From: |
Dan Sebald |
Subject: |
[Octave-bug-tracker] [bug #49339] False error reports while producing latex with non-ascii chars under gnuplot |
Date: |
Thu, 15 Jun 2017 19:35:49 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 |
Follow-up Comment #5, bug #49339 (project octave):
Any progress on this issue? Perhaps "progress" isn't the right word, as it
seems that this one isn't difficult to address, but more a question of what
should be done.
One question is whether this is a gnuplot toolkit bug or a ft_text_renderer::
bug or not a bug and just a simple warning that can be ignored.
>From the ft_text_renderer:: perspective, this warning does seem like the thing
it should do. If I understand correctly, the figure property is set to
interpret the text as C and there is some non-C type characters in the string
so it should be a warning. It is simply the case that gnuplot is being
generous here and interpreting in a non-C way.
Should gnuplot/gnuplot-toolkit be programmed so it too improperly decodes the
utf-8 in this condition? The warning would make sense then. I'm not quite
sure what the gnuplot TK is doing right now, but if you want to see the
encodings, type:
address@hidden ~ $ gnuplot
G N U P L O T
Version 5.1 patchlevel 0 last modified 2017-04-03
Copyright (C) 1986-1993, 1998, 2004, 2007-2017
Thomas Williams, Colin Kelley and many others
gnuplot home: http://www.gnuplot.info
mailing list: address@hidden
faq, bugs, etc: type "help FAQ"
immediate help: type "help" (plot window: hit 'h')
Terminal type set to 'qt'
gnuplot> help utf
The `set encoding` command selects a character encoding.
Syntax:
set encoding {<value>}
set encoding locale
show encoding
Valid values are
default - tells a terminal to use its default encoding
iso_8859_1 - the most common Western European encoding used by many
Unix workstations and by MS-Windows. This encoding is
known in the PostScript world as 'ISO-Latin1'.
iso_8859_15 - a variant of iso_8859_1 that includes the Euro symbol
iso_8859_2 - used in Central and Eastern Europe
iso_8859_9 - used in Turkey (also known as Latin5)
koi8r - popular Unix cyrillic encoding
koi8u - Ukrainian Unix cyrillic encoding
cp437 - codepage for MS-DOS
cp850 - codepage for OS/2, Western Europe
cp852 - codepage for OS/2, Central and Eastern Europe
cp950 - MS version of Big5 (emf terminal only)
cp1250 - codepage for MS Windows, Central and Eastern Europe
cp1251 - codepage for 8-bit Russian, Serbian, Bulgarian, Macedonian
cp1252 - codepage for MS Windows, Western Europe
cp1254 - codepage for MS Windows, Turkish (superset of Latin5)
sjis - shift-JIS Japanese encoding
utf8 - variable-length (multibyte) representation of Unicode
entry point for each character
The command `set encoding locale` is different from the other options.
It attempts to determine the current locale from the runtime environment.
On most systems this is controlled by the environmental variables
LC_ALL, LC_CTYPE, or LANG. This mechanism is necessary, for example, to
pass multibyte character encodings such as UTF-8 or EUC_JP to the wxt
and cairopdf terminals. This command does not affect the locale-specific
representation of dates or numbers.
See also `set locale` and `set decimalsign`.
Generally you must set the encoding before setting the terminal type.
Note that encoding is not supported by all terminal drivers and that
the device must be able to produce the desired non-standard characters.
If we were to place "set encoding locale" in the gnuplot scripts or "set
encoding XX" based on some Octave figure property, whould that then put the
warning and gnuplot behavior in sync?
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?49339>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Octave-bug-tracker] [bug #49339] False error reports while producing latex with non-ascii chars under gnuplot,
Dan Sebald <=