-
Notifications
You must be signed in to change notification settings - Fork 6.7k
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
F13-F24 not working on MacOS. #7
Comments
Looks like there is a conflict with NKRO at the moment. Commenting out that config line makes F13-F24 work again. We are investigating a fix. Sorry! |
I can reproduce on Windows. |
I have just commented out |
thanks for the update. |
I changed it to value
Acceptable workaround for me, but obviously doesn't help those that require NKRO. |
I cannot reproduce this whether commenting those lines out OR setting them to I am using |
Does your config still work when you revert it to the original? Seems odd that it'd only work when set to |
Yes - I immediately flash my previous firmware then all keys would start working again. setting n or commenting all keys would not register. |
I too, have tried to set the value to =n put that did not work on my end. No |
Hi there!
We've tested here several times and its working for us. |
Right now I am using v2.0 - NKRO=y For now I just think disabling NKRO is too much of a sacrifice even if it works. (Still I haven't tested it using 2.0) |
Hi,
Thanks. I actually worked off the v1.0 branch, but I forgot. Once I updated
to the v2.0 branch and make the settings changes, F13 to F24 worked
correctly on the Mac.
Best regards,
Frank
…On Wed, Oct 5, 2022 at 7:44 PM Jayden Wong ***@***.***> wrote:
Hi there!
- Are you guys using the v2.0 branch?
- Did you modify both left and right deconfig files?
- Did you eliminate any spaces around the "=n"?
We've tested here several times and its working for us.
Right now I am using v2.0 - NKRO=y -> F13+ are not working.
For now I just think disabling NKRO is too much of a sacrifice even if it
works.
—
Reply to this email directly, view it on GitHub
<#7 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABGWT4WCK2BG3H7LXUFO63WBW465ANCNFSM6AAAAAAQMCY6PU>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Is anyone aware of other keyboards that support those keys with NKRO? This issue could be a fundamental limitation of the USB HID protocol, and a bit of rudimentary research hasn't brought up any keyboards that support both |
I ran into the same issue. Any permanent solutions? |
Upgrading to the v2 branch activated the function keys but I had to switch off NKRO. No news since. |
Turning off NKRO is the only option. Is this supported on other keyboards/firmwares as I cannot find examples of both NKRO and these keys working, I might not be looking in the right place |
I tried to find an explanation of what disabling NKRO for this keyboard means but came up short-handed. Could someone explain what value of KRO this keyboard reverts to if this config is disabled? |
6 key rollover. |
With key rollover enabled, certain keycodes are not working. See KinesisCorporation#7.
Thank you, I had to disable NKRO it too for these to work. (I'm on branch v3) @KinesisCorporation Is this something that can be fixed, so that NKRO and F13-24 will work again? |
|
This fix has been re-implemented in the beta branch. If any users are willing to test this and provide feedback it would be much appreciated. https://github.com/KinesisCorporation/Adv360-Pro-ZMK#beta-testing |
This has now been changes to use a config option |
With the merging of #264 this issue should now be solved. To use these extended NKRO keys set |
# This is the 1st commit message: Updated keymap # The commit message KinesisCorporation#2 will be skipped: # Updated keymap # The commit message KinesisCorporation#3 will be skipped: # feat: Add basic changes to make me feel more at home # The commit message KinesisCorporation#4 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#5 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#6 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#7 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#8 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#9 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#10 will be skipped: # Reduce brightness of leds # The commit message KinesisCorporation#11 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#12 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#13 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#14 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#15 will be skipped: # Updated adv360.keymap # The commit message KinesisCorporation#16 will be skipped: # Updated adv360.keymap
Expected Behavior
A key assigned as
&kp F13
inadv360.keymap
should outputF13
and each subsequent function key up to and includingF24
should behave the same way on MacOS. These are supported by both MacOS and ZMK.Current Behavior
The current behavior is that these keys produce no output whatsoever - It is not even registering as any keypress in MacOS. These keys are recognized by the operating system on other keyboards, including my modified Kinesis Advantage with QMK support. I'm not sure if these same keys produce any output on Windows or Linux as I don't currently have access to a running machine with those on it, though they may be affected as well. None of these register a keypress at all in MacOS.
I personally use at least some of these function keys extremely regularly. For example, I use
F17
as a keybinding to toggle Alfred (a spotlight alternative) andF19
to toggle between two different language input modes.Steps to Reproduce
&kp F13
1 in theadv360.keymap
file for normal keypress. My current function layer keymap is:Everything except for the F13-F24 functions as expected and there is no errors on build using this keymap.
Footnotes
https://zmk.dev/docs/codes#f-keys - one can intuit from the default keybindings that it should be possible to assign F13-F24 the same exact way as F1-F12 (which work fine), hence
&kp F13
. ↩https://karabiner-elements.pqrs.org/ - I've bypassed karabiner entirely so it should not be causing the issue. ↩
The text was updated successfully, but these errors were encountered: