GNU bug report logs - #1111
describe-key's key notation display inconsistency

Previous Next

Full log

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

From: Xah Lee <xahlee <at> gmail.com>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: 1111 <at> debbugs.gnu.org
Subject: Re: bug#1111: describe-key's key notation display inconsistency
Date: Sat, 25 Sep 2021 22:07:38 -0700

[Message part 1 (text/plain, inline)]

thank you.

On Fri, Sep 24, 2021 at 3:00 PM Stefan Kangas <stefan <at> marxist.se> wrote:

> tags 1111 fixed
> close 1111 28.1
> thanks
>
> xah lee <xah <at> xahlee.org> writes:
>
> > When doing a describe-key on C-<backspace>, emacs prints <C-backspace>
> > instead. Similar for any other special key whose macro notation are
> bracketed by
> > angle brackets. e.g. <down>, <F6>, <return>, <kp-1>, etc. Where, emacs
> puts the
> > entire thing inside angle brackets instead of the more traditional of
> modifier
> > followed by dash followed by key name.
> >
> > Although these are identical as far as kbd function is concerned, but
> wouldn't
> > it be more intuitively consistent by using C-<key> instead of <C-key>?
>
> This is now the case in Emacs 28, from NEWS:
>
>     ** Modifiers now go outside angle brackets in pretty-printed key
> bindings.
>     For example, 'RET' with Control and Meta modifiers is now shown as
>     'C-M-<return>' instead of '<C-M-return>'.  Either variant can be used
>     as input; functions such as 'kbd' and 'read-kbd-macro' accept both
>     styles as equivalent (they have done so for a long time).
>
> I'm therefore closing this bug report.
>

[Message part 2 (text/html, inline)]

Previous Next

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