Created attachment 173101 [details]
gnome-commander's Delete confirmation dialog

Posit: The default selection on the Delete confirmation dialog should be Cancel instead of OK (as it is now).

Why: When navigating using a compact keyboard, it's very easy to hit the Delete key and Enter at the same time.  Obviously, the Delete key's code must go out a pico-second before the code from the Enter key, but that ALWAYS seems to be the case when Delete and Enter are hit simultaneously on a compact keyboard... if I hadn't seen this happen more than once when gnome-commander has been escalated to Root access, I would not go to the trouble of making this request.

If it happens as you are trying to 'drill down' into a subdirectory (using Enter instead of the arrow keys or double-clicking with the mouse), even if you have the "Confirm before delete" option checked on the Confirmation tab of Options, the entire subdirectory branch you are trying to go into can be wiped out in the blink of an eye (if you blink slow or have a fast system+hard drive). Even if the branch is large plus you are quick and can stop it by hitting Escape before it finishes deleting everything, if it's an essential subdirectory like /etc or /proc (and gnome-commander been been escalated to, or started from, root access), you might as well count on re-installing (or at least restoring your latest image) because you will never reassemble all the pieces recovered by unerase tools into the proper subdirs .

This scenario could be prevented by having the default selection on the Confirmation dialog be "Cancel" instead of "OK" as it is at present.
i.e. if you fat-finger the Delete and Enter keys at the same time, the 'Do you want to delete "$1"?' Confirmation dialog would instead send Cancel rather than instantly confirming the accidental Delete key press. If people find it too much of a hassle to have to manually select OK by arrowing over or clicking it with a mouse, they can always UNcheck that option on the Confirmations tab.

Thank you.
(attachment enclosed)