-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Caps Lock (as input switcher) on MacOS #551
Comments
KEY-DOWN - QMK: KC_CAPS Event key: CapsLock Code: CapsLock KeyCode: 20 This is what happens when Caps Lock key is used as the input source switcher in MacOS. |
I don't think that this is a VIA problem. This is more likely an issue with the underlying firmware which is QMK. |
qmk/qmk_firmware#15200 |
save my daytime ... git blame qmk source code, the 80 ms delay was added in sep 2021 .. recompile it & flash .. my apollo80 |
Disabling NKRO does the job. |
@stage-two you are saying that the only thing needed is to disable NKRO or also change the tap delay? |
@yiancar just NKRO. This issue seems to be unrelated to VIA itself. |
Thank you for the info! |
This works for me, awesome! |
In VIA, the Caps Lock key locks up every key as uppercase. However, in MacOS the Caps Lock key is also able to switch input sources. There seems to be some conflicts between a locked Caps Lock key and MacOS's function to switch input sources.
https://user-images.githubusercontent.com/78362796/106576558-40a57c00-6578-11eb-9bfe-c76a69efb839.mov
A keystroke on the Caps Lock key of MacBook's built-in keyboard results in an instantly freed Caps Lock key and switched input source.
https://user-images.githubusercontent.com/78362796/106577711-a80ffb80-6579-11eb-853b-cff9428671a3.mov
In the MacOS version of VIA, a single stroke of the Caps Lock locks every key in uppercase while switching the input source, causing the problem.
The text was updated successfully, but these errors were encountered: