From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Lennart Borgman (gmail)" Newsgroups: gmane.emacs.devel Subject: Re: Why @#! is not Emacs using the Recycle bin on w32? Date: Fri, 29 Aug 2008 21:59:20 +0200 Message-ID: <48B85518.3000208@gmail.com> References: <48B7288E.3040503@gmail.com> <87wshzpszz.fsf@skyscraper.fehenstaub.lan> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220040020 19346 80.91.229.12 (29 Aug 2008 20:00:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 20:00:20 +0000 (UTC) Cc: Emacs Devel To: Johannes Weiner Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 29 22:01:14 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KZA9f-00046o-Q8 for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 22:01:12 +0200 Original-Received: from localhost ([127.0.0.1]:50152 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZA8h-00038J-AW for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 16:00:11 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZA82-0002q4-Jx for emacs-devel@gnu.org; Fri, 29 Aug 2008 15:59:30 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZA80-0002ox-Vu for emacs-devel@gnu.org; Fri, 29 Aug 2008 15:59:30 -0400 Original-Received: from [199.232.76.173] (port=46092 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZA80-0002os-Rl for emacs-devel@gnu.org; Fri, 29 Aug 2008 15:59:28 -0400 Original-Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:52741) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZA7z-0007nX-Q7 for emacs-devel@gnu.org; Fri, 29 Aug 2008 15:59:28 -0400 Original-Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:64079 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KZA7x-0007t7-69; Fri, 29 Aug 2008 21:59:26 +0200 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 In-Reply-To: <87wshzpszz.fsf@skyscraper.fehenstaub.lan> X-Enigmail-Version: 0.95.7 X-Antivirus: avast! (VPS 080829-0, 2008-08-29), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.87 X-Scan-Result: No virus found in message 1KZA7x-0007t7-69. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KZA7x-0007t7-69 6e39ed3762f4183afe339589960bb47c X-detected-kernel: by monty-python.gnu.org: Linux 2.6? (barebone, rare!) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:103199 Archived-At: Johannes Weiner wrote: > "Lennart Borgman (gmail)" writes: > >> I just deleted a file because I misunderstood dired. I needed that file >> (of course). > > Do you see the paradoxon? I don't know. What is it? Sounds like some fairytale animal. > 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? Thanks, I am sorry, but I really do not think so. This is not a logical misunderstanding. It is an expectation on the behaviour of the UI. However mentioning there how to turn on the Recycle Bin support (or whatever it will be called) would be a good thing. > Hannes > (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 >