GNU bug report logs - #73764
format-kbd-macro returns a key name that keymap-lookup doesn't recognize

Previous Next

Full log

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

From: Robert Pluim <rpluim <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 73764 <at> debbugs.gnu.org, Andreas Schwab <schwab <at> linux-m68k.org>,
 monnier <at> iro.umontreal.ca, eduardoochs <at> gmail.com
Subject: Re: bug#73764: format-kbd-macro returns a key name that
 keymap-lookup doesn't recognize
Date: Mon, 14 Oct 2024 17:06:05 +0200

>>>>> On Sat, 12 Oct 2024 18:18:18 +0300, Eli Zaretskii <eliz <at> gnu.org> said:

    >> From: Andreas Schwab <schwab <at> linux-m68k.org>
    >> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,  73764 <at> debbugs.gnu.org,
    >> eduardoochs <at> gmail.com
    >> Date: Sat, 12 Oct 2024 16:51:49 +0200
    >> 
    >> On Okt 12 2024, Eli Zaretskii wrote:
    >> 
    >> >> I guess we also need to make sure `format-kbd-macro` generates
    >> >> something that `key-valid-p` accepts.
    >> >
    >> > AFAICS, that's impossible without completely rewriting its code.  It
    >> > proceeds from left to right (i.e. from MSB to LSB).
    >> 
    >> The issue here is that C-h is a character on its own, unlike, say, C-+.

    Eli> Right.  And in that case, the C- prefix is generated when a control
    Eli> character is seen, which is at the end.

So if format-kbd-macro generates something with 'C-' in the "wrong"
place, whatʼs to stop us re-ordering the modifiers as a
post-processing step (inside `format-kbd-macro')?

Robert
-- 

Previous Next

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