bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#33336: 26; Document how to restore trashed files


From: Eli Zaretskii
Subject: bug#33336: 26; Document how to restore trashed files
Date: Sun, 11 Nov 2018 19:22:33 +0200

> Date: Sun, 11 Nov 2018 08:52:51 -0800 (PST)
> From: Drew Adams <address@hidden>
> Cc: address@hidden
> 
> > > Where trash is just another directory, you are right.  But that's
> > > just one variety.
> > 
> > Actually, I take that back: even if trash is a directory that uses the
> > freedesktop trash spec, undeleting a file via Dired is not entirely
> > straightforward, for at least two reasons:
> > 
> >   . Dired is based on parsing the output of 'ls', and AFAIK GNU 'ls'
> >     isn't yet capable of displaying trash directories in useful,
> >     human-readable ways (we'd probably need to reuse/reinvent portions
> >     of ls-lisp?)
> >   . Trash directories routinely have several versions of the same
> >     file, and AFAIK Dired doesn't have capabilities for presenting
> >     several versions of the same file in a way that would facilitate
> >     the decision whether and which version to restore
> 
> But "just another directory" is more general than "directory
> that uses the freedesktop trash spec".  At least if it is
> an ordinary ("just another") directory, and not a directory
> that uses the freedesktop trash spec, can't we help users
> wrt restoring files parked there?

I don't know.  I have no idea who would use that option.  I presume
the vast majority leave the default nil setting of trash-directory
intact, and get the freedesktop style trash (and the Recycle Bin on
Windows).  I see no reason to have a feature that is useful for a tiny
minority of users, while the bulk of them need to use system tools
instead.  Besides, if trash-directory is a simple directory, do we
really need to tell users how to move files out of there?

Sorry, makes no sense to me.





reply via email to

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