  Is PostgreSQL having any ideas to support GNU gettext package for
let's to suitable i18n ??

--
.....=======............................. Cd Chen, (嚙踝蕭嚙碼嚙踝蕭)
..//  嚙編 嚙編 |............................ ===========================
..||  嚙踝蕭 嚙踝蕭 <............................ I am a PowerLinuxer !!
..|<     >  |............................ mailto:cdchen@linux.ntcic.edu.tw
..| | \___/ |............................ http://linux.ntcic.edu.tw/~cdchen
.. |\______/............................. ICQ UIN:3345768


Thu, 17 Dec 1998 05:22:47 +0800
Cd Chen <cdchen@nticba.ntcic.edu.tw>
Have any ideas to support GNU gettext package ??
>   Is PostgreSQL having any ideas to support GNU gettext package for
> let's to suitable i18n ??

afaik no one has proposed that yet. It sounds like a Good Thing in
principle, but I don't know what would be involved in internationalizing
the message strings. It might substantially raise the level of effort
for development, since some of the developers are not adept at languages
other than English and hence others would have to maintain the message
catalogs. Minor changes in messages would become more difficult I
suppose.

We would also need to stay compatible with the licensing for the rest of
Postgres, but that may not be an issue here. I assume that there are no
runtime restrictions on the code and files gettext produces?

                        - Tom

Thu, 17 Dec 1998 03:32:57 +0000
"Thomas G. Lockhart" <lockhart@alumni.caltech.edu>
Re: [HACKERS] Have any ideas to support GNU gettext package ??
"Thomas G. Lockhart" <lockhart@alumni.caltech.edu> writes:

|   It sounds like a Good Thing in principle, but I don't know what
|   would be involved in internationalizing the message strings. It
|   might substantially raise the level of effort for development, since
|   some of the developers are not adept at languages other than English
|   and hence others would have to maintain the message catalogs. Minor
|   changes in messages would become more difficult I suppose.

The developers should not be bothered by the localisations (l10n).  It
might be the best to use Franï¿½ois Pinard's "Robot"; let me quote
Franï¿½ois' description (note: "PO files" are the message catalog files):

======================================================================>

The Translation Project robot (or TP-Robot) is an email service which
takes care of PO file submissions.  It checks if the file is receivable,
that is, if a translator has filled her disclaimer, and if her team allows
her to do the work.  It also calls `msgfmt' to see if the PO file is healthy.

You do not really ought to use the robot, but when you do, you spare some
time for the translation coordinator to do more useful things (thanks!).
To use the robot, your Subject line should look like:

     TP-Robot PACKAGE-VERSION.TEAM.po

and the whole thing should be sent to <translation@iro.umontreal.ca>.
You may expect a reply within minutes.  If you need help to resolve
questions, or if you plainly suspect the robot behaves poorly, you may
directly write the translation coordinator.  However, if you do so, be
careful _not_ to start your message Subject with TP-Robot! :-)

The robot is a bit dumb and does not understand MIME yet.  So, for a
while, please package your PO file with `uuencode' (either old `begin'
or new `begin-base64' format) rather than MIME or `shar'.  You may
also use a plain text copy, if you are real sure that we have 8-bit
clean email and if you avoid adding your signature after the PO file.
If the Robot cannot decipher your packaging, it will merely forward it
to the coordinator for manual unpacking.
======================================================================<

You'll find detailed info about i18n/l10n at Franï¿½ois' web pages:

    http://www.iro.umontreal.ca/~pinard/

And of course, it'd be nice to have frontend with NLS ("native language
support")!

|   We would also need to stay compatible with the licensing for the rest of
|   Postgres, but that may not be an issue here. I assume that there are no
|   runtime restrictions on the code and files gettext produces?

Yes, you're right.  The libintl is covered by the LGPL, like other GNU
libraries.

-- 
Karl Eichwalder

17 Dec 1998 11:13:59 +0100
Karl Eichwalder <ke@suse.de>
Re: Have any ideas to support GNU gettext package ??