Device only bugs are the worse. You need to go through a device build and reproduce/rinse/repeat. Thankfully these bugs are rare but sometimes they just hit you smack in the face. One such problem occurred when I was debugging a transition on Android related to a login form. I would move between a Form where I had the keyboard open to one where it was closed. This created a nasty effect where the keyboard folded leaving a black space and the transition played out about that black space.
On the simulator this wonât happen, we canât realistically simulate the virtual keyboard.
It wonât happen on iOS either. Only on Android.
The Android port resizes the display during input and that behavior triggers this end result where the display doesnât have time to recover before the transition starts.
Initially I thought I can workaround this by invoking:
textField.stopEditing(); callSerially(() -> showOtherForm());
But that only helped on some cases, not all. Even the fact that I used callSerially didnât help as this depends on a native event going through.
The solution is to use the new stopEditing(Runnable) API. On most OSâs the runnable will be invoked immediately but on Android it will wait for the screen resize before it invokes the code. So this will work as you would expect:
textField.stopEditing(() -> showOtherForm());
| Published on Java Code Geeks with permission by Shai Almog, partner at our JCG program. See the original article here: Stop Editing Opinions expressed by Java Code Geeks contributors are their own. |
