Re: Feature RFC: Delete dialog

2008/12/15 Stefan Kueng <tortoisesvn_at_gmail.com>:
> Simon Large wrote:
>> Hi folks,
>>
>> One of the things I find myself doing fairly frequently is deleting
>> and ignoring generated files which should never have been versioned in
>> the first place, and it is not as easy as it could be. First of all I
>
> Seems *this* is the real problem, not the deleting afterwards?
> So: how did those files get versioned even though they should have?
> Maybe there's a better way to avoid *that*?

I know, I know. But sometimes it is hard to educate people :-(

>> SVN delete the file, which is easy. But the file has disappeared so in
>> can't get a context menu to ignore it. The only way is to edit the
>> folder properties manually. Of course I could SVN->Delete (keep
>> local), but I never remember :-(
>>
>> I also notice that users are not always aware of the SVN->Delete (keep
>> local) feature in the extended context menu.
>>
>> My proposal is to add a lightweight delete dialog which has a checkbox
>> to keep local and a checkbox to add the file to the ignore list. There
>> is a cancel button so it serves as a confirmation dialog. It also has
>> a help button - currently there is no direct way to get help on
>> deletion. Maybe a bit of text to say "These items will be deleted from
>> HEAD when you commit your working copy".
>>
>> Straight away I see a problem - do we offer to ignore the exact
>> item(s) selected, or ignore *.ext? What if there are multiple
>> extensions among the files selected? Possibly a drop down list would
>> work:
>> "Do not add to ignore list"
>> "Add xxx (or n items) to ignore list"
>> "Add *.ext (*.xxx, *.yyy) to ignore list"
>>
>> A more complicated implementation gives a list of items to be deleted
>> (but no folder recursion) allowing you to right click and ignore, much
>> as you would in the commit or CfM dialog, and also to right click and
>> keep local.
>
> You might remember that we once had a 'delete' dialog, but users
> complained that it was unnecessary: they already select the
> files/folders to delete when executing the command. No need to show yet
> another dialog.

Hmm. I don't remember that one. We have had the opposite complaint,
but admittedly not very often.

I would agree with that argument if subversion kept the file marked
for delete and only actually deleted it on commit. That way you could
see the red cross in your WC, and also it would be easy to ignore
after deleting as well. But it doesn't work that way.

> I think a better solution would be to extend the 'ignore' submenu: if
> items are versioned, add entries for 'ignore and delete' instead of just
> 'ignore' ?

I agree that is the best way to do it without the dialog. You would
still need a keep local variant on the extended context menu, but it
covers all the options.

Simon

-- 
:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=757&dsMessageId=984573
To unsubscribe from this discussion, e-mail: [dev-unsubscribe_at_tortoisesvn.tigris.org].