<div class="gmail_quote">On 31 March 2010 23:40, David Faure <span dir="ltr"></span>wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">> I wouldn't expect the Undo function on Move To Trash, but I would<br>
> expect it for Delete and for Empty Trash.<br>
<br>
</div>Which makes no sense, sorry :-)<br>
<br>
If your disk is full and you empty the trash, you certainly expect to get more<br>
disk space immediately... not after the 30 seconds undo, when the system can<br>
finally delete the files and make more space.<br>
<br>
Real deletion is -supposed- to delete immediately, otherwise assumptions are<br>
broken. This means no undo, but there's no other way.<br>
<br></blockquote></div>Would a 10 seconds delay be an acceptable compromise, in order to distinguish Real Deletion from accidental deletion? Which is the case that is being considered in this thread, BTW.<br><br>The Trash is a GUI intended to make life easier to people using the file manager, after all. Power users always have the option to delete files through the command line. Instant, unsafe deletion at the user's will. Why make graphical tools unsafe for everybody else just to support this user specifically?<br>

<br>I long for the days of MS-DOS (yes I'm that old), where the Undo command could retrieve from the dead files that had been permanently deleted as long as nobody else overwrote them. Why can't we have this functionality in the XXI century? I know, ext3 yada yada. IMHO this is the single missing feature of the Trashcan that would make all this debate moot. For real data deletion you should use a Shredder anyway, not the Trashcan.<br>

<br>