diff options
| author |   Dmitry Torokhov <dtor@google.com> | 2015-10-23 14:35:26 -0700 |
|---|---|---|
| committer | Dmitry Torokhov <dtor@google.com> | 2015-11-03 17:36:15 +0000 |
| commit | 9a438a325b28c8f8884737683237f829c7cb5a15 (patch) | |
| tree | 4d01fea30728a70fd14927449cd914c2b7537b74 /java/src/com/android/inputmethod/compat/ViewCompatUtils.java | |
| parent | 683ad404333ac92993984ff997c4e4f339a91cb6 (diff) | |
| download | latinime-9a438a325b28c8f8884737683237f829c7cb5a15.tar.gz latinime-9a438a325b28c8f8884737683237f829c7cb5a15.tar.xz latinime-9a438a325b28c8f8884737683237f829c7cb5a15.zip | |
Fix AltR+1 -> ESC shortcuts bringing on-screen keyboard
Change the way we decide whether we want to show on-screen keyboard by
not only paying attention to modifiers, but also keeping track whether
the key sequence started in the right state.
We are still misfiring if user presses a non-modifier key and then our
modifier hot-key, but such sequence is unlikely. Given the fact that we
do not want to store too much state I believe this deficiency is
acceptable.
Bug: 25087681
Bug: 24142161
Change-Id: I1a6b5e8e903c27a87134a6c9a7cd474a0607d5c8
(cherry picked from commit 7c513455918a52bd28c1c8181cb2880db0973b4b)
Diffstat (limited to 'java/src/com/android/inputmethod/compat/ViewCompatUtils.java')
0 files changed, 0 insertions, 0 deletions