search

tildearrow / input-modifier

uinput based key bindings and macros tool for Linux
GNU General Public License v2.0
20 stars 6 forks source link

Future plans? #5

Open chabad360 opened 4 years ago

chabad360 commented 4 years ago

Are there plans to take this project further? Say, add actual openrazer integration (which I notice was started, but never finished)?

I came across this project, and honestly, it's the only one I could find that is easy to use and also allows for remapping keys. I have some minor gripes, but compared to having nothing to use at all, this is a g-d send. Please improve this project, and send it to some of the different FOSS showcases (this is the only project of its kind!).

Thanks for what you've already done so far!

tildearrow commented 4 years ago

W- oh wait... two thumbs up D:

Well... I got to work on this soon. I am so sorry that I forgot about it, but I've been kinda busy lately, and I am going through a huge turmoil that I barely can resist...

Now to write the GUI, finish the whole plugin system and whatnot... ...or perhaps just rewrite the plugin system... I am not really sure and I am already overloaded but I need to do this.. wait do I have to?

Remapping keys could cause problems in OpenRazer and OpenRazer doesn't have a way for me to tell it which keys I have remapped, or like pass a raw device through... I am not sure but I've seen you're working on a new key remapping thingy for OpenRazer, right?

What kind of worries me is that it is written in Python... ...and Python means... erm... slow?...

razer_test would fix that shortcoming but for now I got to finish this a bit more, because then there are other brands...

chabad360 commented 4 years ago

...and Python means... erm... slow?...

True dat, see my response to your comment in openrazer/openrazer#1124

but for now I got to finish this a bit more, because then there are other brands...

Phew... The second I was done with the openrazer thing, I was considering implementing such a system in Go.

Also, have you ever considered a systemctl style CLI? It would save you the trouble of implementing a history system, and would probably make it easier to add features: the daemon would only need basic commands (reload, stop, etc.) and the CLI could just write directly to the profile.