From: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
---|---|
To: | "Serguei A(dot) Mokhov" <mokhov(at)cs(dot)concordia(dot)ca> |
Cc: | Jean-Michel POURE <jm(at)poure(dot)com>, Hiroshi Saito <saito(at)inetrt(dot)skcapi(dot)co(dot)jp>, pgadmin-hackers(at)postgresql(dot)org |
Subject: | Re: |
Date: | 2003-10-01 18:32:20 |
Message-ID: | 3F7B1DB4.50102@pse-consulting.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Serguei A. Mokhov wrote:
>Indeed, no one has forbidden extended-ASCII chars :) Though these would be
>interpreted differntly. My 256 char ASCII table is different from yours
>presentation-wise. But you can't control it uniformly unless you
>explicitly tell how to enterpret. I wanna see my Cyrillic chars and not
>the diacritics of Latin chars, for example. An Indian friedn of mind would
>like to see their Hindi chars there instead, so... You are lucky because
>your accented chars are the deault representation.
>
:-)
>There could potentially
>be a need to tell the UI which ASCII it is, not sure how it is.
>
*NO*, we discussed this.
Data encoding is unknown if SQL_ASCII is selected, so we have to leave
it up to the gui to display whatever it means. Hopefully it is what the
user expected (it probably will, if using the same language settings as
he used when inserting the data).
For other encodings, all 256 chars are well-known, so the server knows
how to recode to UNICODE, and we know how to display.
Regards,
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Hiroshi Saito | 2003-10-01 18:34:58 | Re: |
Previous Message | Andreas Pflug | 2003-10-01 18:28:44 | Re: |