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 -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
