[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-10 17:54:15 CEST

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