W3C home > Mailing lists > Public > whatwg@whatwg.org > January 2013

Re: [whatwg] <menu> and friends

From: Justin Dolske <dolske@mozilla.com>
Date: Sat, 05 Jan 2013 00:05:29 -0800
Message-ID: <50E7DEC9.8050507@mozilla.com>
To: whatwg@lists.whatwg.org
On 1/4/13 7:05 PM, L. David Baron wrote:

>> I feel that I do see this quite often. maps.google.com, Google docs,
>> and Zimbra are three examples off the top of my head that I spend a
>> lot of time with.
>
> Has anyone asked the authors of these sites if they would have liked
> to retain the browser's default context menu items if they had been
> able to do so (while simultaneously adding their own items)?

It's certainly an interesting dichotomy.

If you look at it from the PoV of a traditional browser-UI-implementer, 
it's an unsettling prospect... Allowing sites to override the context 
menu leads to undesirable user surprise ("Hey, where'd my content menu 
stuff go?!"). And in the past(?) a significant amount of oncontextmenu 
usage was used solely for sketchy copy-protection purposes (ie, 
attempting to block "copy selected text" or "copy image location" or 
"view source").

If you look at it from the PoV of a modern "webapp" (whatever that 
means), many of the browser's standard context menu entries are simply 
not terribly relevant to the webapp-specific uses a user might be 
expecting. Consider the meager overlap (even in a very fuzzy sense) 
between a browser's content menu and that of any native application.

In broad strokes, I'd suspect that we need to allow sites to completely 
replace the context menu. (Specifically, for sites that implement 
complex applications -- like Google docs or Zimbra -- but I don't know 
how to tell the difference in code). I would also be quite interested in 
author opinions on cases where they want a subset of browser menu items 
(such as clipboard ops) mixed in with site-specific items.

A short-term thing we (browsers) could try would be to always show some 
"important" subset of context menu items when the site is also supplying 
their own. But perhaps easier said than done: at least in Firefox 
there's a fair amount of complexity in determining what menu items to 
show... See 
http://mxr.mozilla.org/mozilla-central/source/browser/base/content/nsContextMenu.js

[While I'm thinking of it, a related idea that's been bounced around in 
Firefox-land is having some way of granting modestly elevated 
permissions to a user's favorite sites. For example, if you "pin" a 
Gmail tab -- or maybe just visit it more frequently than average? -- 
perhaps it should be able to do a few more things than the average web 
page... Certainly not anything grossly sensitive w.r.t. 
privacy/security. But maybe it should be able to change the context 
menu, use more localstorage, etc. It's not something we're actively 
implementing, but is an interesting area to ponder.]

Justin
Received on Saturday, 5 January 2013 08:05:54 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 30 January 2013 18:48:12 GMT