Feature request: rotary as hid-keys

[chrisns]

Hey,
It would be awesome if the rotary dial had the option to emulate keys (with a different/no debounce delay) so that I could then bind the rotary dial to do more things rather than just emulate another axis

Humble bragging I made a Ergonomouse in WoodPLA, not decided what to do with the buttons yet so not printed them properly labels, feedback welcome!

currently got a bit of an issue with the umbilical cord from the stork pulling a bit if anyone has thoughts on how to minimize that with cable routing and/or what to look for in wires are easy to solder.

[AndunHH]

Your mouse looks amazing, great!

About the umbilical cord to the base: I used very flexible and small cables. I also give them around 2 mm slack to allow them moving around. But you probably already thought about that ;)

Your feature request seems reasonable, I'll add it to the list, but can not say when I will be able to do it. Help is always welcome ;)

[chrisns]

I don't know enough C to be able to tackle it alone. happy to keep you company on a video call and pair but even if I somehow managed it I don't think I'd insult you and anyone else with the PR :)

[AndunHH]

No problem :)

Can you make an example, what function you want to trigger by turning the encoder? It's easier to implement with a target use case.

As of now, we "only" emulate a space mouse pro and not a whole keyboard. Therefore we are at the moment limited to the keys from the space mouse pro, but you can assign many functions to them with the driver on your PC.
Maybe you can check that in a suggested use case.

[chrisns]

Hey
Yes, I'd figured it would be limited to what the drivers would recognise, but there's plenty of keys in scope that it can be bound to and then mapped in the driver.

I figured, depending on the application and corresponding key map options there to make the drivers integrate to, the end result could be for example

• changing the size of the selected dimension
• rotate through a colour wheel
• advance frames of animation
• adjust volume of music
• integrate with a focus timer
• adjust lighting (real world via home automation or in design app)
• interact with the rotary menu

All which I could do now by binding one of the keys, or the rotation, but I don't want to sacrifice buttons or a duplicative behaviour.

Ultimately brings a unique feature to this (even if the UI implementation is a bit hacky) rather than just emulate the commercial alternative

Am I mad? Make sense?

[AndunHH]

Sry for the late reply.
Yeah, your idea seems legit!

One additional question: The encoder is "clicking" like 8 times per rotation. Is it your expected behavior, that for each click of the rotating encoder one key stroke is fired?

As this is not very urgent, I'm adding it to the list of potential enhancements. At the moment I'm kind of busy and can not guarantee instant implementation. But in general it shouldn't be that complicated to register the turning as a button.

[chrisns]

🥳 yeah, clicks=key presses, presuming there's no other options?

no stress, massively grateful for all your hardwork to date and engagement with the feature request :)