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
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
Tap/drag (as well as Shift/arrows) should work in open emails, as well as
editable input fields (see below).
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.
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
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
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
(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
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
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
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
> 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...