I see different kinds of users and I would like to share my point of view. I'm one of the users who don't need a recycle bin. I'm aware of files I'm deleting and when I delete them, I really don't need them anymore. So every time I'm just deleting with shift+del and I'm getting a confirmation dialog for that! Users who don't like the confirmation dialog can switch it off in the behavior preferences, but I like it and don't want to miss it. I'm a power user only using hotkeys but sometimes I'm pressing keys faster than I'm thinking. :-) So a last warning before deleting important files irreversibly is sometimes very useful.
Using the recycle bin is a different point of view. It is for users who don't know if they really want to delete files irreversibly and so to have a fall back. As said before the current recycle bin is confusing and it is not easy to find and recover files quickly. I like the changes for the recycle bin proposed in #56 combined with an "undo" button in nautilus for the last few file-actions. IMO having these improvements makes the recycle bin useful again. Useful or not the topic is an option for a confirmation dialog. I have to support the wish for an option to get a confirmation dialog before deleting files. A simple confirmation dialog with a checkbox always to confirm deleting files could please all kind of users. The default behavior should show the confirmation dialog for people expecting it and all others can uncheck it to never see it again. Why is a warning to this action important for some users? Even if you are always aware of files you are deleting, you never can be sure not pressing del by accident for example by a cat crossing the keyboard like in #14 and deleting files you were not aware of. Sure, you'll find your files in the recycle bin if you didn't disable the trash but if you don't realize that files were deleted you will wonder next time you open the recycle bin and have to spend a lot of time between searching and recovering files you wanted to delete and files deleted by accident. An undo button is a good option to quickly restore files deleted by accident but what if you didn't realize that you hit the del key? For those people who want to have consistency and don't want to have possible confirmation dialogs for every moving operation: I don't see the action "delete files" and in background moving them to the trash as the same action as "moving files". For the user deleting files is just deleting files and not moving them to the recycle bin. This is only a fall back and in the user minds the files are already deleted. @#30: I think you cannot compare the actions like cutting files with that pressing delete. Just cutting files by pressing CTRL+x doesn't do anything - you have to press CTRL+v for inserting to achieve a filemoving. Moreover the file combination CTRL+x is not as easy as just pressing del by accident. People who press CTRL-x and then in an other directory CTRL+v know what they are doing in contrast to people who hit the del key by accident because of a very bad designed keyboard. Once again: where is the consistency? Why am I getting a confirmation dialog for direct deleting by shift+del but not by just pressing del when I disable the recycle bin? This is both deleting and not moving. Why can I select the option to "ask before deleting files" in nautilus preferences when it is only used for deleting files from the recycle bin? In the users view pressing the key del is for deleting files and not for moving them. Perhaps the key del is only the wrong shortcut because it suggests deleting and not moving files? What about CTRL+m for moving files to the trash without confirmation dialog and del for direct deleting with confirmation dialog (like now shift+del). One advantage for CTRL+m is not to have a shortcut that can be hit by accident with a single key and does any big changes. An other advantage is to let the key del do what it stands for: just deleting! -- Add an option to get a confirmation dialog before deleting files in Nautilus https://bugs.launchpad.net/bugs/95853 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
