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

Re: i18n and wrapper-tools

From: Karl Fogel <kfogel_at_collab.net>
Date: 2001-07-11 00:05:24 CEST

+1 on the switch idea. It's a lot easier to handle than various shell
syntaces for specifying environment, and those aren't even always
available. Will make testing a lot easier too.

Branko, I'm assuming you mean to commit this, correct if wrong... (is
there other stuff that has to be done first?)

-K

Branko Čibej <brane@xbc.nu> writes:
> There's a very simple way for the someday-to-be-forthcoming
> svn-mode.el and similar wrappers to avoid l10n-related problems:
> instead of running
>
> svn <parameters>
>
> you just run
>
> env LC_ALL=C LANG=C svn <parameters>
>
>
> Perhaps, in order to support such tools, might we consider adding a
> "--setlocale=name" switch to svn, that would override the locale
> defined by the environment? For one thing, that would work on non-Unix
> platforms that don't have env; for another, it would help test the
> various translations, once we have them.
>
> Brane
>
>
> Karl Fogel wrote:
>
> >[I've moved this thread to `dev@subversion.tigris.org', from
> >`issues@...'. -kff].
> >
> >"Stefan Monnier" <monnier+lists.subversion.issues/news/@rum.cs.yale.edu>:
> >
> >>While it is sometimes nice to see messages in my mother tongue,
> >>I'm wondering if Subversion does its i18n properly.
> >>
> >>More specifically, I'd like to make sure that all messages are
> >>easy to recognize for a wrapper tool (such as an Emacs interface
> >>to Subversion). I guess it means something like "add a message
> >>number" so we don't need to look at the message itself and
> >>also make sure that the text itself can be skipped easily
> >>(f.ex. by disallowing \n inside the text and terminating all messages
> >>with \n).
> >>
> >
> >Subversion doesn't have any i18n at all, at the moment. While it is
> >on the goals list, all developers are currently working on other
> >things; no one is actively making i18n happen yet.
> >
> >Would you be interested in helping with it? ("Helping" is putting it
> >charitably -- you'd really have to take complete ownership of the i18n
> >issue, and figure out what needs to be done throughout Subversion.)
> >
> >It would be wonderful to have any volunteer step forward for this --
> >otherwise, the i18n work will almost surely have to be put off until
> >post-1.0. That wouldn't be horrible, since this is the sort of thing
> >that _can_ be added later without huge code perturbance, however, it
> >would be nice to avoid the delay.
> >
> >See this message
> >
> > http://subversion.tigris.org/servlets/ReadMsg?msgId=25162&listName=dev
> >
> >and its surrounding thread for some previous discussion of this issue.
> >
> >-Karl
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> >For additional commands, e-mail: dev-help@subversion.tigris.org
> >
>
>
> --
> Brane Čibej
> home: <brane_at_xbc.nu> http://www.xbc.nu/brane/
> work: <branko.cibej_at_hermes.si> http://www.hermes-softlab.com/
> ACM : <brane_at_acm.org> http://www.acm.org/
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:33 2006

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.