Re: Client Encoding

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

In response to

Browse pgadmin-hackers by date

  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