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

Re: weakness in locking UI

From: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: 2006-01-04 18:44:00 CET

On 1/4/06, steveking <steveking@gmx.ch> wrote:

> In TSVN, you can use the "check for modifications" dialog, then sort by
> the 'locks' column to get all locks and owners in the whole working
> copy. Not sure if a separate 'locks report' would help that much.

Well, in some sense, that's still a "locks report", it's just part of
a larger report. Much like the way 'svn st -u' shows locks. I'm glad
TSVN has this.

>
> What many users often request on the TSVN list is an overlay for locked
> files, as well as a separate column for who locked the file. But that
> could only be done if that information is cached in the working copy
> itself (I can't keep a connection open to the repository from the
> explorer, that would make the whole system so slow it would be unusable).
> The problem I see with that approach is that this information would only
> be updated on e.g. commits/updates/st -u/...

Yeah, but then that sort of goes against our locking design. We want
users to be aware of "local" vs. "remote". Browsing the working copy
is different from browsing the repository... that's why TSVN has a
repository browser. In that same vein, if Explorer shows any locking
information at all, it should be showing *local lock tokens*, which is
a distinctly different thing than a remote repository lock. We want
users to understand the difference.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Jan 4 18:50:01 2006

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.