Split context hover menu option

[susanreads]

Title:
Split context hover menu option

Area:
Account display options

Summary:
Split the "Show menu when you hover over userhead images or icons" option to distinguish displaying it on icons from displaying it on userhead images.

Description:
I like being able to subsribe to someone (etc.) without leaving the page I'm on, so I found the hover menu with "you and X have mutual subscriptions", "give so-and-so access to your protected entries" etc. jolly useful, but I had to turn it off because it was popping up whenever I hovered over an icon.
Wherever there's an icon (except on pages that are all about icons), there's a userhead or comm icon and a name; when I hover over an icon I want to see the icon description, and the hover menu gets in the way.

I'd like to split the option, with both options inheriting the original value until the owner changes one, so that I can see the hover menu but not on icons.

Drawbacks: it's yet another option on the settings page.

Poll #948 Split context hover menu option

Open to: Registered Users, detailed results viewable to: All, participants: 38

View Respondents

This suggestion:

View Answers

Should be implemented as-is.
17 (44.7%)

Should be implemented with changes.
2 (5.3%)

Shouldn't be implemented.
5 (13.2%)

(I have no opinion)
12 (31.6%)

(Other: please comment)
2 (5.3%)

Comments

[yvi]

I can imagine this might be an accessibility problem: An icon is substantially larger than the 16*16 and can therefore be used to get the hover menu more easily. But someone with more accessibility experience as me might be a better judge.

[cesy]

But surely it's okay because this is just adding an option to be able to turn it off, so not actually making anything less accessible, unless the defaults change?

[yvi]

Oh, I was more trying to explain why it might be that way, but my comment wasn't very clear about that.

I probably should have added my actual opinion, which is 'not another setting, please' ;)

[(Anonymous)]

Sounds good to me! I love having more settings and options to give control over how I experience the site, though *g*.

[triadruid]

I do find the current way somewhat troublesome, because it does interfere with hovertext on icons (for those styles that enable keywords-as-hovertext, for example). I'm not sure they need a split, but maybe positioning the hover menu a bit lower and to the right is a compromise?

[trixieleitz]

It may be a browser thing, but on this page I get the tool tip above (as in further up the screen) the hover menu if I place the pointer anywhere in the top three-quarters or so of the icon. If it's in the bottom quarter (approx), the tool tip overlays the hover menu, and disappears as soon as I mouse off the icon and on to any of the links.

(I use Firefox 3.5)

[zvi]

I'd rather we created a style or siteskin that displayed the icon keyword inline, instead of as a title. 16x16 is too tiny a target for the context hover menu.

[triadruid]

A friend of mine on LJ (rougewench) has a style that uses this. It's a bit glaring to me, but the option to do so in some way in other styles is attractive.

[kyrielle]

I'd rather it was implemented as-was. I don't want the icon keyword inline as clutter, but I'd love it on hover-over. And I have no problem targeting the little 16x16 for the context hover-over. I do think the menu on the icon should remain an option for the many people who do, but for those of us who don't and don't want it on the icon, it sure would be nice to fix that. (I actually find the hover-over on the icon doesn't block the keyword - at least, I have not yet seen it do so, but who knows, the way this browser changes its moods - but I only occasionally want to access it and if, as I scroll, my mouse ends up over an icon, I end up with part of the freaking comment I'm trying to read blocked. Yes, I can move the mouse, but. That 16x16 that is an easy target for me is NOT as good a target for random chance as that big ol' icon, I must concede that...and I would love it if random chance's opportunity to screw me up was reduced.)

[(Anonymous)]

This. So much this!

[kyrielle]

This could be done visually in the options by making the option a multi-state (don't display; display on head only; display on icon only; display on both) - however it is stored in the back-end, it wouldn't clutter the options any more.

[susanreads]

I like this idea!