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

Both rotary encoders are assigned the same functionality in current qmk default keymap #15

Open
joachimmathes opened this issue Apr 23, 2024 · 1 comment

Comments

@joachimmathes
Copy link

When I flashed my draculad over a year ago both rotary encoders worked as expected with a customized callback function encoder_update_user(). But when I lately switched to the new qmk setup with separated qmk_firmware and qmk_userspace weird encoder behavior occurred. So I tried the default keymap with

qmk flash --keyboard draculad -km default

on commit qmk/qmk_firmware@1fa84ea
What happens is, that the left encoder works as expected: VOLD/VOLD. But the right encoder has the mirrored assignment (VOLU/VOLD). According to https://github.com/qmk/qmk_firmware/blob/1fa84ea83c68bb24bc6b21c5abc376ee12d1b939/keyboards/draculad/keymaps/default/keymap.c#L201 it should trigger PGDN/PGUP.

I haven't found the reason, yet.

Do you run into the same behavior?

@natskis
Copy link

natskis commented Sep 1, 2024

Has this worked for you?
My draculad is doing the same thing.
Just inverting and executing VOLU/VOLD.

I'm wondering if it's because you need to use the split keyboard functions and it's not reading that it's on the right side of the draculad...
I am a total newb at this though so very unsure and a bit confused

https://docs.qmk.fm/features/encoders#split-keyboards

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

2 participants