Ticket #908 (closed defect: fixed)
Unexpected onscreen keyboard expose/collapse behavior in openmoko-terminal2
| Reported by: | cwixon@… | Owned by: | mickey |
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | openmoko-terminal | Version: | 2007.2 |
| Severity: | minor | Keywords: | |
| Cc: | buglog@… | Blocked By: | |
| Blocking: | Estimated Completion (week): | ||
| HasPatchForReview: | no | PatchReviewResult: | |
| Reproducible: |
Description
In the new openmoko-terminal2, exposing/collapsing the onscreen virtual keyboard
moves you around in the scrollback buffer.
Expected behavior: If your cursor is at the bottom of the screen with the
keyboard exposed, then collapsing the keyboard will expose more of the
scrollback buffer, the content will "slide" down to fill the space, and your
cursor will still be at the (new) bottom of the screen. Re-exposing the
keyboard will "slide" the content back up.
Observed behavior: Exposing the keyboard acts correctly, and causes everything
to move up the screen. But collapsing the keyboard does not -- the active
cursor position stays where it is, and blank space opens up in the window
underneath. Accordingly, repeatedly collapsing and exposing the keyboard will
push your prompt up the screen to the top.
This doesn't impair functionality as far as I can tell, but it's a user
interface quirk. For the record, the old (mrxvt) terminal behaves correctly.
Change History
comment:3 Changed 5 years ago by thomas@…
I can reproduce this bug on the device, but not in my developer environment on
the PC.
In summary, when the VTE widget expands, extra space is added below the cursor.
When the widget shrinks, the extra space is not removed (as expected), so the
content is pushed up the screen.
