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

Re: Renaming files on win32

From: Kevin Williams <kevin_at_bantamtech.com>
Date: 2004-12-21 21:16:26 CET

Scott Palmer wrote:
>
> On Dec 21, 2004, at 12:39 PM, Gili wrote:
>
>> On Tue, 21 Dec 2004 14:02:22 +0100, Thomas Kindler wrote:
>>
>> > I think the best way to handle this would be to add a new property
>> >(e.g. svn:nocasefiles or something) for folders that prevents the
>> >addition of case-problematic files.
>>
>
> +1 from me.
>
> I think case-sensitive filesystem are user unfriendly in general, but of
> course they are out there (on unix only as far as I can tell, Mac,
> Windows, OS/2, Amiga, etc... all were case-preserving but
> case-insensitive).
>
> The point is case-insensitive, case-preserving filesystems are hugely
> popular and deserve better support.
>
> Scott

I seem to have a different perspective. Perhaps it's a server-side
developer view rather than client-side developer, I don't know.

It seems to me that Windows is losing popularity and Mac OS X is
UNIX-based (did they retain the pre-OS X file naming?) and OS/2 and
Amiga are rarely used. Therefore, going with a UNIX-friendly or
UNIX-oriented solution is more justified IMHO.

I wonder if perhaps there are just as few people with {Test|test|TEST}
files on their UNIX system as there are people in case-insensitive
systems changing the case in filenames? Whatever the situation, it has
been refreshing to see this issue flushed out to it's fullest extent.
Now someone just needs to write the code! :)

----------
Scanned for viruses by ClamAV

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Dec 21 21:47:45 2004

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.