Skip to content
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

Closed
LovelyAlpaca opened this issue Feb 2, 2021 · 9 comments
Closed

Caps Lock (as input switcher) on MacOS #551

LovelyAlpaca opened this issue Feb 2, 2021 · 9 comments

Comments

@LovelyAlpaca
Copy link

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.

@LovelyAlpaca
Copy link
Author

KEY-DOWN - QMK: KC_CAPS Event key: CapsLock Code: CapsLock KeyCode: 20
KEY-DOWN - QMK: Event key: Unidentified Code: Unidentified KeyCode: 0
KEY-UP - QMK: KC_CAPS Event key: CapsLock Code: CapsLock KeyCode: 20 in 123.000ms

This is what happens when Caps Lock key is used as the input source switcher in MacOS.

@LovelyAlpaca LovelyAlpaca changed the title Caps Lock on MacOS Caps Lock (as input switcher) on MacOS Feb 2, 2021
@kb-elmo
Copy link
Contributor

kb-elmo commented Mar 3, 2021

I don't think that this is a VIA problem.
VIA is just a GUI for changing the keymap.

This is more likely an issue with the underlying firmware which is QMK.

@cythb
Copy link

cythb commented Dec 30, 2021

qmk/qmk_firmware#15200
See if this PR is helpful.

@lcdbin
Copy link

lcdbin commented Oct 13, 2022

save my daytime ... git blame qmk source code, the 80 ms delay was added in sep 2021 .. recompile it & flash .. my apollo80
capslock works well ...
thanks

@stage-two
Copy link

Disabling NKRO does the job.

@yiancar
Copy link
Collaborator

yiancar commented Oct 13, 2022

@stage-two you are saying that the only thing needed is to disable NKRO or also change the tap delay?

@stage-two
Copy link

@yiancar just NKRO.
Tried it on: GMMK PRO, couple of Keychrons and others with Mac Mini 2018 and couple of Intel-based MBPs.
Same story everywhere: setting NKRO_ENABLE = no in qmk rules.mk fixes Caps Lock input source switching.

This issue seems to be unrelated to VIA itself.

@yiancar
Copy link
Collaborator

yiancar commented Dec 8, 2022

Thank you for the info!

@yiancar yiancar closed this as completed Dec 8, 2022
@ItsRyanWu
Copy link

@yiancar just NKRO. Tried it on: GMMK PRO, couple of Keychrons and others with Mac Mini 2018 and couple of Intel-based MBPs. Same story everywhere: setting NKRO_ENABLE = no in qmk rules.mk fixes Caps Lock input source switching.

This issue seems to be unrelated to VIA itself.

This works for me, awesome!
FYI in VIA you could set some key to 'Toogle NKRO' and press it to toggle it off, then you can unbind it and set to other keys you want.
image

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

No branches or pull requests

7 participants