https://bugs.kde.org/show_bug.cgi?id=485394
Werner Sembach [TUXEDO] <w...@tuxedocomputers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |w...@tuxedocomputers.com
--- Comment #9 from Werner Sembach [TUXEDO] <w...@tuxedocomputers.com> ---
(In reply to tchiot.ludo from comment #8)
> I tested with that command
>
> $ xev | awk /keysym/'{sub(/\),/,""); print $7}'
> Super_L
> Control_L
> NoSymbol
> NoSymbol
> Control_L
> Super_L
> XF86TouchpadToggle
> XF86TouchpadToggle
>
>
> All of these events for a single touch press and release ^^
>
> You should be right so, thanks for your help
Sliding in here: I suspect you are using tuxedo-drivers?
If Yes what you are seeing is:
- Left Meta key down (from firmware)
- Left CTRL key down (from firmware)
- Zenkaku/Hangaku key down (from firmware)
- Zenkaku/Hangaku key up (from firmware)
- Left CTRL key up (from firmware)
- Left Meta key up (from firmware)
- F21 key up (from driver)
- F21 key up (from driver)
The Zenkaku/Hangaku key
(https://en.wikipedia.org/wiki/Language_input_keys#Half-width/Full-width/Kanji)
is not one physically present on ANSI and ISO keyboards. The firmware sends the
3 key combo Meta+CTRL+Zenkaku/Hangaku upon pressing FN + Touchpad toggle. The
driver listens to this 3 key combo and additionally sends a virtual F21
keypress which is bound to touchpad toggle by X11 and Xwayland.
This worked fine in the past but now it seems that KDE has implemented the
Meta+CTRL+Zenkaku/Hangaku key combo as well, causing the double touchpad toggle
(Does someone have a reference at hand when this happened? A bugtracker ticket
or a commit?).
I'm writing here and all of this because I want to search for a clean solution,
maybe someone who already has a good idea reads this as I'm still at the
beginning of my research.
--
You are receiving this mail because:
You are watching all bug changes.
