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

Re: [TSVN] RFE: Lock_and_open as a single command

From: Stefan Küng <tortoisesvn_at_gmail.com>
Date: 2005-09-08 18:48:20 CEST

Simon Large wrote:
> Kalin KOZHUHAROV wrote:
>
>> Milen A. Radev wrote:
>>
>>> On 07/09/05, Kalin KOZHUHAROV <kalin@thinrope.net> wrote:
>>>
>>>> Hi again.
>>>>
>>>> Today I just found out myself working with a lot of Word files set
>>>> with svn:needs-lock...
>>>> The algorithm is:
>>>> right-click, get lock, don't write MSG, press OK, wait, press OK,
>>>> double-click
>>>
>>>
>>> You could select several files (in a folder) at once and "Get Lock..."
>>> for all of them.
>>
>>
>> Yes, but a have to edit them one after another usually, with other
>> devs writing in between. That is why we divided a huge single file
>> into several small ones at first place.
>
>
> So your method of working is:
>
> repeat
> lock 1 file
> open/edit/save file
> commit 1 file
> until TimeToGoHome
>
> > Suggest command name "lock && open" :-)
>
> I was going to suggest "open with lock" ;-)

Even though I like your suggestion to make it somehow easier to lock and
open a file, I really don't like the idea of adding yet another context
menu entry. There already are way too much for my taste (I often have to
look for the command I need in those too many entries).

Do you have any other ideas on how to implement this (without an
additional menu entry)?

Stefan

-- 
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Sep 8 18:48:43 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.