From: Eli Zaretskii <eliz@gnu.org>
To: Drew Adams <drew.adams@oracle.com>
Cc: 33336@debbugs.gnu.org
Subject: bug#33336: 26; Document how to restore trashed files
Date: Sun, 11 Nov 2018 19:22:33 +0200 [thread overview]
Message-ID: <83ftw7a5ra.fsf@gnu.org> (raw)
In-Reply-To: <e072f6ce-93b0-4c13-86f0-29370e3c4458@default> (message from Drew Adams on Sun, 11 Nov 2018 08:52:51 -0800 (PST))
> Date: Sun, 11 Nov 2018 08:52:51 -0800 (PST)
> From: Drew Adams <drew.adams@oracle.com>
> Cc: 33336@debbugs.gnu.org
>
> > > 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.
next prev parent reply other threads:[~2018-11-11 17:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-10 19:31 bug#33336: 26; Document how to restore trashed files Drew Adams
2018-11-10 20:00 ` Eli Zaretskii
2018-11-10 21:26 ` Glenn Morris
2018-11-11 3:35 ` Eli Zaretskii
2018-11-11 15:28 ` Eli Zaretskii
[not found] ` <<83o9avab16.fsf@gnu.org>
2018-11-11 16:52 ` Drew Adams
2018-11-11 17:22 ` Eli Zaretskii [this message]
[not found] ` <<pzr2fs39qo.fsf@fencepost.gnu.org>
[not found] ` <<83pnvc9thl.fsf@gnu.org>
2018-11-11 16:47 ` Drew Adams
2018-11-11 17:24 ` Eli Zaretskii
2019-10-12 21:26 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83ftw7a5ra.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=33336@debbugs.gnu.org \
--cc=drew.adams@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.