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

Re: MIME types extension matching is case-sensitive

From: Ed <SVN_at_0x1b.com>
Date: Tue, 2 Jun 2009 02:49:27 -0700

On Tue, Jun 2, 2009 at 1:37 AM, Bolstridge, Andrew
<andy.bolstridge_at_intergraph.com> wrote:
>> -----Original Message-----
>> From: news [mailto:news_at_ger.gmane.org] On Behalf Of petermity
>> Sent: Tuesday, June 02, 2009 7:30 AM
>> To: users_at_subversion.tigris.org
>> Subject: Re: MIME types extension matching is case-sensitive
>>
>> Stefan Sperling <stsp_at_elego.de> wrote:
>>
> [snip]
>> >Why shouldn't Subversion do case-insensitive matching itself, by
>> default?
>> >Does anyone know whether the current behaviour is by design or
> whether
>> >it was just an oversight?
>> >
>> >I mean, there isn't any good reason why .jpg and .Jpg and .JPG should
>> >not match to the same mime-type, right?
>> >
>> >Stefan
>> >
>>
>> I can't think of any good reason, and nobody else has responded.
>
> Frankly, I can't think why SVN isn't case-insensitive for everything. If
> anyone has myfile.txt, Myfile.txt and MYFILE.txt in the same directory
> they need to be told about preventative maintenance :)
>

Are there any other parts of Unicode space you want folded?
diacritical marks onto greeks maybe?
pardon the snark - I haven't tried detox for mime-types, but for file
names it really works when I get stuff from people running your kind
of OS, set it up as a pre-commit hook to keep the repo consistent. It
has a powerful rule making system -
http://sourceforge.net/projects/detox/

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2358710

To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-06-02 17:06:41 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.