[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Language negotiation and localization of server-generated messages (see URL!)

From: Michael Sweet <mike_at_easysw.com>
Date: 2005-06-02 23:08:13 CEST

Peter N. Lundblad wrote:
> On Thu, 2 Jun 2005, Nicolás Lichtmaier wrote:
>
>
>>>But is that file format the same in non-GNU gettext implementations? Else
>>>we start depending on GNU gettext, and can't use the systems's gettext
>>>anymore.
>>>
>>>
>>
>>But I see no other way. System implementations work with a per-process
>>locale. The only option I see other than forcing GNU's gettext
>>everywhere is to fork a child for each locale and delegate gettext
>>invocation to these childs...
>>
>
> Or invent our own format and write our own msgfmt (we could still use GNU
> tools to validate if available). I'm not saying that this is ideal, but
> it's another possibility.
>
> I don't knopw how big a problem it is to depend on GNU gettext. But it
> seems fragile to depend on a proprietary .mo format.

I've actually got some code that reads .po files and compiles to a
compact binary format, which you can then load and use on-the-fly,
even supporting multiple languages from the same thread. The code
will be part of CUPS 1.2 and I've been using it in flPhoto and the
CUPS DDK for a couple years now.

Let me know if you are interested, I'll be happy to donate to the
cause!

-- 
______________________________________________________________________
Michael Sweet, Easy Software Products           mike at easysw dot com
Internet Printing and Document Software          http://www.easysw.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jun 2 23:09:28 2005

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.