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

status prints dvorak even when qwerty and initial keymap doesn't persist after unplug #28

Closed
cartazio opened this issue Apr 19, 2021 · 6 comments

Comments

@cartazio
Copy link

i'm using

commit 0a9e18fae13654ab6d8d85a9867fc10a4261103f (HEAD, origin-primary/develop)
Merge: 924b9fcf0 eb7e668eb
Author: QMK Bot <hello@qmk.fm>
Date:   Sun Apr 18 22:40:16 2021 +0000

and heres what status prints:

Keyboard> kinesis/kint36
Keymap> kzar
Layout> DVORAK
Thumb keys mode> MAC
NKRO> Enabled
Debug> Disabled

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 :)

@stapelberg
Copy link
Contributor

The settings not being persisted likely is a duplicate of #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?

@cartazio
Copy link
Author

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?

@stapelberg
Copy link
Contributor

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 :)

@stapelberg
Copy link
Contributor

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?

@kzar
Copy link

kzar commented May 14, 2021

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!

@stapelberg
Copy link
Contributor

Looks like the wrong status was fixed with qmk/qmk_firmware#12895

The persistence issue will be fixed once QMK merges the EEPROM support PR: qmk/qmk_firmware#12947

I’ll close this issue, please follow the PR if you’re interested.

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

3 participants