Depends on the user group and the context you're designing for. Only so-called "novice users" struggle with right click. Intermediate to advanced users are well versed in it. The former user group is dwindling by the day.
Be very careful about conflating the two issues. Usability studies have shown that users struggle with inappropriately labelled hamburger menus. Usability studies have also shown that users of intermediate to advanced skill do not struggle with right click. One is an issue regarding appropriate labelling and visual affordance, and the other is one of system and hardware affordances.
Yeah, me too. And its amusingly frustrating to watch. And we know why double-clicking is a thing, and why it's not consistent across widgets, but I wonder if we'd be better off if the mouse originated not with "left" and "right" buttons, but instead "do" and "select" buttons. The Do button would open the files and visit the hyperlinks, the Select button would add the object you're looking at to a stack of selections, or provide more information about the thing you're pointing at, or some other lower-cost action.
(I just changed the setting on my desktop to use single-click-to-open, and was immediately punished by it. Couldn't merely select files anymore without fear :) )
Middle button (usually) on a three button mouse: Activate a menu to invoke an action concerting the contents of a window; e.g. carrying out an editing operation on text withing the window. (...)"
Right button on a three button mouse: Activate the menu or invoke an action concering the manipulation of the window (view / Morph) itself; e.g. moving or closing a window.
Shouldn't you also have a third button to list available actions, or would you throw that away? Overloading the select button would be just as confusing; I hope you don't want to do that.
You're right of course. At some point a trade off has to be made among usability, discover-ability, and simplicity. (Pick any two).
Adding another button reduces simplicity, but enhances the other two. Apple's one-button mouse—at the other extreme—makes things simple and discoverable, but often not as useable as I'd like. I still don't know how OSX's equivalent to Windows' [Alt] key access to menu items (does it exist?)
I do think using three buttons are good -- I'm not so happy with the classic "Xerox Parc/Smalltalk" layout -- I'd prefer to have a button on the thumb (like many logitech mice have) and a scroll-wheel in the middle that's not a button.
Which leaves us with a bit of a problem for touch screens. While it might be ok to demand users to learn one and two-finger touch -- three finger touch might be going a bit too far...
I used to use an MX Revolution mouse[1] that had what you describe. Multiple thumb buttons, that amazing flywheel scroll wheel, that other thumb wheel. I loved that mouse.
Unfortunately I love trackballs more than mice now, and am severely limited in my choices. The Trackman is nice, and has a couple of extra buttons, but it would be so nice to have something close to what I had with that Revolution mouse.
In response to your comment above, no I wasn't being ironic :). I'm sure I've seen similar schemes before that informed my "idea", though.
Which is why most right click menu options also can be found in another place. The right click menu is a shortcut much like hotkeys. Not essential, but convenient.
Yet oddly we appear to be going down a route where UI is hidden a lot:
a. long-press on a touch-screen device to select text, show a menu etc.
b. buttons with hieroglyphics to indicate what to do (worse than the old floppy disk for save) - eg. iOS' share button is a box with an arrow going into it (which is confusing to me as I do not want to put my concept into a box - I want to share it OUTSIDE my box of a device).
c. Sliding from sides of the screen to show notification areas, control panels (iOS), or "split screen" apps (Samsung Note), or charms (Windows).
d. Using different gestures to do things like take screenshots on Samsung note devices (swipe your entire hand across the screen)
e. Hiding UI elements until something is done, eg. scrollbars on OSX by default until you scroll (which you would need the scrollbar to actually do...)
They are all very simple once you know them but it must be very difficult as a first-time user, particularly if you are an older first-time user where your ability to absorb information like a sponge is diminished.
Every couple of years interaction is reinvented it seems! This differs from the decades of computer use where the only massive changes were scrollwheels on mice.
