GNU bug report logs - #68338
30.0.50; Repeat mode and input methods

Previous Next

Package: emacs;

Reported by: Gautier Ponsinet <gautier <at> gautierponsinet.xyz>

Date: Tue, 9 Jan 2024 08:32:02 UTC

Severity: normal

Found in version 30.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Juri Linkov <juri <at> linkov.net>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 68338 <at> debbugs.gnu.org, Gautier Ponsinet <gautier <at> gautierponsinet.xyz>, Manuel Giraud <manuel <at> ledu-giraud.fr>
Subject: bug#68338: 30.0.50; Repeat mode and input methods
Date: Fri, 12 Jan 2024 09:33:38 +0200
>> IOW define something like a `keymap-transient-p` function, use it there,
>> and make sure the keymaps installed by `set-transient-map` are recognized
>> by that new function.

I had a similar problem while implementing buffer-local isearch-mode in
https://lists.gnu.org/archive/html/emacs-devel/2021-05/msg00490.html

The proposed solution was to put a special property on the symbol:

  (put 'isearch-mode 'overriding-keymap t)

Although it has limited applicability, I couldn't find a better way.
This might be ok for the isearch keymap, but definitely not suitable
for transient keysmaps that often are not bound to a symbol.

> Maybe we can treat all `overriding-terminal-local-map` as "transient" in
> this respect, as in the patch below.
>
> It's a bit risky, admittedly.  But it would be useful to know what
> breaks when we do that, to get a better understanding about what the
> condition above should really test.

I confirm the patch fixes this bug report while keeping the test case
from bug#22958 working.  In any case this is better than hard-coding
special-handling of universal-argument-map.




This bug report was last modified 1 year and 182 days ago.

Previous Next


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