-
-
Notifications
You must be signed in to change notification settings - Fork 39
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ext + Q not registering as Escape #14
Comments
Hei Bjørnar! ( のvの) c[_] Thanks for the praise! And for useful info. I'm sorry the Ext+Q mapping still doesn't work. I'll look into this. I think the 2015 code at least had the same mapping as up until now, so the problem may stem from changes to the XKB interpreter. Out of curiosity, why do you set the layout in this particular way? It looks to me as if you copy the X11/xkb directory to somewhere else and use the xkbcomp command to use it? This should be a safer way of using my files, but I never got it to work before. Looks like you can use the -I for xkbcomp twice, that's useful! Would this work, then?
[edit:] Okay, I think I may have found the culprit. I updated the Ext+LeftBracket mapping which is also Esc, but not the Ext+Q one. Will push a new commit shortly, please test it for me? |
Yes that is exactly what I did, I don’t want to modify the system files because they are overwritten whenever XKB receives updates. After a long time I found this solution. I think this is how it works: Oh, One problem I’m having with this is that the layout can be reset by replugging USB devices, or switching to a different TTY and back. It may be my desktop environment, KDE, is a bit too eager with applying configurations. I’m not sure yet. I think you can keep the XKB files wherever you choose. I just tested the latest commit. Unfortunately, Ext+Q is still not doing anything. Well, it looks like it’s registering as Escape in |
I have removed the level5 modifier from Ext+Q so it should no longer register as both Esc and Caps but only as Esc. So for some people it did two things, which was one too many. If the combo does nothing for you, I'm really not sure why that could be...? Sorry. ᏊᵕꈊᵕᏊ |
Okay, so I just tested nvim in two different terminal emulators. And to my surprise, in xterm the Ext+Q combo works as Escape! However, it does not work in kitty, nor in Konsole/Yakuake which I use normally. Separately, I looked at the output from xev and noticed that pressing and releasing the caps lock key registers as
This seemed suspicious so I replaced some occurences of ISO_Level5_Lock in order to make this output consistent, but this made no difference to the Ext+Q situation. One final thing which may be related: Pressing the Caps lock key performs a paste from the clipboard in certain KDE applications (maybe all?), but not in GTK based ones like Firefox. I can upload the XKB file generated by xkbcomp, if that helps in any way? |
Whether the Lock or Shift is released shouldn't matter. I believe the Lock overrides and includes the Shift anyway. And the Level5 shift state should be removed with the key press action for this to work (which is what the bug I fixed was about, you know). The Caps-Paste thing has been mentioned before I think. It's a bit of a mess if I understand it right. I'm no further to an answer to your problem, unfortunately. |
Hi Øystein
I’ve used your angle-wide layout for years and I am totally addicted to it!. Colemak is so great and your modifications make it even greater.
It’s great that you added the TTYs on Ext+AltGr; I don’t think Ctrl+Alt+Fx ever worked for me for some reason.
I’ve been using the version from around 2014 I think, where the Ext+Q combination works as Escape. As a frequent Vim user this has been very useful to me. But I couldn’t get this to work in newer versions. I was excited to see in the commit log that you tried to fix this issue lately, but it is still not working for me. If there’s anything I can do to help troubleshoot this issue, please let me know.
Just so you know, I’m loading the keyboard layout in a particular way, like this (I’ve copied the xkb directory to /usr/local/share/X11, but I don’t think the way you load it should have any effect on the outcome):
Thanks again for your great work!
The text was updated successfully, but these errors were encountered: