maemo.org Bugzilla – Bug 5033
Select/Copy text within email is nonintuitive/broken
Last modified: 2010-05-28 17:55:18 UTC
You need to log in before you can comment on or make changes to this bug.
SOFTWARE VERSION: 1.2009.34-10 STEPS TO REPRODUCE THE PROBLEM: Open email. EXPECTED OUTCOME: Tap/drag (as well as Shift/arrows) should work in open emails, as well as editable input fields (see below). ACTUAL OUTCOME: Selecting text is impossible unless an email is replied to or forwarded (i.e., the email text is in an editable input field). And, then, text is only selectable via the hardware Shift/arrows. REPRODUCIBILITY: Always.
For the sake of consistency this should just be the same as the funky browser mode shown in http://www.youtube.com/watch?v=RP5R-5NX1BE at 1'42".
agreed both with it being annoying to have to reply to a mail just to select text to copy and with it being done similar to the pointer mode the browser has.
Seems like the internal bug says that the pannable widget does not support selection and that this is not going to change.. We (the community) should probably puah to get (selection mode) supporte outside of browserd based apps.
actually, the underlying bug here is #4619.... which seems more promising
Just as a note: At the Summit, Oleg Romashin (I think) mentioned that the browser team was working on modularizing much of the functionality (including selection mode) so that it could be used outside of the browser. But, they wanted to make clear that the priorities would be placed on those items that were requested most.
*** Bug 6258 has been marked as a duplicate of this bug. ***
This is a common action users will want to perform... not just in the email app. but more generally...
(In reply to comment #7) > This is a common action users will want to perform... not just in the email > app. but more generally... > Hi. If you find other apps/areas where this is needed, please post new, unique bug reports. Thanks!
I wasn't trying to take over this bug, have no fear. I mearly wanted to point out that because it is used elsewhere (other platforms users will have exposure too), it should be strong candidate for getting fixed. Even if it means digging into the guts of the code to do. Never mind it's a very natural thing way to interact, that many people will try, and then be annoyed that it doesn't work.
In response to making this bug dependent on Bug #4619 (maybe I should leave this comment there also, but I won't)... I know it's been stated elsewhere (and I even asked the question to some of the browser guys during Maemo Summit '09), but why not open the swipe/cursor interaction mode in all of Fremantle? That way every app that requires panning and selecting can use it.
*** Bug 5360 has been marked as a duplicate of this bug. ***
*** Bug 7930 has been marked as a duplicate of this bug. ***
For example if you get someone home address in an email you have no practical way to copy/paste it to your contacts.
I confirm this bug with fw 5.0 (2.2009.51-1). (havent got rights to modify version myself)
The fix for bug 4619 is not yet available for public. Once it is, this one here should be solved too.
*** Bug 9461 has been marked as a duplicate of this bug. ***
(In reply to comment #15) > The fix for bug 4619 is not yet available for public. Once it is, this one here > should be solved too. Shouldn't this be set as FIXED with PR1.2 then too?
Uh true. Thanks for noticing it. :-)
This bug isn't fixed in PR1.2. I'm unable to select any text.
Confirmed. Not fixed in my version, 10.2010.19-1.203.1
Unai, Dave: Did you hold down the shift key when trying? This is how it works now. I can confirm it for my PR 1.2 installation.
Awesome, holding Shift works just fine. I must have missed that in the new PR1.2 user manual. ;)
I was expecting it to behave like the browser: dragging at the botton-left corner an icon is shown that allows to change to select mode. But it actually works.
(In reply to comment #21) > Unai, Dave: > > Did you hold down the shift key when trying? This is how it works now. I can > confirm it for my PR 1.2 installation. > Working in PR1.2 with shift holded!
(In reply to comment #23) > I was expecting it to behave like the browser: dragging at the botton-left > corner an icon is shown that allows to change to select mode. But it actually > works. Browser is a special case for most of the things because the interaction is to large degree dictated mostly how the www-pages themselves work (flash and javascript programs own input handling).
Now I can select text, it works mostly in the top of the mail. But if I try to select some text one or two screens down, as soon as I release shift and stylus from screen it selects several characters/lines to the left/up. I've confirmed it on another N900 PR1.2 here...
(In reply to comment #26) > Now I can select text, it works mostly in the top of the mail. > But if I try to select some text one or two screens down, as soon as I release > shift and stylus from screen it selects several characters/lines to the > left/up. > > I've confirmed it on another N900 PR1.2 here... > Confirming - it is impossible to select text when the email has been scrolled by more than a few lines. Bugmail emails are a good example - scroll the email up by 2-3 lines then try to select a line of text on the last visible line and when the finger/stylus is lifted the selection goes haywire and a number of lines of previously unselected text becomes selected. Selecting text at the very bottom of the email is simply impossible, whether the stylus/finger is lifted or not. I guess this needs to be raised as a separate bug - see bug 10390 and vote...