Re: [Fwd: pgadmin3 clientencoding]
От | Dave Page |
---|---|
Тема | Re: [Fwd: pgadmin3 clientencoding] |
Дата | |
Msg-id | 03AF4E498C591348A42FC93DEA9661B844B010@mail.vale-housing.co.uk обсуждение исходный текст |
Ответ на | [Fwd: pgadmin3 clientencoding] (Andreas Pflug <Andreas.Pflug@web.de>) |
Ответы |
Re: [Fwd: pgadmin3 clientencoding]
|
Список | pgadmin-hackers |
> -----Original Message----- > From: Andreas Pflug [mailto:Andreas.Pflug@web.de] > Sent: 10 June 2003 09:46 > To: pgadmin-hackers@postgresql.org > Subject: [pgadmin-hackers] [Fwd: pgadmin3 clientencoding] > > Additionally, I wonder if there's an individual client encoding > necessary for tree display; I believe it's sufficient for it to be > Unicode to support all possible encodings. Think of a situation where > one SQL_ASCII and one EUC_JP database are residing on the > same server. > Because there's no way to convert back and forth, it's not > possible to > display the second database if the first is retrieved using > its native > encoding. Hmm, good point. Perhaps we should just say Unicode all the time then when we have a Unicode build. > > 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. No, because then you are mixing schema with commands that may affect the schema in non-obvious ways. Regards, Dave.
В списке pgadmin-hackers по дате отправления: