From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Why @#! is not Emacs using the Recycle bin on w32? Date: Fri, 29 Aug 2008 09:32:01 -0700 Message-ID: <001501c909f4$c40175b0$0200a8c0@us.oracle.com> References: <48B7288E.3040503@gmail.com> <48B7F905.7060605@gmail.com><001301c909e8$d63092e0$0200a8c0@us.oracle.com> <20080829153958.GB1053@muc.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1220027662 11097 80.91.229.12 (29 Aug 2008 16:34:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 16:34:22 +0000 (UTC) Cc: 'David House' , 'Eli Zaretskii' , jasonr@gnu.org, "'Lennart Borgman \(gmail\)'" , emacs-devel@gnu.org To: "'Alan Mackenzie'" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 29 18:35:15 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 1KZ6wC-00013q-1w for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 18:35:04 +0200 Original-Received: from localhost ([127.0.0.1]:39173 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ6vD-0007L8-HH for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 12:34:03 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZ6tc-0006WS-03 for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:32:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZ6tZ-0006Vj-Kr for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:32:22 -0400 Original-Received: from [199.232.76.173] (port=36673 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ6tZ-0006Vg-HE for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:32:21 -0400 Original-Received: from rgminet01.oracle.com ([148.87.113.118]:10055) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZ6tQ-0005po-6E; Fri, 29 Aug 2008 12:32:12 -0400 Original-Received: from agmgw2.us.oracle.com (agmgw2.us.oracle.com [152.68.180.213]) by rgminet01.oracle.com (Switch-3.2.4/Switch-3.1.6) with ESMTP id m7TGW33E007665; Fri, 29 Aug 2008 10:32:03 -0600 Original-Received: from acsmt700.oracle.com (acsmt700.oracle.com [141.146.40.70]) by agmgw2.us.oracle.com (Switch-3.2.0/Switch-3.2.0) with ESMTP id m7TGW1uc009274; Fri, 29 Aug 2008 10:32:01 -0600 Original-Received: from dradamslap1 (/69.181.100.12) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 29 Aug 2008 09:32:01 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20080829153958.GB1053@muc.de> Thread-Index: AckJ7QVxNpmhxoe/QYSTFDH7okvX7QABQyAg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-kernel: by monty-python.gnu.org: Linux 2.4-2.6 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:103186 Archived-At: > > My preference is that this not be turned on by default - > > that is, keep the traditional Emacs behavior. But I > > recognize the counter arguments. The traditional behavior > > here is better for overall Emacs use, IMO, but I won't > > argue about it. > > I submit this is a non-problem, and the non-solution is this: > The first time in an Emacs session somebody tries to delete > a file, a request for confirmation something like this should > appear: > > "You are about to delete one or more files permanently. You > will not be warned again this session. Type 'y' to delete the > file(s), '!' to delete the file(s) and suppress the warning > for future sessions, or 'n' to abort the operation.". Something like that could be useful. Bring the Dired deletion behavior to your attention the first time (and only the first time) you invoke it. But also include mention of the fact that you can choose whether deletion should use a recycle bin/trash can using option `delete-by-moving-to-trash' (with a link to Customize). BTW - Question: if `delete-by-moving-to-trash' is non-nil, should Dired still ask you for confirmation for deletion? Dunno. Perhaps that could be a choice (separate values for `delete-by-moving-to-trash').