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

Re: Locking UI comments

From: Mark Benedetto King <mbk_at_lowlatency.com>
Date: 2004-10-13 19:16:05 CEST

On Wed, Oct 13, 2004 at 02:06:06PM +0200, Sander Striker wrote:
> > From: Mark Benedetto King [mailto:mbk@lowlatency.com]
> > Sent: Wednesday, October 13, 2004 1:54 PM
> > Well, one counter argument is that many people will forget to release
> > their locks.
> As long as locks are breakable/stealable, I don't really see the problem.
> > RCS's ci requires "-l" to keep the lock; i.e., releasing it is not the
> > default.
> Is or isn't it the default?

Sorry, I misspoke: releasing it is the default in RCS.

> >> I just don't think it's intuitive for 'svn commit' to release the lock
> >> when I explicitly requested it with 'svn lock.' 'svn unlock' should
> >> be the desired usage path we lead users towards. (UIs like TSVN or
> >> whatnot can have a checkbox for allowing the user to release the lock
> >> on commit. I'm only concerned about what our command-line GUI does.)
> > Shifting the default between UIs is evil. It would be nice if TSVN
> > users and command-line users could expect similar semantics from the
> > logical operations that they perform.
> Well, I disagree here. On commit TSVN is able to show unversioned
> files which can be added when you 'Commit'. Showing locks and being
> able to release them at that same point in the GUI seems logical.
> But I digress...

I agree that GUIs should be able to provider a richer UI, but providing
a nearly equivalent one that differs only in that the default operation
is inverted would be a source of confusion.

For example:

I am not familiar with TSVN, but I have witnessed the horror that is
WinCVS. It is basically a GUI wrapper around the fundamental CVS
operations; it does not provide an improved UI, just one that involves
clicking instead of typing. The CVS boolean command options are
exposed as checkboxes. In such a framework, it would be Just Plain
Wrong to invert the default.


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 13 19:32:17 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.