Re: pm3d for emf terminal and point types

[Mojca M. <moj...@gm...>]

On 12/13/06, Timoth=E9e Lecomte wrote:
> Dr. Johannes Zellner wrote:
> > This gives me the idea of rather having a terminal independent recode
> > option like
> >
> >     set recode "from encoding" "to encoding"
> >
> >
> I agree with Ethan: I would rather use the locale mechanism to determine
> the input encoding, deprecate the 'set encoding' command.
> Then I would make gnuplot depend on iconv, and each driver could use
> iconv facility to translate from the locale to its preferred format.

Just a small note: I have dozens of utf-8 encoded plt files, which I
compile on windows with locale settings declaring "cp1250" encoding
(and outputing to .tex files, where encoding has to be left untouched,
ie left in utf-8 or whatever encoding it's written in the .plt file).
If you're going to implement the conversion, I'll be happy about it,
but please make sure that it won't artificially spoil such cases and
try to do some unneeded conversion.

I think that reading from console and reading from a file has to be
treated differently. When reading from console respecting locale is
OK, but when reading from a file nothing should be assumed about the
encoding, otherwise it'll produce completely different results on
different computers. I want my .plt code to remain portable accross
different computers.

Allowing the user to specify input and output encoding still makes
sense in some cases.

Thanks,
    Mojca