touch-packages team mailing list archive

[Zsombor Egri <1473546@xxxxxxxxxxxxxxxxxx>]

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
Touch seeded packages, which is subscribed to unity8 in Ubuntu.
https://bugs.launchpad.net/bugs/1473546

Title:
  Text selector and cursor hidden beneath keyboard

Status in ubuntu-keyboard:
  New
Status in Ubuntu UX:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  New
Status in unity8 package in Ubuntu:
  Confirmed

Bug description:
  Hi,
  as you can see in the attached screenshot (of Telegram app) the handle for text coursor or selector can be hidden beneath keyboard in some cases.

  The possible solutions for this would be either to always show the
  handles above the text so it won't ever have to intersect with the
  keyboard or to somehow put it in the higher level than the actual
  keyboard is, which would be I suppose harder to achieve.

  What do you think? Is there any other solution you can think of?

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