Closed cartazio closed 3 years ago
The settings not being persisted likely is a duplicate of https://github.com/kinx-project/kint/issues/8
I’m not sure about the wrong status, though, that might be a QMK issue.
Perhaps someone else reading this issue has any ideas?
So a simple fix for me would be just to change the layers order somehow so mac comes first. How would I change the code at that point for that?
I don’t use QMK layers, I use the NEO layout which comes with its own layers.
Your question might be better asked in the QMK project itself, not in this specific controller project :)
https://beta.docs.qmk.fm/using-qmk/software-features/feature_layers seems to be the documentation from QMK regarding the layers feature.
The layers you’re using are specific to the kzar QMK keymap, so perhaps @kzar can shed some light on this?
The settings not being persisted likely is a duplicate of #8
Yea, I think that's right. I could never get the layers to persist at all. If you ever get it working with the Teensy 3.6 @stapelberg let me know and I'll test that the various layers in my keymap persist correctly. It's possible I'll need to make changes too.
So a simple fix for me would be just to change the layers order somehow so mac comes first. How would I change the code at that point for that?
You would edit the file keyboards/kinesis/kint36/keymaps/kzar/keymap.c
. The different thumb modes are set up as different layers, with the exception of the default WIN mode which is built into the default QWERTY layer. The simplest way to bodge it, would probably be to see where the thumb keys for the QWERTY layer are set, and adjust them to match the MAC layer.
status prints dvorak even when qwerty
Huh, I just tested it and you're right. That's weird since I obviously had this working correctly previously. I will investigate and attempt to fix that when I get a chance. Thanks for letting me know!
Looks like the wrong status was fixed with https://github.com/qmk/qmk_firmware/pull/12895
The persistence issue will be fixed once QMK merges the EEPROM support PR: https://github.com/qmk/qmk_firmware/pull/12947
I’ll close this issue, please follow the PR if you’re interested.
i'm using
and heres what status prints:
some questions: 1) why cant i persist the mapping /layer state? 2) failing that, how do i patch the code from that commit to start with the mac layer being the intitial one?
thankx :)