Open jahorton opened 7 months ago
It's quite possible that the best way forward, from a user-testing perspective, is to develop a different testing keyboard that specifies 90-degree offset flicks, rather than 45-degree neighboring ones. Flick-locking should operate more intuitively in such cases.
@jahorton I am not sure what to do with this -- is there specific work that you see that we should do apart from changing the keyboard?
I have not yet assigned this to you or this sprint; is this work that we need to complete before release?
@jahorton I am not sure what to do with this -- is there specific work that you see that we should do apart from changing the keyboard?
I have not yet assigned this to you or this sprint; is this work that we need to complete before release?
We can probably get by without doing this before release; I think it's more a "user testing stability" issue than anything else.
Also... I think the prospective sil_ipa
variant I put together might work well as a test keyboard for this. Its flick pattern matches the pattern I was thinking of, now that I'm thinking about it.
Test Results
(From #11129)
I have attached a video file (test_flick_during_modipress) represents there is a lack of motion in the animation and it does not show the expected output Úq on the text input screen.
https://github.com/keymanapp/keyman/assets/19683143/ad26f588-7f74-4948-ab02-50977b387b32
Originally posted by @bharanidharanj in https://github.com/keymanapp/keyman/issues/11129#issuecomment-2029836854