GNOME Bugzilla – Bug 110999
RFE: The Open/Copy Link items on the context popup should be the first ones
Last modified: 2004-12-22 21:47:04 UTC
One slightly annoying thing with right-clicking on a link is that the menu items dealing with the link are placed at the bottom of the menu, when in fact I, at least, exclusively right-click in order to deal with links... The following patch puts the ``Open Link'' and ``Copy Link Address'' items (I can't believe the HIG chooses to capitalize menu items like that...) at the top of the pop---separated from the other iters by a separator---and only when the right click was on an actual link.
Created attachment 15793 [details] [review] Move Open/Link popup items to the top
Upping priority because of patch.
Menu items shouldn't come and go, only be enabled/disabled. Otherwise you can't learn where they are. It isn't obvious to me that these items are more common than new window, new tab, and copy/paste - though they clearly are more common than the profile/IM stuff so should be above those.
How can you learn what you need to do to activate a particular disabled menu item? Of course, if you can't see it at all, the question does not even present itself, I know, but ``popup menus are used primarily by intermediate and advanced users,'' and terminals do provide visual indication that hovering over a link is a significat event. Also, right-click-to-get-contextual-menu is, along with double-click-to-act, is one of the main gui idioms, isn't it? The HIG suggest that menu items on a popup be ordered with the ``default action for object'' first. On a link, the default action is Open Link, IMO. It does say, too, that one should not ``add or remove individual menu items while the application is running,'' but ``make them insensitive instead,'' but this cannot (and most probably should not) be applied systematically to popups---think of how glade would be if it never added/removed its popup... That said, feel free to close the bug and move on :)
Just a note on the HIG guidelines here... can't remember exactly what it says specifically about popup menus, but the idea is that each 'object' is considered to have its own popup menu. (In fact, each state of each object could be considered to have its own popup menu, but not many apps go that far). So yes, of course you shouldn't get the same massive popup menu everywhere in Glade with lots of items disabled. But you *should* get the same popup menu every time you click on a button, for example, possibly with a couple of items greyed out that don't apply to that *particular* button. Learning how to make a particular menu item active is a problem everywhere, not just in popups... personally I'd like to see information about how to make an item active added to every insensitive item's tooltip, but menus don't generally have tooltips at the moment...
Ah, OK. So by that guideline it seems reasonable to move those items.
Is this to be commited, then?
Yes, please feel free to commit this (with ChangeLog entry of course)
Done.