Re: [Caml-list] error messages in multiple languages ?

[Tao Stein <taostein@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 2054 bytes --]

Would people have concerns creating a compiler build dependency on
libgettext ?

Another concern is that xgettext seems to lack an OCaml back-end.

Also, there may be some advantages to having all the language strings
together in one file, as in the 1997 Caml Light implementation Xavier
shared. As opposed to the many .po files of a typical gettext workflow.
With one file it's easy to see all the translations for a string at once,
to ensure consistency. The gettext workflow, though somewhat complex, may
be more scalable. Though it's not clear to me paying for the scalability
with the additional complexity is worth it in this case. I'm undecided.

In terms of gettext versus catgets, some more knowledgeable people may have
better opinions. Searching around a bit, it seems that gettext is used more
often in open-source projects.

Tao Stein / 石涛 / تاو شتاين

On 10 April 2017 at 14:14, Ian Zimmerman <itz@primate.net> wrote:

> On 2017-04-09 21:50, Adrien Nader wrote:
>
> > Unsurprisingly, pretty much everyone uses gettext rather than catgets.
> >
> > Personally I've enjoyed using gettext and I've found that it provided
> > the features needed for a proper translation in a pretty good way.
>
> The one problem with gettext (which catgets lacks) is that it relies on
> a piece of global data (the "text domain binding").  This makes any way
> to handle translations in a shared library somewhat distasteful.
>
> Admittedly one can wave the problem away by relying on the default
> binding established when glibc or libintl is installed, and never
> calling bindtextdomain().
>
> --
> Please *no* private Cc: on mailing lists and newsgroups
> Personal signed mail: please _encrypt_ and sign
> Don't clear-text sign: http://cr.yp.to/smtp/8bitmime.html
>
> --
> Caml-list mailing list.  Subscription management and archives:
> https://sympa.inria.fr/sympa/arc/caml-list
> Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
> Bug reports: http://caml.inria.fr/bin/caml-bugs
>

[-- Attachment #2: Type: text/html, Size: 3333 bytes --]