GNU bug report logs -
#25665
26.0.50; [PATCH] Indicate prefix arg in minibuffer prompt for shell-command
Previous Next
Reported by: Chunyang Xu <mail <at> xuchunyang.me>
Date: Thu, 9 Feb 2017 15:12:01 UTC
Severity: wishlist
Tags: patch, wontfix
Found in version 26.0.50
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #29 received at 25665 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii writes:
>> From: Tino Calancha <tino.calancha <at> gmail.com>
>> Date: Fri, 10 Feb 2017 01:53:56 +0900
>> Cc: 25665 <at> debbugs.gnu.org, tino.calancha <at> gmail.com
>>
>> I am not sure about this.
>> The meaning of the prefix argument must be explained in the docstring.
>> That and the manual are the source of documentation, not the prompt.
>>
>> Having a short prompt is also good because there are more space
>> in the line for the command; a short prompt is also better while tipying
>> a long command: sometimes you want to change something at the beginning:
>> < ; `beginning-of-buffer'
>> Now you need to `C-f' several times to jump out of the prompt. The more
>> verbose prompt, the more `C-f' you need.
>>
>> Just my opinion. Let's see what other people think.
>
> I think it goes against Emacs conventions. We have quite a few
> commands that insert output into the current buffer when invoked with
> an argument.
but many of these commands don't have a minibuffer prompt, such as
'C-x C-e', so we don't need to worry about them.
I just notice that 'C-u C-s' ('isearch-forward') is also showing the
meaning of prefix argument in the minibuffer prompt:
C-s I-search:
C-u C-s Regexp I-search:
(of course you can think it is trying to use the same prompt as 'C-M-s')
This bug report was last modified 5 years and 329 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.