Re: Client Encoding

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Andreas Pflug" <Andreas(dot)Pflug(at)web(dot)de>, <pgadmin-hackers(at)postgresql(dot)org>, "Jean-Michel POURE" <jm(dot)poure(at)freesurf(dot)fr>
Subject: Re: Client Encoding
Date: 2003-06-11 13:11:09
Message-ID: 03AF4E498C591348A42FC93DEA9661B844B041@mail.vale-housing.co.uk
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

> -----Original Message-----
> From: Andreas Pflug [mailto:Andreas(dot)Pflug(at)web(dot)de]
> Sent: 11 June 2003 13:52
> To: pgadmin-hackers(at)postgresql(dot)org; Jean-Michel POURE; Dave Page
> Subject: Re: [pgadmin-hackers] Client Encoding
>
>
> Dave Page wrote:
>
> >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.
> >
> Looks good to me.
>
> I've changed libpq handling so utf-8 is correctly converted
> to utf-16. I
> believe encoding is now handled correctly for unicode builds.
> A current
> win32 build is uploaded to snake.pgadmin.org.
>
> Client encoding setting might still be useful for non-unicode
> builds, if
> we want to support them at all. The list of selectable client
> encodings
> would have to be restricted to 8-bit/char codes.
> Actually, I'd prefer to recommend unicode-builds as *the* one
> and only
> solution for multi-encoding environments, leaving the
> non-unicode build
> pinned to sql_ascii.

Sounds good. They only problem with Unicode builds will (==should) be
Win9x...

Regards, Dave.

Responses

Browse pgadmin-hackers by date

  From Date Subject
Next Message Andreas Pflug 2003-06-11 13:29:37 Re: Client Encoding
Previous Message Andreas Pflug 2003-06-11 12:52:01 Re: Client Encoding