[Touch-packages] [Bug 1457468] Re: Text selection is partially broken when textarea is partially out of view
Just tested on Android as well. Moto G, Android 5.0.2 Lollipop What I tested: - CONTACTS app: same as the iOS test IT WORKS ON ANDROID, THE LISTVIEW SCROLLS AUTOMATICALLY - CALENDAR app: same as the iOS test IT WORKS ON ANDROID, THE LISTVIEW SCROLLS AUTOMATICALLY So, Android handles this, iOS doesn't, at least when it comes to Calendar and Contacts app. -- 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 -- 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
[Touch-packages] [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 -- 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
[Touch-packages] [Bug 1457468] Re: Text selection is partially broken when textarea is partially out of view
** Changed in: ubuntu-ui-toolkit (Ubuntu) Assignee: (unassigned) = Andrea Bernabei (faenil) -- 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 -- 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
[Touch-packages] [Bug 1457468] Re: Text selection is partially broken when textarea is partially out of view
Status changed to 'Confirmed' because the bug affects multiple users. ** Changed in: ubuntu-ui-toolkit (Ubuntu) Status: New = Confirmed -- 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 -- 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
[Touch-packages] [Bug 1457468] Re: Text selection is partially broken when textarea is partially out of view
My proposal is:
We need a way to make sure that the dragging cursor is always *on screen*.
What we can do is:
1) scroll the inner textarea flickable;
2) while (!cursorIsOnScreen) { go up in the hierarchy and look for another
flickable and scroll that as much as possible to try bring the cursor into the
view. } There may be N flickables along the way, in that case we'll
potentially scroll N flickables, if only scrolling some isn't enough.
HOWEVER:
This is just a solution. For instance, it doesn't take into account the cases
where:
- The app developer uses something else than a flickable, like a custom
scrolling component
- The app developer creates a form page which doesn't have any scrollable
behaviour which would account for devices where content of the form doesn't fit
in the view. In that case, I think it's app dev's fault as he hasn't designed
the app properly. But we may think about a way to help them...
** Description changed:
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.
--
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:
New
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:
