Comment 1 for bug 1292168

I usually don't like the "Other OS does X" comments but here I go...

This is somewhat more relevant than "Other OS does X" because you can see this behavior within Unity if you test it out by blacklisting some programs from unity-gtk (I checked gnome-terminal, eog, gvim). I guess they are "vanilla" GTK menus but they are completely click agnostic. Left, Middle, and Right Click all have the same effect in menus until they are taken over by Unity. Actually I just double-checked with LIM disabled and Unity Global Menus behaved the GTK way too. Honestly, I didn't even know this was the case until now.

This brings up another menu behavior that is lost in LIM. This may need a bug report with design decision in its own right but I think that pretty much all FOSS menus have traditionally supported the click and hold behavior and now LIM does not. For example, in Firefox even when maximized with LIM off you can click and hold "Edit" and then mouse down to hover over "Preferences" and then release the click to open Preferences. But with LIM on, this immediately initiates a window move operation instead.

I'm not terribly affected by this and I do much prefer LIM's placement to all other options, but I'm long-winded on this issue because I hope for us all to have thoroughly informed and discussed design decisions to point to when the complaints inevitably roll in from one group of users or another.