[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#68914: Windows makes Emacs choke on and swallow the WIN keys
From: |
Eli Zaretskii |
Subject: |
bug#68914: Windows makes Emacs choke on and swallow the WIN keys |
Date: |
Sun, 04 Feb 2024 15:56:31 +0200 |
> From: Nikolay Kudryavtsev <nikolay.kudryavtsev@gmail.com>
> Date: Sun, 4 Feb 2024 16:32:48 +0300
>
> But there's something else. I'm not sure if it's the same bug, but
> something's been iffy about Emacs keyboard input handling on Windows for
> the last few major versions.
I don't think it's the same issue. I suggest submitting a separate
bug report with the details.
> Unfortunately I've yet to find a simple reproduction recipe and hence
> why I haven't filled that one the tracker. The problem is as follows.
>
> I use a certain piece of software that switches between keyboard layouts
> by CAPS LOCK. So CAPS LOCK, the feature, is normally mostly inactive on
> my machine and requires a certain other combination to activate. Emacs
> normally respects that. Except when it's under a load running lisp code.
> During that time there are time intervals during which pressing CAPS
> LOCK would incorrectly set it on for me.
>
> One way I can reliably reproduce this is by doing M-x list-packages and
> then tapping CAPS LOCK. At some point it would light up.
In the bug report I suggest to submit, please describe in more detail
how to reproduce this using list-packages. How to "tap CAPS LOCK" and
what to look for while doing that. I just tried naïvely to reproduce
that and didn't see any problems, probably because I didn't know where
to look.
> Thus I believe that the input handling intermittently breaks during the
> high load(lisp evaluation).
>
> My testing had shown that the last version that does not suffer from
> this is Emacs 25.
Emacs 26 introduced the low-level keyboard hook.