-
Notifications
You must be signed in to change notification settings - Fork 86
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
Mouse mapping support #741
Conversation
df0a498
to
9a9c219
Compare
f78eda8
to
00a4da7
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
overall stuff is looking good! left a few comments (some you already had todos for)
i wasn't able to test this out locally (now that the resourcefilter stuff landed it seems the soh side of that will need to land before testing this is straightforward), but i was hoping to test out what the mapping experience - specifically what happens when this popup is visible
and someone clicks on (or misses when trying to click on) the cancel button
src/controller/controldevice/controller/mapping/mouse/MouseKeyToAnyMapping.cpp
Outdated
Show resolved
Hide resolved
Cancel button click should work without any problems, you can test it here https://github.com/lightmanLP/2ship2harkinian/tree/mouse-mapping-test |
the cancel button does seem to work as expected, but i am still somewhat concerned about always capturing mouse when reading input for mappings accidental mouse inputs are decently common, so having some safeguards would be nice one example i noticed when testing this out was if someone accidentally double clicks on an existing mapping it'll replace the mapping Screencast.From.2024-12-18.10-13-50.mp4i'd like to hear what others think about this (is it a problem we should worry about? if it's a problem we should worry about, what would a good solution be?) |
src/controller/controldevice/controller/mapping/ControllerMapping.h
Outdated
Show resolved
Hide resolved
It might be fixed by spawning binding popup offsetted from cursor and checking for cursor to be in popup boundaries for mouse binding |
that seems reasonable to me! it doesn't solve the "tried to click the cancel button and missed" problem but that's probably fine - if people start reporting that as a bug once this ships we can look into other solutions |
f0f7132
to
a272e1a
Compare
0f18c6b
to
f02012c
Compare
Implemented |
b1b3453
to
7d0982b
Compare
Made version of 2S2H with latest LUS and mouse mapping on top |
7d5a185
to
dcbda99
Compare
cause Ive got recursive include problem
This reverts commit 43082d8.
dcbda99
to
a3b1674
Compare
@lightmanLP I just tested the latest build from https://github.com/lightmanLP/2ship2harkinian/actions/workflows/main.yml ( is that something you've tested/been able to repro? |
Just downloaded latest, everything seems fine for me. Can you explain what exactly happened? |
after trying again i was unable to reproduce the issue |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Support for binding mouse keys
co-authored-by: @lilacLunatic