Skip to content

Conversation

@JimMoen
Copy link

@JimMoen JimMoen commented Oct 31, 2020

Add nonQwerty layout support. e.g. Dvorak, Colemak...
(I use dovrak layout. And it Can run perfectly)

@JimMoen
Copy link
Author

JimMoen commented Oct 31, 2020

By the way, there is a tag named "HEAD" in your repository.
Which is ambiguous, I propose to delete it.

@BenoitDuffez
Copy link

BenoitDuffez commented Nov 7, 2022

I ran into similar issues, my keyboard is French (AZERTY) and in the browser doing super-A (should select all) actually closes the window. I manually replaced occurrences of shortcuts with Q to A (e.g. K("RC-Q"): K("Alt-F4") became K("RC-A"): K("Alt-F4")). Now when I press super-A, I have select all and super-Q closes the window.

Do you mean that I should create an AZERTY layout like you did for Dvorak, instead of my dirty hack?

@maintainer: do you think this is worthy of merge?

@JimMoen
Copy link
Author

JimMoen commented Dec 20, 2024

@BenoitDuffez
I tend to use the code from my fork and create an "AZERTY" layout in your config file.

Essentially, all the key names in evdev and the original configuration files A, B, C... are scancodes, which can be understood as a symbol used to mark the physical position of a key. Its order is the same as in the QWERTY layout.

So when you try to write Super-A in the configuration, it means: press the Super key and the key at the position of A (the key next to Capslock), not the real A for you in the AZERTY layout (the one next to the TAB key)


I'v using my fork version for nearly four years (2020-2024)
It works perfact in x11. 😎

@BenoitDuffez
Copy link

@JimMoen I caved in and bought a QWERTY keyboard (still struggling after 6 months, I guess 30 years of muscle memory takes time to override...).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants