client side l10n: remaining issues?

In order to get a localized Subversion release, several steps have to be
taken. With this e-mail I hope to generate the discussion which will result
in a list of all issues involved.

The requirements are:
a) localized versions on all OS-es which Subversion runs on (*nix, Windows,
...)
b) messages which are UTF-8 internally in Subversion, as all other internal
internationalized data
c) no duplication of supporting libraries (for example iconv as mentioned by
Brane)
d) minimal new code written for Subversion (the desire not to write our own
gettext implementation comes to mind)
e) the ability to build without localization

The steps to be taken to get localization into Subversion (not neccesarily
in the order mentioned):

1) Adjust the build system
  (autoconf system done; windows side isn't)
2) Mark strings to be translated
  (partially committed; more to come)
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?)
4) Produce a template file from which to translate
  (not available yet)
5) Start translation
  (started for Spanish and Swedish; other languages pending)
6) Resolve any problems which might appear in the above 5 steps

Anybody to add more items to this list?

To comment on (3) I must say I agree with Brane that it would be problematic
if two iconv libraries would be required to get gettext incorporated on
Windows. This is why I like Sander's idea of adding a libapr_l10n to apr (if
they want to accept that) to complete the already set of libraries (which
includes libapr_iconv ofcourse). Brane's desire not to want to link in more
libraries seemed like an extra argument to go this way. Yet doing so would
definitely conflict with requirement (d).

bye,

Erik.

-- 
NEU : GMX Internet.FreeDSL
Ab sofort DSL-Tarif ohne Grundgebühr: http://www.gmx.net/info
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org