2008/3/23, Karl Fogel <kfogel_at_red-bean.com>:
> "Henrik Sundberg" <storangen_at_gmail.com> writes:
> > 2008/3/23, Karl Fogel <kfogel_at_red-bean.com>:
> >> You know, one solution here could be that Tortoise translates the
> >> patterns for the user. You enter "*.txt", but Tortoise turns that into
> >> "*.[tT][xX][tT]" on the way to Subversion. (The delightful fact that
> >> Tortoise internally would then have a regexp to match a globbing pattern
> >> is a bonus.)
> >>
> >> In fact, the more I think about it, the more I like this. The svn
> >> libraries should continue to offer what they offer now, which is maximum
> >> control, so that those few who want case-sensitivity can at least get
> >> it. Meanwhile, each client that *uses* those libraries can decide what
> >> actually works best for its users. The command-line client would
> >> probably not translate, since its users are likely to know about
> >> globbing. But Tortoise can and, IMHO, should translate, because its
> >> users a) generally don't know about globs, and b) are accustomed to a
> >> case-insensitive environment anyway.
> >>
> >> Thoughts?
> >
> > I believe that would lead to problems. We're using both Linux and
> > Windows/Tortoise, for the same repository. Different handling of
> > auto-props for different users will end up in errors.
>
>
> Yes, but the current way leads to problems too. Which problems are
> worse?
You don't need to choose between those two alternatives.
A global switch for case sensitivity might suffice. Or a changed syntax, eg:
*.txt ~= xxx is case insensitive.
Or add more sections, like [case-insensitive-auto-props].
That would allow more elaborate extensions as well. You'd be able to
add [first-match-auto-props] allowing special cases to be handled
first like
ReadMe.txt = xxx
*.txt = yyy
A better way would probably be to add a few options like
"case-insensitive", "ordered", "regexp" and allow several [auto-props]
sections. Each section should be handled according to the currently
set options.
This would be both completely backwards compatible and easy to grasp.
/$
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-03-23 18:18:46 CET