From: | "Hiroshi Saito" <saito(at)inetrt(dot)skcapi(dot)co(dot)jp> |
---|---|
To: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> |
Cc: | <pgadmin-hackers(at)postgresql(dot)org> |
Subject: | Re: Client Encoding |
Date: | 2003-06-10 16:46:34 |
Message-ID: | 015f01c32f6f$da14d6e0$1f324d80@w2k |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgadmin-hackers |
Hi Dave.
They are still imperfect.
This binary understands SJIS-code more securely than UNICODE now.
http://cre-ent.skcapi.co.jp/~saito/pgadmin/lib/pgadmin3_2003-06-10_bin.zip
Of course, other encodings are understood, too.
Leave it because it is input and output of the local data and it doesn't
become a difficulty.
With kindest regards,
Hiroshi-Saito
----- Original Message -----
From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: <pgadmin-hackers(at)postgresql(dot)org>
Sent: Tuesday, June 10, 2003 10:43 PM
Subject: [pgadmin-hackers] Client Encoding
It seems we all seem to think that client_encoding should be set to
UNICODE in all cases for unicode builds and SQL_ASCII for others,
therefore I've backed out the previous changes and implemented this
behaviour instead.
Any problems, please let me know.
Regards, Dave
From | Date | Subject | |
---|---|---|---|
Next Message | Jean-Michel POURE | 2003-06-10 18:04:53 | Re: configuration script problem |
Previous Message | Adam H. Pendleton | 2003-06-10 16:42:12 | Re: configuration script problem |