-
-
Notifications
You must be signed in to change notification settings - Fork 111
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
feat(web): initial integration of gesture staging 🐵 #9605
feat(web): initial integration of gesture staging 🐵 #9605
Conversation
User Test ResultsTest specification and instructions User tests are not required Test Artifacts
|
…t path resolutions
9149693
to
5b6932a
Compare
91bb6f1
to
ca4ce8c
Compare
…ture-staging-integration
…ture-staging-integration
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.
I see a few TODOs scattered around. Are you tracking those?
LGTM
The ones I could find (via CTRL-F) when looking at this PR's changeset are all addressed by later PRs that have already been made - generally, by #9624 or before. |
Up until this point, all the fancy gesture-processing code has been completely headless and not integrated with the touchpath-tracking code. While the
GestureSource
class is used in both places, that was about the only bit of common code between the two areas. Until now.This PR integrates all the gesture-processing layers with the
TouchpointCoordinator
class, the headless-capable base class of the top-level object for thegesture-recognizer
library-engine. As such, this change will allow actual detection of gestures from live, interactive inputs... not that we're testing those quite yet.While the new tests only cover integration for the cases already handled - and thus modipress and flick are still not covered - it does a new test for the blocking of additional new gestures during subkey-selection. (This was not viable with just the 'sequencing' layer when not integrated due to its requirements.) As a result, this adds coverage for the
selectionMode
setting introduced in #9455, which is something that will also be used by modipresses, so we are at least a bit closer in that regard.@keymanapp-test-bot skip