Closed MaxG87 closed 6 months ago
I failed to reproduce the issue on a fresh Debian Testing installation in a Virtualbox (see also issue #8). Ctrl-C and Ctrl-V work just fine there.
Maybe your desktop environment (GNOME/KDE/...) is doing something behind the scenes? What desktop environment or window manager are you using?
While the issue described in #8 could not be reproduced on another machine, this one can.
edit: Albeit #8 resolved on its own, this one is still reproducible on the original notebook.
On Debian Testing, using KDE 5.X on X11 from the normal repositories, Ctrl-V does not work using this layout file.
I can reproduce the issue with KDE.
I did some playing around and it seems to be some issue that is inherent to all neo-based layouts. It is, however, something that happens before the actual key mapping happens: Presses of the key on which the noted layout puts the v
(on QWERTZ y
, ond neo2 ü
) are somehow treated differently.
You can try this out by running showkey -a
and then pressing that key (v
on the noted layout). It will not give any output. The same happens when selecting any neo-based layout on that key.
When logging with xev
, pressing the (noted-)v
gives FocusOut
, FocusIn
, and KeymapNotify
events. Some googling around leads me to believe that some KDE process grabs whatever keyboard event there is for a shortcut or so.
This does not happen in Openbox, LXDE and Gnome.
I am not really sure how to address this myself, to be honest. I will try playing around a little more, but don't get your hopes up too much :/
The issue indeed seems to be an KDE global hotkey. Please try the following if it can resolve the issue for you:
There is a file called ~/.config/kglobalshortcutsrc
. In it, you should find an entry
[kded5]
Show System Activity=Ctrl+Esc,none,Systemaktivität anzeigen
(or similarly with your language)
Replace the Ctrl+Esc
by none
and then reload KDE or restart KDE's global hotkey service with kquitapp5 kglobalaccel && sleep 2s && kglobalaccel5 &
. Then Ctrl+V
should work again.
I guess that under the hood, xkb
does something using Escape
when doing its multi-level modifier magic for the neo
families layouts.
Amazing! Thank you to find that out.
I fixed it by going through KDE's settings. I removed the shortcut ("Kurzbefehl") of KDE Daemon in the corresponding subpage.
Would you welcome if I contributed a troubleshooting section to the README?
I surely would, thank you :)
On both Debian Testing and Debian Stable (pre-2.39) I cannot paste text using Ctrl-V. I can do so using Shift-Insert, but that is a bit more inconvenient.