901014 - Context menu not appearing on monocle

Status: RESOLVED INCOMPLETE

(Firefox for Metro Graveyard :: Input, defect, P4)

Description

[juan becerra [:juanb]]

Tested on 2013-08-02 on latest nightly. While testing bug 863676, I, again, noticed that the context menu doesn't come up when I long tap on a monocle that's been placed inside a text field. The problem could be seen either as not being able to place a plain caret (cursor) or not being able to summon the context menu when there is a monocle.

Steps:
1. Open Firefox Metro
2. Go here https://bug863676.bugzilla.mozilla.org/attachment.cgi?id=785048
3. Tap on any of the text fields and select something with the monocles.
4. Long tap to bring up the context menu, and then tap on Copy
5. Tap elsewhere in the text field
- Notice you get a monocle, and not a plain caret cursor.
6. Long tap on the monocle

Expected: I should see a context menu that allows me to Paste

Actual: Nothing happens on long tap.

If I keep tapping here and there I eventually get a plan caret (without the monocle) and if I long-tap on it, I do get a context menu.

From earlier conversations I think tapping should always place a monocle, so long-tapping should bring up a context menu if I have selected something.

Comment 1

[juan becerra [:juanb]]

I noticed that if you long-tap elsewhere, not on the monocle itself, you do get a context menu, but the paste happens at the monocle insertion point.

Comment 2

[Jim Mathies [:jimm]]

(In reply to juan becerra [:juanb] from comment #0)
> Steps:
> 1. Open Firefox Metro
> 2. Go here https://bug863676.bugzilla.mozilla.org/attachment.cgi?id=785048
> 3. Tap on any of the text fields and select something with the monocles.
> 4. Long tap to bring up the context menu, and then tap on Copy
> 5. Tap elsewhere in the text field
> - Notice you get a monocle, and not a plain caret cursor.

Up to this point, you're seeing correct behavior. The caret monocle should always come up.

> 6. Long tap on the monocle
> 
> Expected: I should see a context menu that allows me to Paste
> 
> Actual: Nothing happens on long tap.

I can reproduce this. The caret image is over in chrome, so it's getting in the way of the long-tap context-menu event generation, which happens down in content. One way of fixing this might be to put a context-menu listener on the monocle images.

Comment 4

[Jim Mathies [:jimm]]

So it turns out that this is default metro app behavior. If you have the soft keyboard up and a monocle displayed in a text input, and you long tap in the area of the caret focus, winrt doesn't generate right tapped event.

I tested in Mail and in IE, and I see the same behavior.

What IE does is bring up the paste context menu if you tap once to display the monocle, then tap again on the monocle. This behavior is pretty wonky and hard to control, so I think we need to come up with our own interaction.

I like the idea of a context app bar for cut/copy/paste/select.

Comment 5

[Jim Mathies [:jimm]]

Attachment: testing patch

Comment 6

[Jim Mathies [:jimm]]

Fixing this requires revisiting how users interact with content and how we provide cut/copy/paste support.

Comment 7

[Jim Mathies [:jimm]]

per comment 4, this needs feedback from ux.

Comment 8

[Marco Mucci [:MarcoM]]

Hi Michael, please see comment 4 if any design work will be required beforehand.

Comment 9

[Michael Maslaney [:mmaslaney] ([e-mail])]

Marco, design work will be required.

Comment 10

[Firefox Bug Husbandry Bot]

Mass close of bugs in obsolete product https://bugzilla.mozilla.org/show_bug.cgi?id=1350354