[Webkit-unassigned] [Bug 75380] [GTK] Allow to show context menu with keyboard in WebKit2 GTK+

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Dec 30 07:32:22 PST 2011


https://bugs.webkit.org/show_bug.cgi?id=75380





--- Comment #4 from Joanmarie Diggs <jdiggs at igalia.com>  2011-12-30 07:32:22 PST ---
(In reply to comment #3)
> (From update of attachment 120787 [details])
> This actually isn't going to work, because it's going to determine the contents of the menu by doing a hittest at the location of the mouse event. For this to be accessible we need to get the currently focused node. I'll CC Joanie here because she has all of the requirements for this feature.

I think you do as well, Martin. ;) So I'm guessing that there's some particular aspect I'm not thinking of. In the meantime.... 

The context menu should base its context about what the user is in or on.

* If that's a link, the menu should be for the link.
* If it's a widget, it should be for that widget.
* If the user is arrowing around the document via caret nav, it should be for the document.

In the last case if, say, the caret is within a paragraph does that mean the focused node is that paragraph? If so, unless non-focusable content can have a unique context menu, I suppose you do not always need the currently focused node; just the currently-focused focusable element.

If I failed to address any point which needs addressing, please let me know. And thanks for asking! :)

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list