----- Original Message ----
> From: Stefan Küng <tortoisesvn_at_gmail.com>
> To: dev_at_tortoisesvn.tigris.org
> Sent: Sun, June 13, 2010 9:48:05 AM
> Subject: Re: Two step folder rename...
>
> > On 11.06.2010 23:46, BRM wrote:
> > I had accidentally deleted a folder in
> > my repo today, which I then tried to restore in a single step copy; however,
> > TSVN wouldn't let me.
> > I think this is just UI thing - that it may need
> > to be smarter to realize it is pulling from the history and that it can use the
> > same at the latest revision.
> > I ended up doing a two step -
> > naming the copy as something else, then renaming it to what I really wanted it
> > to be.
> > Here's what I did:
> > 1. Opened the TSVN Repo Browser
> > 2. Set the it to look at an older revision
> > 3. Found the folder I wanted to restore, right-clicked on it and selected 'Copy to...'
> > 4. The dialog that came up had the OK disabled until I set a
> > different name in - so I appended ".restored"
> Just add a space and remove
> it again. The OK button will get enabled as soon as there is a change. And
> it will stay enabled even if you modify it back the the very same
> name.The OK button is disabled to prevent accidental 'OK's by pressing
> return.
That doesn't seem very intuitive, and I didn't find it in the documentation anywhere.
In fact, the whole "Copy" functionality seems to have very little documentation. It's not in the
indexed the in TOC, but it does come up in the Index - which then points you to two other entries:
a. for the Branch/Tag dialog,
b. for the Repository Browser.
'a' isn't quite intuitive, and 'b' just gets a one-liner.
Perhaps when looking at history it should be "Restore" which does the following:
1. Checks if the selected item is in the latest revision.
2. If in the latest revision, tells the user and then acts like "Copy To..." and refuses to allow the same URL.
3. If not in the latest revision, acts like "Copy To..." but allows the same URL, with OK enabled by default.
Alternatively, add a checkbox to the "Copy To..." when working from history that is unchecked by default (and completely disabled when on the latest revision), that can do #'s 2&3 when checked.
Just a thought.
Ben
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=2621165
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-06-14 15:27:46 CEST