Trash is back
Because this feature was requested quite often, and it somewhat makes sense for a file manager, I'll add trash support (based on the trash specification) for the next release (most probably RC1).
Trash support will be transparently available to all applications using thunar-vfs (no API/ABI breakage, just a few special methods added), and it should be easy to develop a panel plugin that displays the trash can or add a trash can to xfdesktop.
Unfortunately the problem of interoperability of trash:-URIs remains, but that should be a minor problem as long as people don't try to use the trash as primary storage for their documents.
posted by Benedikt Meurer at
11:17
7 Comments:
Will there be a way to undelete files in the trash can?
And if: what happens if I undelete a file but the original location does not exist anymore?
By
Mathias Brodala, at 21/7/06 14:26
Can the trash support be disabled in the preferences? I don't like trash cans.
By
baze, at 21/7/06 15:17
Yes, a "Restore" functionality will be provided, with an option to recreate the folder hierarchy.
There will probably be an option to always bypass the trash when deleting files.
By
Benedikt Meurer, at 23/7/06 13:02
Thanks for the answer. I’m looking forward to it.
By
Mathias Brodala, at 23/7/06 19:16
Fantastic. Already better than Gnome's implementation!
By
djst, at 5/8/06 11:26
Well, you cannot really compare that to Gnome's implementation, because nautilus, unlike konqueror, does not follow the trash spec (atleast in 2.14), but uses its own trash location and does not record trash infos (original path, deletion date).
By
Benedikt Meurer, at 11/8/06 19:17
Ok, but there is no option to bypass the trash yet. I saw there is a bug about this, and a patch. Probably you're right and the default behavior should be the current one (move to trash), but there _has to be_ a way to bypass it. The way both konqueror and X File Explorer implement this feature seems to be quite good.
By
omnio, at 23/11/07 11:27
Post a Comment
<< Home