Closed Bug 1207652 Opened 8 years ago Closed 8 years ago

Impossible to paste something at the end of a textbox without pasting over something

Categories

(Core :: DOM: Selection, defect)

All
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED INVALID
blocking-b2g 2.5?
Tracking Status
firefox44 --- affected

People

(Reporter: cwiiis, Unassigned)

References

(Blocks 1 open bug)

Details

If I copy a URL and want to paste it into a text box that has the text 'Check out this link: ' in it, it's impossible to do so without pasting over the last space and the colon. Similarly, if I remove the colon, it's impossible to paste it without pasting over the word 'link'.

Long pressing at the end of a text box when there's text in the clipboard should allow me to paste at the end of the text box.

STR:

1. Open browser, go to any page with a link, long-press link and choose 'Copy link'
2. Open messaging app, write a new message and type 'Test ' (including the space) in the text area at the bottom
3. Long-press at the end of the text box

Expected:

I get a cursor placed at the end of the text-box and a floating 'paste' button

Actual:

It selects 'Test ' and my only option is to paste over that text.
[Blocking Requested - why for this release]: Obvious broken behaviour in copy/paste feature.
blocking-b2g: --- → 2.5?
Long-press on a text box will always trigger a word selection. Instead of long-press in step 3, you could single-tap at the end of the text box, the blue caret should show. If the copy operation is performed within 15 seconds, the 'paste' bubble should show automatically. Otherwise you can single-tap on the blue caret to force show the 'paste' bubble. Does it work for you?

BTW, It's a known issue that the paste bubble does not aware the copy operation from "Copy Link". See bug 1207913.
Flags: needinfo?(chrislord.net)
(In reply to Ting-Yu Lin [:TYLin] (UTC+8) from comment #2)
> Long-press on a text box will always trigger a word selection. Instead of
> long-press in step 3, you could single-tap at the end of the text box, the
> blue caret should show. If the copy operation is performed within 15
> seconds, the 'paste' bubble should show automatically. Otherwise you can
> single-tap on the blue caret to force show the 'paste' bubble. Does it work
> for you?
> 
> BTW, It's a known issue that the paste bubble does not aware the copy
> operation from "Copy Link". See bug 1207913.

Ah interesting - this works, but the blue caret is mostly hidden underneath the keyboard, so it's almost impossible to use...

I would suggest that long-pressing past the end of the text-box (plus some padding) should also bring up the paste bubble? I would never think of long-pressing a caret to bring up the paste bubble and even knowing you can do that, it's frequently a very hard/impossible thing to do...

I also wasn't aware that tapping again would bring up the caret, or indeed why I'd want to do that (except, I suppose, to paste - in which case, why doesn't it just bring up the paste bubble directly?)
Flags: needinfo?(chrislord.net)
(In reply to Chris Lord [:cwiiis] from comment #3)

(cc UX team for this discussion)

> Ah interesting - this works, but the blue caret is mostly hidden underneath
> the keyboard, so it's almost impossible to use...

Well, we cannot make the blue caret cover on keyboard since they're different processes. We instead enlarged the touch area so that the caret can still be dragged by touching the cursor. More detail in bug 1021499. 

> I would suggest that long-pressing past the end of the text-box (plus some
> padding) should also bring up the paste bubble? I would never think of
> long-pressing a caret to bring up the paste bubble and even knowing you can
> do that, it's frequently a very hard/impossible thing to do...

Sorry, the UX spec design that way. Long-press to select a word, and single-tap to show the cursor. From the implementation of view, it will be hard to tell whether it's being long-pressed at the end of the input especially on multi-line textarea or more complex contenteditable webpages.

> I also wasn't aware that tapping again would bring up the caret, or indeed
> why I'd want to do that (except, I suppose, to paste - in which case, why
> doesn't it just bring up the paste bubble directly?)

Currently, it does bring up the paste bubble directly when showing the blue caret if the previous copy or cut operation is performed on the bubble within 15 seconds. Once bug 1207913 is resolved, the bubble will aware copy operation from "copy link", too.
I think comment #4 answers this comprehensively - while I think the UX could be a lot better (I would not have discovered this, it's been something that's bugged me for a long time already), that's a separate issue.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
Hi Ting-Yu,
From the spec "FxOS 2.2 UX Spec_Text Selection_v1.4.pdf" in bug 1023688, on page 16 it has defined that when long press an empty area with text in clipboard should display select all and paste bubble. Just wondering if we have this right now? If not, implementing this feature can potentially solve this bug. Thanks
Re comment #6:

Hi Harly, 
Thanks for the clarification on UX spec. What I said in comment #4 that long-press is only for select a word is untrue then. The UX spec did define another use case for long-press. However, it's not implemented yet. Filed bug 1208413.
You need to log in before you can comment on or make changes to this bug.