GNU bug report logs -
#35564
27.0.50; [PATCH] Tweak dired-do-shell-command warning about "wildcard" characters
Previous Next
Reported by: Kévin Le Gouguec <kevin.legouguec <at> gmail.com>
Date: Sat, 4 May 2019 18:03:02 UTC
Severity: normal
Tags: fixed, moreinfo, patch
Merged with 28969
Found in version 27.0.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #178 received at 35564 <at> debbugs.gnu.org (full text, mbox):
>>> 1. Why there is the verbose option “toggle [D]etails”
>>> while just “[?]” should be enough. For example, like
>>> in query-replace typing ‘?’ displays the Help window,
>>> just typing ‘?’ here could display the Dired Help.
>>
>> '?' is an automatic option added by read-multiple-choice. It pops-up an
>> autogenerated buffer repeating the prompt and showing longer
>> descriptions for each option.
>>
>> I would have liked '?' to show what I ended up putting in the "details"
>> buffer; ideally read-multiple-choice would have an optional HELP-MESSAGE
>> argument that could be squeezed between the prompt and the key
>> description when showing the help buffer.
>
> '?' would be more preferable since this is the standard way to ask
> for additional information in Dired, for example, on error it shows:
>
> Dired error--type ? for details
>
> where '?' shows the details. dired-do-shell-command should do the same
> in its prompt. read-multiple-choice could be changed to not add
> its own help option when a '?' is provided in its 'choices' arg.
I meant using the same logic as in 'read-answer':
(if (assoc "help" answers)
answers
(append answers '(("help" ?? "show this help message"))))
i.e. if '?' is provided in the function argument then use it,
otherwise use the default value.
This bug report was last modified 4 years and 297 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.