From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> |
---|---|
To: | phede-ml(at)islande(dot)org |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: iso-8859-15/16 to MULE |
Date: | 2001-10-11 01:27:48 |
Message-ID: | 20011011102748S.t-ishii@sra.co.jp |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> e.g. when I tried to use "recode", which does recognise iso-8859-15
> and 16, and convert to MULE, whatever I do, I obtain "EUR" for the
> euro sign, OE, oe, s, S, z, Z, "Y for the different characters which
> are specific to 15 for example, and that's even worse for 16.
Apparently MULE currently does not support beyond ISO 8859-10 at all.
> Should we NOT allow conversion to Mule, or restrict the support, for
> example by pretending iso-8859-15 is iso-8859-1 (resp. 16 is 2) for
> conversion from/to mule (i.e. use the 0x81 and 0x82 octet for these
> encodings) and be done with it ?? (and MENTION it in the docs ;) ).
I think that we could negelect MULE encoding support for beyond ISO
8859-10, at least untill MULE "officially" support them.
> Anyway, I don't see somebody wanting support for the euro using Mule
> to store its strings... UTF-8 is much more important (and
> straightforward) to support in that case :)
>
> What do you think ?
Well, the conversion to/from UTF-8 for ISO 8859-10 or later is pretty
easy and should be supported, I think. Actually I already have
generated mapping tables for these charsets. I will make patches
against current and leave it for the core's decision, whether it
should be included in 7.2 or not.
--
Tatsuo Ishii
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-10-11 04:32:47 | Re: TOAST and TEXT |
Previous Message | Tatsuo Ishii | 2001-10-11 01:03:43 | Re: Mule internal code ? |