I'm no C(++)-developer and hence could not be of direct help to the
Subversion team when fixing the issue. I just get enough complains about our
SmartSVN not working "right" with umlauts/accents in file names on the Mac.
But before it can be "right" in SVNKit, the core of SmartSVN, it must be
right in Subversion itself (actually, it is the reference implementation).
If we would fix it ourself in SVNKit without a fix in Subversion, there
might be a chance of incompatibility which we want to avoid at all.
We've got information that setting the "right" system locale allows
Subversion to add/commit files with umlauts/accents in the file name on the
Mac (in the decomposed form). First, I don't understand, why a system locale
(which should be responsible for dates/times/currency or the UI language)
has influence on Subversion's (or C(++)'s?) capability to convert the
reported file names to UTF-8 (in Java it is done magically in the
background; there is no way to the file names in non-UTF-8). IMHO the
current behavior of Subversion/C(++) can't be "right", the transformation
should be done out-of-the-box (without a change in the system
configuration), because it might be unclear to the user, what the "right"
system locale is, especially when working with file names using characters
from different languages (e.g. umlauts, accents or even Arabian/Asian
Second, after adding/committing files in the decomposed form into the
repository, there needs to be some possibility to fix (decomposed) file
names *in* the repository, so the users don't have to work with decomposed
AND composed forms after Subversion supports storing files in exactly one
form in the repository.
Erik Huelsmann wrote:
> On 7/13/07, Thomas Singer <email@example.com> wrote:
>> First there needs to be consensus *how* to fix it.
> Right. I don't mean to be rude, but the way to consensus starts with a
> proposal which we can agree upon, with or without discussion.
> So, when Daniel says we want patches, if this issue contains a bit of
> design, we also would like someone to drag along the proposal process
> & discussion.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Jul 16 06:34:36 2007