We discussed this with the design during London sprint, and we got a
slightly smaller handler, which is currently available in staging.
Depending on the schedule it may land in OTA-6 or later.

Meanwhile faenil was prototyping some auto-scrolling behaviour, but that
is a) cumbersome and underperforming and b) doesn't keep the text above
OSK rect in case the used starts scrolling the text input content (I'm
talking about TextArea now).

However I see that Michael's first idea would be a pretty straight
forward solution, if we enlarge the OSK rect with few DPs, that may
actually work!

And as side note, UITK is preparing a component which will deal with
focused elements to be kept in the visible area, a Flickable, which will
also push view content when OSK is revealed.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1473546

Title:
  Text selector and cursor hidden beneath keyboard

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-keyboard/+bug/1473546/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to