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

Re: [svn] Recode problem

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2005-05-09 10:55:56 CEST

On 2005-05-08 23:09:40 -0400, Greg Hudson wrote:
> That means if I save a file with gedit, it won't appear correctly in
> "ls" if I'm not using a UTF-8 locale.

Well, the problem with ls is already true when one uses different
locales (in particular in a multi-user environment). Using a
wrapper for ls (and other such utilities) may be an interesting
solution.

Now, for ls, this isn't much a problem: non-ASCII characters are
just displayed in an incorrect way. But with Subversion, this is
much more a problem since it thinks that the filenames have changed
(unless this has been improved recently) if the user uses different
locales; this is not just a display problem.

> That may be acceptable to GNOME, which doesn't care so much about
> the command line, but it's not so good for Subversion.

Some users may think that it is better, in particular those who use
both GNOME and Subversion. So, it could be configurable.

> > Subversion could store some information in the .svn directories
> > about the charset used for the filenames,
>
> Doesn't help "svn import".

I agree concerning "svn import". IMHO, the best solution would be to
provide a very configurable way to guess the encoding. Remember that
the files may come from an external source and their encoding doesn't
necessarily match UTF-8 or the locales. For GNOME users, they could
probably use GNOME to convert the filenames to UTF-8. If there exists
some utility that does this job, Subversion could use it.

However, for the files that have already been added, recording the
encoding in the .svn directories would be useful.

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon May 9 10:56:48 2005

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.