From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David De La Harpe Golden Newsgroups: gmane.emacs.devel Subject: Re: Why @#! is not Emacs using the Recycle bin on w32? Date: Sat, 30 Aug 2008 03:16:14 +0100 Message-ID: <48B8AD6E.8010906@harpegolden.net> References: <48B7288E.3040503@gmail.com> <48B73AA9.5090900@gnu.org> <48B73D8F.90501@gmail.com> <48B7AC10.6090800@gmail.com> <48B7B08B.6050103@gmail.com> <48B7F905.7060605@gmail.com> <001301c909e8$d63092e0$0200a8c0@us.oracle.com> <20080829155801.05fabc31.taylor@metasyntax.net> <48B8899F.6040308@harpegolden.net> <48B89284.9060202@gmail.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 1220062655 18682 80.91.229.12 (30 Aug 2008 02:17:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Aug 2008 02:17:35 +0000 (UTC) Cc: emacs-devel@gnu.org, Taylor Venable , 'David House' , 'Eli Zaretskii' , jasonr@gnu.org, Drew Adams To: "Lennart Borgman (gmail)" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 30 04:18:27 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 1KZG2g-00025e-Su for ged-emacs-devel@m.gmane.org; Sat, 30 Aug 2008 04:18:23 +0200 Original-Received: from localhost ([127.0.0.1]:44124 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZG1i-0003Cl-6G for ged-emacs-devel@m.gmane.org; Fri, 29 Aug 2008 22:17:22 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZG0x-0002yi-CI for emacs-devel@gnu.org; Fri, 29 Aug 2008 22:16:35 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZG0v-0002xO-R0 for emacs-devel@gnu.org; Fri, 29 Aug 2008 22:16:34 -0400 Original-Received: from [199.232.76.173] (port=42796 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZG0v-0002xD-Fu for emacs-devel@gnu.org; Fri, 29 Aug 2008 22:16:33 -0400 Original-Received: from harpegolden.net ([65.99.215.13]:34202) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KZG0m-0006ar-Hg; Fri, 29 Aug 2008 22:16:24 -0400 Original-Received: from golden1.harpegolden.net (unknown [86.45.10.133]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "David De La Harpe Golden", Issuer "David De La Harpe Golden Personal CA rev 3" (verified OK)) by harpegolden.net (Postfix) with ESMTP id 48F478089; Sat, 30 Aug 2008 03:16:17 +0100 (IST) User-Agent: Mozilla-Thunderbird 2.0.0.16 (X11/20080724) In-Reply-To: <48B89284.9060202@gmail.com> X-Enigmail-Version: 0.95.0 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:103240 Archived-At: Lennart Borgman (gmail) wrote: > > It is yet only a draft though first published four years ago. (Wonder > where we will be in this discussion four y from now?) > Bear in mind the fact it says 0.7 doesn't mean it is not widely used. in this case the major desktop environments implement it. I think fd.o specs remain described as "draft" to avoid claiming to be some sort of standards body... http://www.freedesktop.org/wiki/Specifications - I dunno what rule they have for moving a spec from "draft specifications that are new" to "draft specifications that have pretty good de facto adoption". Given the sheer number of alternative free desktops, it probably takes a while... And in this case, no doubt some desktops are developed by folk with an even lower opinion of trashcans than me. :-) IMO the optional-per-volume-trash-dir aspects are particularly iffy, it's a bit of extra implementation complexity in a security sensitive area for what is IMO quite a low-value feature these days. Could have just left it at the "home trash" and put up with the occasional and ever-less-relevant inefficiency. Plus there may be ass-out-of-u-and-me bits left out - it might "go without saying" not to make the per-user per-volume subdirs world-writeable, but they don't seem to say it (or maybe I missed it, I only skimmed the spec).