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

Re: Ignore patterns should not be case sensitive (usability)

From: John M. Black <johnmblack_at_gmail.com>
Date: Mon, 24 Mar 2008 14:25:48 -0400

> <rant>I'm in favor of keeping flexibility. I'm not in favor of
> dumbing down the current functionality to account for GUI-based users
> that do not have experience with globs. All the new languages have
> regexp libraries! </rant>

<rantResponse>I'm challenging this group to ask itself - who do you want SVN
to be for? If your goal is to only please the hardcore programmer
community, then why even bother having the TSVN client? You must realize
that SVN is now becoming a mainstream product, and that's a GOOD thing! But
it also means that the techie who loves command lines and blobs is no longer
your only audience.

There are just as many people in our company that rely on SVN that are no
more technically inclined than MS Word, as there are developers who don't
mind the complex syntax. Are you saying that the people in the first group
should *stop* using SVN? It's "not for them"? How dare this new customer
base infringe upon my little SVN world?</rantResponse>

Disclaimer: I do consider myself a hardcore programmer and myself don't
mind the command line and blobs (now that I know about them.) I'm simply
trying to represent the other side of the argument for some of my less
technically-inclined colleagues where I work.

> If it confuses some TSVN users, perhaps TSVN could add an 'ignore'
> wizard that allowed the user to select options (including a
> case-insensitive flag) and then generates the correct glob. (NOTE: I
> use TSVN heavily --- I seriously miss it when doing Linux development)

This is a really, really good idea. Should I bring the discussion there?
Received on 2008-03-24 19:26:21 CET

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.