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

Re: client side l10n: remaining issues?

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: 2004-04-19 23:38:45 CEST

--On Friday, April 16, 2004 11:44 PM +0200 Erik Huelsmann
<e.huelsmann@gmx.net> wrote:

>> 3) Decide on which system to use
>> (gettext seems to be the choice; what are the windows implications of
>> it?!
>> are there any other possible choices?)

Win32 does have GNU gettext available. No real other choices here. Rewriting
gettext to be fully BSD is an option, but one that I'd rather avoid. Yet, if
we have to make changes to it, we're likely going to have throw out all of GNU
gettext. So, I'd rather live with any issues with GNU gettext. (Noting that
Solaris 9's gettext is also suitable for us.)

>> 4) Produce a template file from which to translate
>> (not available yet)

The es.po file is a start.

> 7) If the system needs initialization (which gettext does; think
> binddomain):
> How should this initialization take place? Do we add a new function to
> libsvn_subr to initialize the localization library, or do we depend on the
> client being initialized cf. some prescribed recipe?

This is already done in the svn_cmdline_init in libsvn_subr. Or something
like that. But, this is the standard entry point that we require for our
applications. Hmm. We need to do something for the bindings. Hmm. -- justin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 19 23:38:48 2004

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.