From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David House" Newsgroups: gmane.emacs.devel Subject: Re: Why @#! is not Emacs using the Recycle bin on w32? Date: Fri, 29 Aug 2008 17:43:06 +0100 Message-ID: References: <48B7288E.3040503@gmail.com> <48B7F905.7060605@gmail.com> <001301c909e8$d63092e0$0200a8c0@us.oracle.com> <20080829153958.GB1053@muc.de> <001501c909f4$c40175b0$0200a8c0@us.oracle.com> 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 1220028227 13009 80.91.229.12 (29 Aug 2008 16:43:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 29 Aug 2008 16:43:47 +0000 (UTC) Cc: Alan Mackenzie , Eli Zaretskii , jasonr@gnu.org, "Lennart Borgman \(gmail\)" , emacs-devel@gnu.org To: "Drew Adams" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 29 18:44:40 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 1KZ75T-0003uz-Pb for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 18:44:40 +0200 Original-Received: from localhost ([127.0.0.1]:46170 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ74V-00033z-7P for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 12:43:39 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZ742-0002sa-9b for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:43:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZ741-0002ro-JC for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:43:09 -0400 Original-Received: from [199.232.76.173] (port=60571 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZ741-0002rZ-GL for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:43:09 -0400 Original-Received: from yx-out-1718.google.com ([74.125.44.152]:52990) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KZ740-0001JJ-OH for emacs-devel@gnu.org; Fri, 29 Aug 2008 12:43:09 -0400 Original-Received: by yx-out-1718.google.com with SMTP id 34so508539yxf.66 for ; Fri, 29 Aug 2008 09:43:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=uK8FAe2k456UmIuQ2b249DGLijA5gMQgfndrBtNn1Zk=; b=tgnQ1XMArdZSTBrPGHIaBcxlTTI6PWnfwnC33E/vqbbORf7+bcK/L/lB304082hebp EzCkwZNJaMZKoGvPNsh95+7Gn6Qc04Ih+JaakM+6/QAC7+C1qlsiwToO4tFASzLUozyO c9aaAfehlUZ9IRIjQtcwEyQJWdDshG2UhFDy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qMcWziFWykM/h5KpbImEQblAQobTeXtx/JnMQrNEZq32hOFP5Wc9ugUZbpk7/2Fbqh zMMK8v9jQ+5yXKv+gA8JT21KvoQWQrWChq0BHmlNk7RZ/nHET5RcZKi1Cq6d2VRcOUOx GmumxLxKUE/GZgko1h7KH5NwM8nr6Y2mR29eI= Original-Received: by 10.151.156.1 with SMTP id i1mr4477121ybo.117.1220028186920; Fri, 29 Aug 2008 09:43:06 -0700 (PDT) Original-Received: by 10.150.192.3 with HTTP; Fri, 29 Aug 2008 09:43:06 -0700 (PDT) In-Reply-To: <001501c909f4$c40175b0$0200a8c0@us.oracle.com> Content-Disposition: inline X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) 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:103188 Archived-At: 2008/8/29 Drew Adams : > 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'). I think no -- I can't think of a system where you are asked whether to perform some reversible operation (and I can't think of a reason why you should be). I still feel the best default is to send the file to trash without asking any questions, then inform the user that this has happened. (E.g. (message "File sent to trash folder %s" path-to-trash).) This has the advantage that the default is reversible, so you don't have a situation like Lennart's where a user doesn't find out about `delete-by-moving-to-trash' until it's too late. The disadvantage of taking up more hard drive space is also countered if we tell the user we've sent it to trash -- if they're running low on disk space, they'll know, and be able to change `delete-by-moving-to-trash'. I would also accept a solution where the message informs the user how to change the behaviour (e.g. (message "File sent to trash folder %s, use M-x customize-variable RET delete-by-moving-to-trash RET to change this behaviour" path-to-trash). But I think just including a reference to that variable in the docstring of `dired-do-delete' is enough. -- -David