emacs-devel
[Top][All Lists]
Advanced

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

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


From: Taylor Venable
Subject: Re: Why @#! is not Emacs using the Recycle bin on w32?
Date: Sat, 30 Aug 2008 10:03:36 -0400

On Sat, 30 Aug 2008 00:12:02 +0200
"Lennart Borgman (gmail)" <address@hidden> wrote:

> Phil Jackson wrote:
> > "Lennart Borgman (gmail)" <address@hidden> writes:
> > 
> >>>> Why not try to take that up with the GNU/Linux developers?
> >>> The simple answer is because the GNU/Linux (or rather, Unix in
> >>> general) architecture does not operate like Windows does with
> >>> respect to this tight level of integration.  Even getting the
> >>> GNOME and KDE guys to use the same place would not solve the
> >>> problem
> >> They should come together and donate their common solution for
> >> trash can handling as something that comes with the system.
> > 
> > But who gets to decide what the 'system' is? I use a very basic
> > tiled window manager and no desktop environment. All of my file
> > manipulation happens in the shell or dired (whichever I'm nearest
> > at the time). So, do rm and emacs need to know about it? Does unlink
> > () need to know about it? The filesystem? The kernel itself?
> 
> 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.

-- 
Taylor Venable            http://real.metasyntax.net:2357/

foldr = lambda f, i, l: (len(l) == 1 and [f(l[0], i)] or
                         [f(l[0], foldr(f, i, l[1:]))])[0]




reply via email to

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