Re: pgadmin3 clientencoding

From: "Hiroshi Saito" <saito(at)inetrt(dot)skcapi(dot)co(dot)jp>
To: "Andreas Pflug" <Andreas(dot)Pflug(at)web(dot)de>
Cc: <pgadmin-hackers(at)postgresql(dot)org>, "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
Subject: Re: pgadmin3 clientencoding
Date: 2003-06-10 16:14:13
Message-ID: 012c01c32f6b$5541af00$1f324d80@w2k
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgadmin-hackers

Hi Andreas.

----- Original Message -----
From: "Andreas Pflug" <Andreas(dot)Pflug(at)web(dot)de>
To: <pgadmin-hackers(at)postgresql(dot)org>; "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
Sent: Tuesday, June 10, 2003 6:11 PM
Subject: Re: [pgadmin-hackers] pgadmin3 clientencoding

> Andreas Pflug wrote:
>
> >
> > Do we really need special encodings, besides unicode? If so, this
> > should be implemented on a tree node (Server property: client
> > encoding) to make it possible to let the change of encoding have
> > immediate effect, or as the "System Object" setting is implemented.
> >
> There's another point:
> I'd like to have the list of valid encodings read from the server,
> rather than hard-coding it. This obviously needs a database connection,
> which frmOptions lacks.

multi-database-encoding moves comfortably by the present establishment.
Remodeling any further shouldn't be necessary.
db/pgConn.cpp

With kindest regards,
Hiroshi-Saito

In response to

Browse pgadmin-hackers by date

  From Date Subject
Next Message Evil Azrael 2003-06-10 16:17:14 Re: PostgreSQL presentation at LSM
Previous Message Hiroshi Saito 2003-06-10 16:13:44 Re: [Fwd: pgadmin3 clientencoding]