GNU bug report logs - #78737
sit-for behavior changes when byte-compiled

Previous Next

Package: emacs;

Reported by: Daniel Colascione <dancol <at> dancol.org>

Date: Mon, 9 Jun 2025 20:50:02 UTC

Severity: normal

Full log


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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Cc: 78737 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Daniel Colascione <dancol <at> dancol.org>, Pip Cet <pipcet <at> protonmail.com>,
 Lynn Winebarger <owinebar <at> gmail.com>
Subject: Re: bug#78737: sit-for behavior changes when byte-compiled
Date: Fri, 13 Jun 2025 11:34:31 -0400
>> We already have something like that. :-) read-event already runs the
>> events it reads through special-event-map, right?
> Entirely unrelated, I just came across this because I searched for
> read-event. Let me just mention that read-event does not respect
> input-decode-map. This is a problem on ttys, see bug#75886.

Currently the only "decoding" we have to turn the TTY input bytes into
events is limited to the keyboard-coding-system thingy.  🙁

Maybe I should have implemented `input-decode-map` directly inside
`read-event`, but I think it goes contrary to the design.

It's usually better to change the users to use a higher-level function
instead, such as `read-key`.

Admittedly, if you want to recognize a quit event encoded as an escape
sequence, that's not going to help you because we need/want those events
to be decoded at as-low a level as we can. 🙁


        Stefan





This bug report was last modified 4 days ago.

Previous Next


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