> For transaltion to other languages I not sure with gettext() stuff on > backend -- IMHO better (faster) solution will postgres system catalog > with it. > > May be add new command too: SET MESSAGE_LANGUAGE TO <xxx>, because > wanted language not must be always same as locale setting. In the multibyte enabled environment, that kind of command would not be necessary except UNICODE and MULE_INTERNAL, since they are multi-lingual encoding. For them, we might need something like: SET LANGUAGE_PREFERENCE TO 'Japanese'; For the long term solutuon, this kind of problem should be solved in the implemetaion of SQL-92/99 i18n features. -- Tatsuo Ishii ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
- [HACKERS] Internationalized error messages Peter Eisentraut
- Re: [HACKERS] Internationalized error messages Ian Lance Taylor
- Re: [HACKERS] Internationalized error messages Denis Perchine
- Re: [HACKERS] Internationalized error messages Nathan Myers
- Re: [HACKERS] Internationalized error messages Tom Lane
- Re: [HACKERS] Internationalized error messag... Nathan Myers
- Re: [HACKERS] Internationalized error messag... Karel Zak
- Re: [HACKERS] Internationalized error me... Tatsuo Ishii
- Re: [HACKERS] Internationalized error me... Peter Eisentraut
- Re: [HACKERS] Internationalized err... Karel Zak
- Re: [HACKERS] Internationalized... Peter Eisentraut
- Re: [HACKERS] International... Karel Zak
- Re: [HACKERS] Internationalized error messag... Peter Eisentraut
- Re: [HACKERS] Internationalized error me... Tom Lane
- Re: [HACKERS] Internationalized err... Peter Eisentraut
- Re: [HACKERS] Internationalized... Tom Lane
- Re: [HACKERS] International... Andrew Evans
- Re: [HACKERS] International... Nathan Myers