[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Why @#! is not Emacs using the Recycle bin on w32?

From: Lennart Borgman (gmail)
Subject: Re: Why @#! is not Emacs using the Recycle bin on w32?
Date: Sun, 31 Aug 2008 00:40:03 +0200
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20071031 Thunderbird/ Mnenhy/

Manoj Srivastava wrote:
> On Sat, 30 Aug 2008 16:11:17 +0200, Lennart Borgman (gmail) <address@hidden> 
> 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).

reply via email to

[Prev in Thread] Current Thread [Next in Thread]