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

Re: [TSVN] how should the UI look like

From: Joseph Galbraith <galb_at_vandyke.com>
Date: 2005-04-08 21:15:39 CEST

SteveKing wrote:
> Hi,
>
> I'm currently working on the new features in Subversion 1.2. And as you
> may have already heard, the main feature is locking.
>
> So I need your ideas on how to implement this. Sure I have own ideas,
> but they just don't feel right.
>
> Ok, so here goes what we have to do:
>
> - files can be locked (surprise).
> - Two new context menu entries "lock" and "unlock" will be implemented
>
> Now comes the problem:
> We can attempt to lock the selected files, but that can fail if e.g.
> another user already has one of those selected files locked. Not a big
> deal really. But now, the user can 'steal' the lock, i.e. just override
> the other users lock.
>
> So, how should we do this in an UI way?
> - try to lock, throw an error if someone else already has the lock,
> don't allow to override the lock at all.
> - before attempting to lock, ask the user if he want's to override a
> maybe existing lock and then just force the lock no matter what
> - Allow to redo the lock from the progress dialog once a lock has failed
> and this time just steal the lock

Or how about (4):

- Present dialog if the user holds the shift key down while
   selecting the lock or unlock menu.

   (like source safe)

   I'm not sure it is a great UI--- but it doesn't clutter my
   life up with a dialog I don't need 98% of the time just for
   2% of the time I do need it.

   We could default to presenting the dialog, with a checkbox
   that says: "Only show when the shift key is down."

Thanks,

Joseph

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Fri Apr 8 21:15:10 2005

This is an archived mail posted to the TortoiseSVN Dev mailing list.

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