emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Why @#! is not Emacs using the Recycle bin on w32?


From: Johannes Weiner
Subject: Re: Why @#! is not Emacs using the Recycle bin on w32?
Date: Fri, 29 Aug 2008 20:37:36 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux)

"Lennart Borgman (gmail)" <address@hidden> writes:

> I just deleted a file because I misunderstood dired. I needed that file
> (of course).

Do you see the paradoxon?

> And then I found that dired did not make any backup and did not use
> windows Recycle bin.

It's called `delete' not `move to somewhere else'.

> This behaviour does not make me trust for example GNU/Linux.

I don't quite follow.

> I would beleive this is a behaviour implemented after how things work
> there. Is this correct? Does Emacs behave this way on GNU/Linus too?

Yes.

Would it be feasible to extend the documentation on this?  I suspect
that you don't use dired without ever looking at the documentation at
all, so a note in the docstring (and info file) that explains that
`delete' means `delete' would be enough to prevent this
misunderstanding?

        Hannes

diff --git a/doc/emacs/ChangeLog b/doc/emacs/ChangeLog
index 834cdeb..8b885fb 100644
--- a/doc/emacs/ChangeLog
+++ b/doc/emacs/ChangeLog
@@ -1,3 +1,7 @@
+2008-08-29  Johannes Weiner  <address@hidden>
+
+       * dired.texi: Add note about the permanent nature of file deletion.
+
 2008-08-27  Romain Francoise  <address@hidden>
 
        * custom.texi (Directory Variables): Minor fix.
diff --git a/doc/emacs/dired.texi b/doc/emacs/dired.texi
index 104c59f..9355df0 100644
--- a/doc/emacs/dired.texi
+++ b/doc/emacs/dired.texi
@@ -576,6 +576,10 @@ Like the other commands in this section, this command 
operates on the
 @emph{marked} files, or the next @var{n} files.  By contrast, @kbd{x}
 (@code{dired-do-flagged-delete}) deletes all @dfn{flagged} files.
 
+Note that deletion really means deletion here.  The files will not be
+moved to a trash directory and no backup will be made.  Be sure of
+what you do!
+
 @findex dired-do-rename
 @kindex R @r{(Dired)}
 @cindex renaming files (in Dired)
diff --git a/lisp/ChangeLog b/lisp/ChangeLog
index 7376b83..e4a27b5 100644
--- a/lisp/ChangeLog
+++ b/lisp/ChangeLog
@@ -1,3 +1,8 @@
+2008-08-29  Johannes Weiner  <address@hidden>
+
+       * dired.el (dired-do-delete): Add note about the permanent nature
+       of file deletion.
+
 2008-08-29  Eli Zaretskii  <address@hidden>
 
        * bindings.el (mode-line-frame-identification): Fix last change.
diff --git a/lisp/dired.el b/lisp/dired.el
index 3102a6d..1d36618 100644
--- a/lisp/dired.el
+++ b/lisp/dired.el
@@ -2538,7 +2538,7 @@ non-empty directories is allowed."
          (message "(No deletions requested)")))))
 
 (defun dired-do-delete (&optional arg)
-  "Delete all marked (or next ARG) files.
+  "Permanently(!) delete all marked (or next ARG) files.
 `dired-recursive-deletes' controls whether deletion of
 non-empty directories is allowed."
   ;; This is more consistent with the file marking feature than




reply via email to

[Prev in Thread] Current Thread [Next in Thread]