[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: Branko Èibej <brane_at_xbc.nu>
Date: 2001-07-10 22:16:33 CEST

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
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.