GNU bug report logs -
#51390
29.0.50; repeat-mode: Fails to repeat keys in global-map(?)
Previous Next
Reported by: Visuwesh <visuwesh <at> tutanota.com>
Date: Mon, 25 Oct 2021 16:33:01 UTC
Severity: normal
Found in version 29.0.50
Fixed in version 28.0.60
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
22 Nov 2021, 02:19 by juri <at> linkov.net:
>> (defvar teest
>> (let ((map (make-sparse-keymap)))
>> (define-key map "n" #'next-line)
>> (define-key map "p" #'previous-line)
>> map))
>>
>> (put 'next-line 'repeat-map 'teest)
>> (put 'previous-line 'repeat-map 'teest)
>>
> >...
>
>> 4. Type C-n. Notice that it does not trigger the repeat map.
>>
>
> I tried to implement what you asked to do, but got horrible results
> caused too much damage. Here is the lossage explaining the problem:
>
> C-<tab> ;; tab-next
> o ;; tab-next
> n ;; gnus-group-next-unread-group
>
> i.e. I typed C-<tab> to switch to the next tab with the text buffer
> where I started to type text that begins with the letters "on..."
>
> But instead of inserting letters to the buffer, the letter "o"
> switched to the second next tab. This tab contained the Gnus buffer
> where typing the second letter "n" called the bound command
> gnus-group-next-unread-group, and I lost all unread messages.
>
> But I never had such a problem when the repeating sequence was
> activated only by 'C-x t o ... o o ...' instead of 'C-<tab> o o o ...'
> because 'C-<tab>' is a single key, there is no need to activate
> other keys doing the same.
>
> This means that by default this behavior should be disabled.
> But maybe a new variable should allow to skip this check:
>
Hi Juri,
I am currently in the middle of exams, I will try out the patch in a couple
This bug report was last modified 3 years and 170 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.