[Top][All Lists]
[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
- Re: Why @#! is not Emacs using the Recycle bin on w32?, (continued)
Re: Why @#! is not Emacs using the Recycle bin on w32?, Werner LEMBERG, 2008/08/29
Re: Why @#! is not Emacs using the Recycle bin on w32?, Phil Jackson, 2008/08/29
Re: Why @#! is not Emacs using the Recycle bin on w32?,
Johannes Weiner <=
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Lennart Borgman (gmail), 2008/08/29
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Johannes Weiner, 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Lennart Borgman (gmail), 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Johannes Weiner, 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Lennart Borgman (gmail), 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Johannes Weiner, 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, René Kyllingstad, 2008/08/30
- Re: Why @#! is not Emacs using the Recycle bin on w32?, Lennart Borgman (gmail), 2008/08/30
Re: Why @#! is not Emacs using the Recycle bin on w32?, Thomas Lord, 2008/08/29