← Back to team overview

touch-packages team mailing list archive

[Bug 1457468] Re: Text selection is partially broken when textarea is partially out of view

 

Just adding a few notes here:

I tested it on iOS 8.2, iPhone6, and it doesn't seem to handle this
case.

What I tested: 
- CONTACTS app: go inside the editing view of a contact and write stuff in the Notes field until the textarea is bigger than the visible view, then try selecting text from inside the view to the part of the textarea which is outside the view ---> it's impossible as the view will not scroll. The only option is for the user to scroll the list view and then extend the selection

- CALENDAR app: create a new event and write in the Notes field until it
becomes scrollable, then turn the iPhone to landscape mode and try
selecting the text from top to bottom ---> it's impossible, even if the
text area in this case is restricted to a maximum height, the bottom of
the text still goes below the input predictions bar.

I'll try testing it on the latest Android to see how it behaves there

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to ubuntu-ui-toolkit in
Ubuntu.
https://bugs.launchpad.net/bugs/1457468

Title:
  Text selection is partially broken when textarea is partially out of
  view

Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed

Bug description:
  Description:

  In some cases, text selection doesn't work properly, in particular
  it's not possible to drag the selection handles all the way to the
  bottom (or the top) if the top (or bottom) of the TextArea is outside
  of the view.

  This bug is partially overlapping with
  https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-
  toolkit/+bug/1200371 but they're not the same thing.

  I have been thinking for a few minutes about what those cases are, and
  I came up with the following list:

  - If the TextArea is taller than the view, then one part of it will be
  out of screen for sure. Let's suppose it's the top side. In that case,
  the user wouldn't be able, starting the drag from *within* the view,
  to reach the text which is *outside* of the view. This happens, for
  instance, in any app which includes a text editor. Once the text fills
  more than one page, the user won't be able to select text starting
  from anywhere inside the current view, and ending anything outside of
  the view. This is probably a very common usecase, together with the
  second one.

  - If the TextArea is inside a Flickable and that Flickable is scrolled
  in a way that partially hides the TextArea. This happens whenever an
  app has, for instance, a listview which holds many field of some kind
  of forms the user has to fill in. The user fills the visible fields,
  then scroll down, thus potentially partially hiding (or partially
  bringing into the view) on of the fields.

  - If the TextArea is inside a Flickable, which is inside other
  Flickables, and they're scrolled in a way that the TextArea is only
  partilly into the view. This is the generic case (even though probably
  not the most common one).

  I'll write my solution proposal in a comment.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1457468/+subscriptions


References