Concerning delete-by-moving-to-trash on free systems

[Tassilo Horn <tassilo@member.fsf.org>]

Hi all,

I've just found out about that option, and basically it's nice.  But in
order to integrate emacs on the modern GNU desktop the moving to trash
should be in compliance with the Freedesktop.org Trash Specification [1]
on systems that support it.  This spec enables undoing of deletions
which requires storage of some metadata of course.

Beside from not conforming to this standard, the current implementation
has other drawbacks.

  - Delete a directory foo which contains the files a and b recursively
    (from within dired).  Then goto the trash-directory.  Now foo, a and
    b are side by side.

  - Now delete another file named a.  This file is really deleted,
    because a already exists in trash.  (Overwriting would be as bad as
    the current decision.)

Bye,
Tassilo
__________
[1] http://www.freedesktop.org/wiki/Specifications/trash-spec?action=show&redirect=Standards%2Ftrash-spec