Open StevenH237 opened 1 month ago
This is something I mentioned in another issue, which happens because of how Android clamps the pointer motion data to within the IME window. Because of that, we can't properly track user gestures which wander upwards. I think Unexpected Keyboard has a good workaround for this. I'll take a look at it this week
I’m having a similar issue with the FR v2 layout:
In the top-left square, the top-right symbol (the french apostrophe "'
") rarely registers properly : it’s the right symbol ("^
") that is input, unless I very precisely swipe in a not-totally-but-almost vertical way (= in the 1 o’clock direction from the center of the square).
As far as I know, it doesn’t happen with other squares/positions.
Thumb-Key 3.2.6 Fairphone 5 /e/OS 2.1 = Android 13
Steps to reproduce
Expected behavior
The upward (3) and up-left (4) gestures should be input, such as
^
or"
Actual behavior
The tap (3) or left (4) gestures are input, such as
r
or<
.version of the program
3.2.1
Android version
Android 13
Device
Google Pixel 6a
Other details
Phone is rooted and using LineageOS 20-20231104-NIGHTLY-bluejay (I should really update that...)
It feels to me like the phone is treating the swipe as never going higher than the top of the keyboard. Notably, a swipe upwards from the bottom of the key will work, same as a swipe upwards from the bottom of the h key will still produce a q even if you don't swipe into the r key, but it is noticeably harder to get an up-swipe from the top row than from another row.
Acknowledgements