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: Sun, 31 Aug 2008 00:40:03 +0200 Message-ID: <48B9CC43.9000501@gmail.com> 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> <48B85740.8060309@gmail.com> <20080829164637.4211a5b7.taylor@metasyntax.net> <48B86366.7040303@gmail.com> <87ljyfxz25.fsf@shellarchive.co.uk> <48B87432.6050902@gmail.com> <20080830100336.17179835.taylor@metasyntax.net> <48B95505.50808@gmail.com> <87iqtijfr9.fsf@anzu.internal.golden-gryphon.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 1220136040 29716 80.91.229.12 (30 Aug 2008 22:40:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Aug 2008 22:40:40 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Aug 31 00:41:34 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 1KZZ8N-00011w-Jm for ged-emacs-devel@m.gmane.org; Sun, 31 Aug 2008 00:41:31 +0200 Original-Received: from localhost ([127.0.0.1]:48891 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZZ7O-0008WE-Ux for ged-emacs-devel@m.gmane.org; Sat, 30 Aug 2008 18:40:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KZZ76-0008Ok-4Y for emacs-devel@gnu.org; Sat, 30 Aug 2008 18:40:12 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KZZ74-0008OB-9X for emacs-devel@gnu.org; Sat, 30 Aug 2008 18:40:11 -0400 Original-Received: from [199.232.76.173] (port=47421 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KZZ74-0008O6-2a for emacs-devel@gnu.org; Sat, 30 Aug 2008 18:40:10 -0400 Original-Received: from ch-smtp01.sth.basefarm.net ([80.76.149.212]:59033) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KZZ73-0000qo-GW for emacs-devel@gnu.org; Sat, 30 Aug 2008 18:40:09 -0400 Original-Received: from c83-254-151-87.bredband.comhem.se ([83.254.151.87]:62835 helo=[127.0.0.1]) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1KZZ6z-0001PH-3f for emacs-devel@gnu.org; Sun, 31 Aug 2008 00:40:07 +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: <87iqtijfr9.fsf@anzu.internal.golden-gryphon.com> X-Enigmail-Version: 0.95.7 X-Antivirus: avast! (VPS 080830-0, 2008-08-30), Outbound message X-Antivirus-Status: Clean X-Originating-IP: 83.254.151.87 X-Scan-Result: No virus found in message 1KZZ6z-0001PH-3f. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1KZZ6z-0001PH-3f 67cdbe8aa26448d4836f0f73d95b0850 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:103280 Archived-At: Manoj Srivastava wrote: > On Sat, 30 Aug 2008 16:11:17 +0200, Lennart Borgman (gmail) said: > >> Taylor Venable wrote: >>>> As I explained in a previous message, what I propose is an interface >>>> for trash can handling that always comes with the system. There need >>>> not be any implementation behind that interface. The deleting >>>> routine should ask the interface. >>> This "comes with the system" thing doesn't make very much sense to >>> me. You could use something like Gentoo where practically everything >>> is optional, so there is very little idea of what "comes with the >>> system." I think if you want to address the issue you need to focus >>> on a specification-compliant desktop environment, rather than saying >>> "GNU/Linux" because the latter is simply too vague. > >> Yes, of course. Fortunately (as have been said in this thread) it >> looks like freedesktop.org is addressing this issue. > > You can't assume that a GNU/Linux graphical environment has > anything whatsoever to do with freedesktop.org. At debconf earlier > this month, I raely saw anyone using the default GNOME/KDE > environments -- and I personally use fvwm as a window manager, so there > is no trashcan -- thank goodness. Maybe it will soon be safe to think that the important GUI environments do have a trash can? (With a possibility to turn it off perhaps.) And maybe it is a waste of time to develop too many GUI environments? Maybe it uses resources not only from those doing and using the extra GUI environments but also from all people trying to coordinate? And then there are all misunderstandings, miscommunications, discussions, extra development outside to cooperate (but that might on the other hand raise the need for standard interfaces).