Re: delete-file to trash

[Leo]

On 2010-05-21 22:39 +0100, Eli Zaretskii wrote:
> I think the whole idea is fundamentally flawed. Somebody got envious
> of the terrible MS invention and wanted to have it on Posix platforms.
> The implementation is not the culprit, it's the idea that is simply
> wrong. There's no chance in the world that we could ever have a good
> way of deciding programmatically when to move to trash and when not.
> Only a human can decide that.
>
> FWIW, when I work on Windows and happen to delete files from the
> Explorer, I always hold the Shift key.

On 2010-05-22 01:52 +0100, Stefan Monnier wrote:
> One of the first steps in my learning Unix was to learn how to
> add/change an alias in my shell to replace my syadmin's default alias
> of "rm" from "rm -i" to "rm -rf". Guess what: I never regretted it
> (tho I've gotten rid of this alias in the mean time, because my
> fingers learned to always type "rm -rf" anyway).
>
> And remember: I'm the guy who constantly commits changes that don't
> even compile, so it's not like I'm a careful user.

I think I force delete all the time too on both windows and GNU/Linux
because I don't want confirmation. But if emacs move things to trash
sensibly that actually is a nice feature.

> OT1H the trashcan "feature" is something that enough people think they
> want that we do want to support it. But OTOH I do think that people
> will end up seeing the light (think of when Gnome will keep all your
> files under a VCS as a matter of course), so I think "move-to-trash"
> is transient and will be replaced by some kind of "automatic commit".
> We don't have to worry about it yet, maybe, but we should think about
> how best to deal with "move-to-trash" within this context.
> 
>         Stefan "Always have a backup"

Leo