GNU bug report logs - #54964
28.1; mistatement in NEWS about read-extended-command-predicate

Previous Next

Package: emacs;

Reported by: Howard Melman <hmelman <at> gmail.com>

Date: Fri, 15 Apr 2022 20:17:01 UTC

Severity: minor

Found in version 28.1

Fixed in version 28.2

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 54964 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Howard Melman <hmelman <at> gmail.com>
Cc: 54964 <at> debbugs.gnu.org
Subject: Re: bug#54964: 28.1;
 mistatement in NEWS about read-extended-command-predicate
Date: Sat, 16 Apr 2022 09:35:25 +0300
> From: Howard Melman <hmelman <at> gmail.com>
> Date: Fri, 15 Apr 2022 16:16:07 -0400
> 
> The Emacs 28.1 NEWS item:
> 
>     ** New 'declare' forms to control completion of commands in 'M-x'.
> 
> ends with:
> 
>     Note that these forms will only have their effect if the
>     'read-extended-command-predicate' user option is customized to call
>     'command-completion-default-include-p' or a similar function.  The
>     default value of 'read-extended-command-predicate' is nil, which means
>     no commands that match what you have typed are excluded from being
>     completion candidates.
> 
> But I think this isn't true because the new command
> execute-extended-command-for-buffer bound to M-S-x by
> default will filter the commands based on these declare forms.

What you say is true, but how is it relevant to the 'declare' forms
mentioned in that NEWS entry?  M-S-x doesn't use any of them, and the
NEWS entry doesn't describe that command, it only describes the two
new 'declare' forms.




This bug report was last modified 3 years and 89 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.