From: Drew Adams <drew.adams@oracle.com>
To: Jean Louis <bugs@gnu.support>
Cc: michael_heerdegen@web.de, 41097@debbugs.gnu.org,
tomasn@posteo.net, arthur.miller@live.com
Subject: bug#41097: 28.0.50; (dired-toggle-marks) not working after copy
Date: Mon, 11 May 2020 09:03:17 -0700 (PDT) [thread overview]
Message-ID: <6b83a5d6-6774-42b5-af7e-0bca59a3a351@default> (raw)
In-Reply-To: <20200511052615.GB2820@protected.rcdrun.com>
> (dired-toggle-marks)
>
> Toggle marks: marked files become unmarked, and vice versa.
> Files marked with other flags (such as ‘D’) are not affected.
> ‘.’ and ‘..’ are never toggled.
> As always, hidden subdirs are not affected.
>
> The inconsistency is already in that documentation:
>
> - "marked with other flags (such as 'D')" implies that the C is also
> flag.
>
> Isn't that already inconsistency?
Yes, agreed. It should say something like "marked with
a character other than `*'".
> > It could be argued that there's something special
> > about deleting. It's hard to argue that there's
> > something special about copying and deleting (as
> > opposed to renaming/moving and linking).
>
> You look individually, for your own needs. For me the files marked for
> deletion are not special, they are less special, well they go to
> "trash", right?
When you delete files they go to trash only if option
`delete-by-moving-to-trash' is non-nil. Its default
value is `nil'.
But yes, any individual can feel that something else
is more important or worrisome than file deletion.
The default behavior of Emacs, and the way Emacs
speaks about itself, is decided by the Emacs
developers, not you or I or any particular individual
user. It's a judgment call. And sometimes some users
don't agree with some of the judgment calls. We can
file bug/enhancement reports or chime in on mailing
list discussions or speak up in other ways.
But ultimately someone has to decide/judge. As
individuals we don't always get what we want.
In the case at hand, someone decided that marking
for file deletion is more worth signaling that other
marking for other operations. I, for one, am fine
with that decision. You apparently are not. What's
important is that the doc and UI are clear about the
behavior, so all users know what to expect.
> Those files which have to be copied or marked for processing, are for
> me special files. And I use * mark for that as it is offered so. So
> most important marks, which require special attention are never "D"
> files, but those marked with "m", the marked files with "*".
OK.
> The menu "Flag extension" is not clear because if all others become
> clear that "to flag" means "to mark for deletion", then "mark
^^^^
> extension" would mean "to mark extension for deletion".
Did you mean "flag", not "mark", after "then"?
> That menu item should be "Flag by extension" and not "Flag extension",
> because rarely somebody wish to "mark extension for deletion".
OK by me. File a bug report.
> If Dired and Emacs used it for decades, that does not necessarily mean
> that menu items are clear and user friendly. Menu item need not be
> short, some probably less important menu items are very long like "Use
> directory names in bufer names" is pretty long and is there all the
> time.
Agreed. Lots of Emacs menu items could use more love.
FWIW:
I've made quite a few changes to Dired menus in my own
code (Dired+). For one thing, I've separated flagging
for deletion from marking otherwise, and I've separated
unmarking from both: menus `Flag', `Mark', and `Unmark'.
And each of those menus has more items. And each of them
is a submenu of menu `Marks' (flags are marks).
https://www.emacswiki.org/emacs/DiredPlus#MarksMenu
___
You'll note, BTW, that some commands that act on marks
act on all marks, including `D' flags, whereas other
commands act only on `*' marks. For example, `M-}'
(`dired-next-marked-file') moves to the next mark, of
any kind.
This is why, although it's OK for a command such as
`dired-toggle-marks' (`t') to be named as it is, its
doc should make clear that it acts only on `*' marks.
That's the fix needed for this bug: better doc for `t'.
next prev parent reply other threads:[~2020-05-11 16:03 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <<<20200506144423.GW24998@protected.rcdrun.com>
[not found] ` <<<VI1PR06MB452640273F3311C283C50B5F96A20@VI1PR06MB4526.eurprd06.prod.outlook.com>
[not found] ` <<<20200508132924.GI14650@protected.rcdrun.com>
[not found] ` <<<87r1vukl86.fsf@web.de>
[not found] ` <<<20200509042353.GA15309@protected.rcdrun.com>
[not found] ` <<<87h7wonnuh.fsf@fliptop.i-did-not-set--mail-host-address--so-tickle-me>
[not found] ` <<<20200510095646.GA22962@protected.rcdrun.com>
[not found] ` <<<83y2pzdgt7.fsf@gnu.org>
[not found] ` <<<20200510145503.GE28606@protected.rcdrun.com>
[not found] ` <<<83sgg7ddtz.fsf@gnu.org>
[not found] ` <<<20200510153311.GH28606@protected.rcdrun.com>
[not found] ` <<<83r1vrdbc0.fsf@gnu.org>
[not found] ` <<<6bc132d3-2d2d-4eb3-86dd-b818c1b856a2@default>
[not found] ` <<<83mu6fd9q6.fsf@gnu.org>
[not found] ` <<af1d7797-47c1-4330-a767-7b4a2773fbac@default>
[not found] ` <<83k11jd8bs.fsf@gnu.org>
2020-05-10 19:18 ` bug#41097: 28.0.50; (dired-toggle-marks) not working after copy Drew Adams
2020-05-10 19:54 ` Jean Louis
2020-05-10 21:13 ` Drew Adams
2020-05-11 5:26 ` Jean Louis
2020-05-11 16:03 ` Drew Adams [this message]
2020-05-11 16:58 ` Jean Louis
2020-05-11 17:45 ` Drew Adams
2020-05-20 6:37 ` Jean Louis
2020-05-20 16:52 ` Drew Adams
2020-05-20 17:08 ` Robert Pluim
2020-05-12 3:21 ` Richard Stallman
[not found] <<20200506144423.GW24998@protected.rcdrun.com>
[not found] ` <<VI1PR06MB452640273F3311C283C50B5F96A20@VI1PR06MB4526.eurprd06.prod.outlook.com>
[not found] ` <<20200508132924.GI14650@protected.rcdrun.com>
[not found] ` <<87r1vukl86.fsf@web.de>
[not found] ` <<20200509042353.GA15309@protected.rcdrun.com>
[not found] ` <<87h7wonnuh.fsf@fliptop.i-did-not-set--mail-host-address--so-tickle-me>
[not found] ` <<20200510095646.GA22962@protected.rcdrun.com>
[not found] ` <<83y2pzdgt7.fsf@gnu.org>
[not found] ` <<20200510145503.GE28606@protected.rcdrun.com>
[not found] ` <<83sgg7ddtz.fsf@gnu.org>
[not found] ` <<20200510153311.GH28606@protected.rcdrun.com>
[not found] ` <<83r1vrdbc0.fsf@gnu.org>
[not found] ` <<6bc132d3-2d2d-4eb3-86dd-b818c1b856a2@default>
[not found] ` <<83mu6fd9q6.fsf@gnu.org>
2020-05-10 16:46 ` Drew Adams
2020-05-10 17:10 ` Eli Zaretskii
2020-05-05 15:01 Jean Louis
2020-05-06 14:05 ` Arthur Miller
2020-05-06 14:44 ` Jean Louis
2020-05-08 9:05 ` Arthur Miller
2020-05-08 13:29 ` Jean Louis
2020-05-09 0:25 ` Michael Heerdegen
2020-05-09 1:50 ` Drew Adams
2020-05-09 5:22 ` Michael Heerdegen
2020-05-09 4:23 ` Jean Louis
2020-05-10 1:11 ` Michael Heerdegen
2020-05-10 5:00 ` Jean Louis
2020-05-10 9:25 ` Tomas Nordin
2020-05-10 9:56 ` Jean Louis
2020-05-10 14:07 ` Eli Zaretskii
2020-05-10 14:55 ` Jean Louis
2020-05-10 15:11 ` Eli Zaretskii
2020-05-10 15:33 ` Jean Louis
2020-05-10 16:05 ` Eli Zaretskii
2020-05-10 16:29 ` Drew Adams
2020-05-10 16:40 ` Eli Zaretskii
2020-05-10 17:17 ` Jean Louis
2020-05-10 17:19 ` Eli Zaretskii
2020-05-10 16:26 ` Drew Adams
2020-05-10 17:32 ` Jean Louis
2020-05-11 0:36 ` Michael Heerdegen
2020-05-11 2:33 ` Drew Adams
2020-05-11 5:34 ` Michael Heerdegen
2020-05-11 16:18 ` Drew Adams
2020-05-11 13:15 ` Arthur Miller
2020-05-11 16:41 ` Drew Adams
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=6b83a5d6-6774-42b5-af7e-0bca59a3a351@default \
--to=drew.adams@oracle.com \
--cc=41097@debbugs.gnu.org \
--cc=arthur.miller@live.com \
--cc=bugs@gnu.support \
--cc=michael_heerdegen@web.de \
--cc=tomasn@posteo.net \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).