Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Please don't open menus on hover (unless user has already clicked to open) #14

Closed
carmacleod opened this issue Mar 16, 2018 · 10 comments
Closed
Assignees

Comments

@carmacleod
Copy link

Menus shouldn't open on initial hover.
Instead, only open if the user clicks, or types enter/space, on a menubar item.
If a menu is already open, it is ok to open another menu if the user hovers over that menubar item.

That way, you know that the user actually intended to look into the menus; you are not making any assumptions for them.

This blog post describes some problems with hover menus.

For me, even though I know that hover menus are everywhere, it still startles me, every time I happen to move the mouse over a menubar, to have something unexpectedly fly in my face and obscure what I was just about to read.

@shawna-slh
Copy link
Collaborator

Thank you for the input. This is one of the issues we are still evaluating.

In usability testing, participants preferred the menu opening on hover.
However, we are aware that others do not.

@carmacleod
Copy link
Author

In usability testing, participants preferred the menu opening on hover.

Interesting. I'll see if I can get some others to give their opinion.

@yatil
Copy link
Contributor

yatil commented Mar 16, 2018

Yeah, I’m personally not a fan of hover menus, but the user research showed that it is an expectation especially for non-disabled participants. (We had a click to open menu to test with, iirc.)

@yatil yatil self-assigned this Mar 16, 2018
@mfairchild365
Copy link

I agree that using hover to activate controls is usually a bad pattern. However, I have found that it is an expected action when it comes to menus, so I echo @yatil's comment.

Perhaps a compromise would be to use the hover intent pattern. There are a few different js libraries that you could use to accomplish this.

@goetsu
Copy link

goetsu commented Mar 19, 2018

I've seen similar result during user test but not when you are on the burger menu version. In that case you must go back to onclick/touch

@carmacleod
Copy link
Author

Ok, if hover is preferred by user testing, so be it. However, @mfairchild365's suggestion to use the use the hover intent pattern or something similar would definitely improve the experience.
The Government of Canada web site seems to be using something like that, and it is much nicer than having hover instantly open the nav menus.

@yatil
Copy link
Contributor

yatil commented Mar 21, 2018

FWIW, I think the hover intend examples take way too long to react, my brain goes either “this has no sub menus, click” (could be better with an appropriate icon indicating a submenu) or, when it eventually opens, this is slow, something is wrong with the website (might be better with a shorter wait time than in the examples).

Also, we are planning to move away from the fly out as it did not really “click” in the context of the whole site.

@carmacleod
Copy link
Author

Ok. Looking forward to seeing what you replace it with.
PS: Nice pun! :)

@yatil yatil added this to the Launch milestone Apr 13, 2018
@shawna-slh
Copy link
Collaborator

+1 to closing this issue now that we've moved away from the drop-down/fly-out menu.

@yatil
Copy link
Contributor

yatil commented Apr 25, 2018

Will be addressed with #34.

@yatil yatil closed this as completed Apr 25, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

5 participants