Why Hover Menus Do Users More Harm Than Good

by on 03/01/11 at 2:30 pm

Do you know how your hover menus are affecting users? Hover menus are a popular way to navigate. But the way they open can cause usability problems that most designers aren’t aware of. Before you settle on hover menus for your navigation, you should know how they affect users.

The Hover Myth

Many designers believe that when their menus open on hover, they’re faster and easier to use. It might seem this way at first, but when you look deeper you’ll notice that the opposite is true. Menus that open on hover save users a click, but that click is necessary in letting the website know that the user wants to open a menu. Without it, it’s easy for users to trigger a menu on accident when their mouse moves over the navigation area. This unexpected behavior can block users from accessing the information they want. Or worse, it can cover up important information the user can’t see.

Why Hover Menus Do Users More Harm Than Good

When menus open without users asking for it, it can surprise and overwhelm them. There’s no benefit to getting something you don’t want a click faster, if you don’t want it. This is more of an annoyance than a benefit. Hover menus present many other problems to users that make them harder and slower to use. Clicking a hover menu item is not as easy as it looks.

Hover Menus Force Users Through Hover Tunnels

One of the worse things about hover menus is that they force users to move their mouse through hover tunnels. Hover tunnels are passages that users have to move their mouse through to click an item. Older users who are less tech-savvy will often have trouble doing this. Even tech-savvy users can find it annoying that they have to move their mouse in a confined path.

Hover tunnels make it harder and slower for users to navigate. When a hover menu opens, users can’t move their mouse to the item they want in a straight line. If they do, their mouse will fall off the hover path and close the menu. Instead, they have to move their mouse through the hover tunnel in a particular pattern so that the menu doesn’t close on them. There’s no reason users should have to work this hard to navigate a website.

Why Hover Menus Do Users More Harm Than Good

Why Hover Menus Do Users More Harm Than Good

Hover Menus Make Peripheral Items Harder to Click

Hover menus close when the mouse moves outside the menu. This makes items closest to the menu edge harder to click. Users have to slow down their mouse movement when they try to click a peripheral menu item. If they don’t, it’s easy for them to miss the item and land outside the menu, resulting in a menu close.

Some menus add extra padding around the menu, so that if users miss the item the menu will still stay open. But extra padding doesn’t fix this problem because many users can still move their mouse too far without knowing. Users shouldn’t have to move their mouse in a certain way to click a menu item.

Why Hover Menus Do Users More Harm Than GoodWhy Hover Menus Do Users More Harm Than Good

Hover Menus Hide Index Pages

Many websites have index pages that give users an overview of content so that they navigate easier. But these index pages can’t help much if users can’t find them. Index pages are often hidden in the category name that users first hover their mouse over. Most users don’t know that the category name leads to the index page because it looks like it’s already selected. The highlighting on hover makes it unclear that the category name is a link. This hurts new users who often need index pages to give them an overview of content to know where to navigate.

Why Hover Menus Do Users More Harm Than Good

Menus Should Open on Click

Menus that open on click instead of on hover solve all these problems. Click menus free users from hover tunnels, challenging peripheral items and hidden index pages. Here are a couple of approaches to click menus you can use.

Standard Click Menu

The first approach is the straightforward way where the menu opens when the user clicks it. It closes when the user clicks anywhere outside the menu. Unlike hover menus, this approach allows users to move their mouse however they want. Closing it is as easy as opening it.

Click menus force you to put the link to the index page inside the menu because clicking a general item can only open the menu. This means that linking the index page to the general item is no longer an option. It’ll have to become a menu item. This makes it clear where the index pages are so that users can’t miss them.

Why Hover Menus Do Users More Harm Than Good

Collapsible Mega Menu

A collapsible mega menu is useful if you have a lot of items in your menu. The advantage of this approach is that it won’t cover up any page content. Instead, it’ll push the page down when the menu opens so that all content remains visible. Not only that, but users can move their mouse anywhere and the menu won’t close on them. This means no more hover tunnels or hard-to-click peripheral items.

Why Hover Menus Do Users More Harm Than Good

Final Thoughts

The benefits of using click menus outweigh hover menus. Designers need to know the harm they’re doing to users when they use them. You should never use a navigation technique because it’s popular. You should only use it if it proves to give users a positive navigation experience.


Why Hover Menus Do Users More Harm Than Good Why Hover Menus Do Users More Harm Than Good

Author and editor-in-chief of UX Movement. Loves great web experiences and fights for the user.

71 Responses to “Why Hover Menus Do Users More Harm Than Good”

  1. Henry

    Mar 1st, 2011

    Exactly. Hover just doesn’t work for PCs because your mouse cursor has to be -somewhere-. Sometimes when I’m tabbing across pages or scrolling I don’t want things to be opening or ads to be making noises at me just because my mouse happened to be somewhere. It’s really annoying.

  2. Brittany Rubinstein

    Mar 1st, 2011

    Was never really a fan of hover menus myself. The worst is when they’re not coded correctly and don’t close when they’re suppose to and then just sit there blocking other things on the page. I like your click menu solutions. I always find it helpful when there’s a little arrow telling me if there’s more to see. Menus can get complicated when there’s sub-menu upon sub-menu.

  3. Tom Pain

    Mar 1st, 2011

    Anthony,

    In principal this is a great idea and one that I have implemented on sites I have developed.

    However the hover state and its mechanism are an inherent part of the browsing experience. Adding an additional action in between the user and a drop down is almost counter intuitive isn’t it? If you intone, through an arrow icon on a button for example, that there is a drop down not all users will understand that a click is required to open it and may overlook or miss a vital aspect of the interface.

    I think there is a place for both and admittedly a click state is a much more robust and reliable implementation of drop down / panel menus, however I don’t see hover state menus ever disappearing completely.

    It is up to us, as designers and developers to ensure that hover menus work as efficiently as possible, through a mix of ergonomic design and intelligent programming.

    With the advent of things like jQuery and its delay function we can manipulate the hover state in such a way that things like running outside of a hover area are far less irritating than they used to be.

    All that said I loathe the first example you cited! Those menus drive me mad!

    Excellent article, got me thinking.

  4. Stuart

    Mar 1st, 2011

    Great post, as usual, please keep it up! I keep all your posts in mind during my UI design projects.
    Stuart

  5. Adam Kochanowicz

    Mar 1st, 2011

    THANK YOU!!! Hover menus take what could be a nice layout and turn it into a steady hand maze game for users.

  6. Manuel Ressel

    Mar 2nd, 2011

    Jakob Nielsen already mentioned the “diagonal problem” two years ago (http://www.useit.com/alertbox/mega-dropdown-menus.html). It’s really sad that 90% of mega drop downs still have this problem.
    But I think it’s not necessary to open it on click. You just need to implement a short delay before closing the menu. If the user hits the menu again in this short delay it will not disappear.

    • anthony

      Mar 2nd, 2011

      The delay solution he suggests won’t work for all users because not all users move their mouse at the same speed. Some move their mouse fast and some move it slow. His solution is a band-aid for a persisting problem.

    • Andy

      Mar 3rd, 2011

      I have been using jquery hoverintent, which resolves the delay & tunel issue.

      http://cherne.net/brian/resources/jquery.hoverIntent.html

      • Adam Kochanowicz

        Sep 25th, 2013

        @Manuel The delay solution assumes I hovered over the menu intentionally. Unintentionally, the feature becomes a burden. I have to wait for the delay to click on the thing it just covered up.

        You might say “so what, it’s 500 miliseconds” (or whatever it is). And while it’s not going to make me late for the movies, I still experience it, and it’s irritating.

        That being said, in the case of accidental hover even without the delay, I have to run away from the dropdown and run back carefully to correct my behavior. With a click menu, the menu waits for me to ask it (click on it) to open.

  7. Dennis Stevense

    Mar 2nd, 2011

    While I agree with most of the points made in this article, the author does not discuss what I believe to be an advantage of hover menus. Also, I think that a lot of the “harm” can be taken away by adhering to a few restrictions.

    The advantage of having menus open on hover is that it allows users to browse through the menu items, to get a feel of the structure of the menu.

    A solution to the ‘unexpected open/close due to hover’ problem can be to require the user to click any top level menu item first. After that, hovering can be used to quickly change to other menus. Similarly, the user has to click outside the menu to close the currently opened menu. Basically, the way application menus work in Mac OS (and Windows too, I think).

    Hover tunnels pose no problem for menus that are restricted to horizontally listed top level items that open menus of vertically listed subitems. (I think it is rarely a good idea to make the hierarchy any deeper anyway.)

    Finally, one can use a disclosure indicator to go to the index page and use the label of the menu item for clicking and/or hovering. (Similar to the second solution in the article, but giving precedence to browsing the menu instead of navigating to the index page.)

    • Adam Kochanowicz

      Sep 25th, 2013

      Thanks for bringing up the comination click+hover functionality as you describe. We opted for this for a new menu on our website. It replaced a click-each-parent menu we had before.

  8. Jared

    Mar 2nd, 2011

    Strongly disagree with this.

    You can set hover menus to close a set amount of time after the cursor has left the hover area. This allows you to take the quickest path (you may have to test and adjust this time to find a good balance between not enough and stays too long but I by far prefer this method).

    Additionally, I’d much rather be able to quickly browse through the menu options (by hovering over them) rather than having to click to open each one.

  9. jack

    Mar 2nd, 2011

    Great post, Anthony – thank you.
    I’d be interested to here what you think about hovers for tooltips and the like – times when you just want to show a little bit of contextual info/help. Hovers then? Or still require a click?
    Thanks!
    Jack

    • anthony

      Mar 2nd, 2011

      Showing tooltips on hover are fine for icons because icons don’t always tell users what they’re clicking. But you don’t need tooltips in a navigation menu because they have text labels already that do just that.

  10. Joss Crowcroft

    Mar 2nd, 2011

    Good points, but I think you’re missing something – Yes hover menus are hard to *hover over*, but if the developer is worth his/her salt, they’ll have implemented something like hoverIntent and superFish, which detect when a user has accidentally left the hover menu and will give a delay before closing – this makes it less easy to close the menu by accidentally skipping outside its boundaries.

    Also – the ‘hidden’ index pages thing is an issue, so I think devs implementing a hover menu should put the hovered menu item (the clickable index page) as the first item in the dropdown – that way users who don’t realise the top-level nav element is clickable can still see it’s an option in the drop menu.

    I don’t think these are good enough reasons to write off hover menus entirely, but it’s definitely a good bunch of points to think about from a UX perspective..

  11. Jez

    Mar 2nd, 2011

    A think a better solution is using JS such as Hover Intent.

  12. Chad Holden

    Mar 2nd, 2011

    I think the problem with this logic is that, although mildly unusable, hover menus have become expected on websites.

    I am never surprised or put off when I hover over a menu and a drop down comes out to give more menu options. Granted some menus could be achieved better using onmouseout delays etc so the quickest path thing doesn’t happen, but people have come to expect drop downs on content heavy sites.

  13. Tom Bran

    Mar 2nd, 2011

    Great article.

    In addition, hover menus simply don’t work on touch devices: a point that will become increasingly relevant as smartphones, and tablet devices proliferate – and more and more websites make use of ‘mega dropdowns’ (et al) as a key part of their navigation.

  14. Dan

    Mar 2nd, 2011

    Away with hover menus. I’ve had too many times when I don’t know when a menu item has a hover flyout or not. I end up clicking the the menu item to find a hover submenu popped out a half second later as my browser thought about it, but it’s too late and it’s on to loading a page I didn’t intend to load. Nothing changes the fact that users expect to click to interact. Clicks are NOT a bad thing, and you aren’t helping much by saving the user the extra finger twitch. A click shows intent. Like others have said, you need to drag the cursor over certain elements to get from point A to point B – you can’t not have a cursor on the screen. Who is to say what should trigger a menu to appear? Sure, you could give it a delay so that you can pass over it without triggering it, but that is much more painful than just clicking it.

  15. michelle

    Mar 2nd, 2011

    Strongly oppose to this viewpoint.

    Our website shifted from Click to Hover without any issues. Not only did it result in speedier navigation time, it allowed our audience to view content categories at a glance rather than tediously clicking back and forth until they found the right section they were after.

    I think your argument has more to do with poor design and development rather than the functionality itself. There are some poorly designed hover menus that do irritate but that could be easily remedied by intelligent IA and dev tweaks.

  16. Cliff Huizenga

    Mar 3rd, 2011

    When designing/developing a site, it’s hard to determine how the end user is going to work a website, because you’re constantly in front of it—anything you think makes perfect sense does, even if it doesn’t to everyone else. In this case, the only working version of a hover menu is one where it appears going straight down, minimizing user interaction issues. Otherwise, menu navigation should be re-investigated and pitched to the client with reasons.

    A good rule of thumb when designing a site: Can your less-tech-savvy family members use this site easily?

    • Adam Kochanowicz

      Sep 25th, 2013

      Sounds like an argument in favor of the click menu. If designed correctly, it’s more consistent with dropdown menus in their native OS (that they’ve learned to use).

  17. Brian Rowdy

    Mar 3rd, 2011

    A little made up rule I use: 3 clicks without a homerun for a new visitor is the end of the conversation! Hey it’s a compromise client’s can get on board with in a realistic time frame.

    As you say yourself: A lot, ( a whole lot) of users browse a site with their eyes and mouse simultaneously looking at/for where everything is and tend to skim your site structure by hovering through your main navigation. If you have ‘crap” flying everywhere that’s just bad design. There are other ways to indicate an element outside of the main navigation is click-able and that’s all they are really looking for at first blush, but the menu should be effortless.

    I know bad hover design flies open and hogs the screen, flickers as it goes in and out, etc. Roll over effects causing users to have seizures as the try to read sub nav options. Hey, on top of that what’s more upsetting than visiting a new place and getting a “slap in the face” for saying hello. That’s what a user feels just as they try to read your menu while their mouse drifts, and just as they focus on reading the menu . . . SNAP the menu is gone.

    Here are my 2 notes for saving the hover menu because I think wasted clicks are just another bounced visitor on the way back to Google search results:

    1 Leave a place for them to pull down your nav without selecting something. I simply leave a blank at the bottom so they slide the mouse down the menu, and have a place to rest it while they read the list without the menu snapping shut. and make each menu wide enough so that a little mouse drift doesn’t result in a slap to your user’s face, eyes, brain, whatever.

    2. Hover tunnel note: The real killer there is that Fly Outs are always bad design, even with a click. I have only seen a handful in the last 2 to 3 years that were acceptable and frankly it took genius to get them that far. Beyond 3 years ago and they were all crap. If you have horizontal fly outs I wish you the best but you have deep IA issue with your project and I can’t stare at a train wreck all day I have other things to do.

    Bad design is inherent with any project involving clients. If there is not a bunch of stuff you hate when the site launches, then you built the site for yourself and not for the client.

    Your article is a great swipe at bad design and I enjoyed it but the click bait title was misleading to say the least, and you could go much further than trying to contain this to just hover menus!

  18. may

    Mar 3rd, 2011

    I always thought:

    hovering is used when information is on the same page.
    clicking takes you to a separate page.

  19. Emil

    Mar 3rd, 2011

    How about accessibility, is it possible to build a multi level menu click/hover without relying on JavaScript? JS may fail to load, not all mobile browser supports it etc.

  20. Alex

    Mar 3rd, 2011

    Not only do I agree with the post, I think it comes at an important time in web-design. Mobile/touch screen platforms simply do not support a hover paradigm. It’s reassuring to see a rationale for doing away with content accessible only through hover gestures.

  21. Tim

    Mar 3rd, 2011

    I think it depends on how menus are implemented and what is the result of NOT doing a hover compared with how far users will need to dig on the internal pages from that point on. For example, Apple used to have a horizontal subnav on their site. They removed it years ago and implemented a “better search” system instead. I still have a hard time finding things on their site now. Where do I got for movie trailers? How can I find software downloads? There is no place to look for these items in the navigation. Things that are pretty integral on the Apple site are now hidden from the average user. Very poor UI and I doubt they A/B tested it very well.

  22. Matt Ryan

    Mar 3rd, 2011

    +1 hoverIntent… no problems.

  23. Good Web Design

    Mar 3rd, 2011

    Good Stuff. I normally give up as soon as the hover menu disappears when I accidentally moved out of the hoer path… hehe

  24. Adelar

    Mar 3rd, 2011

    Great article. I agree.

  25. Arturas Kvederis

    Mar 4th, 2011

    Anthony, thanks for a great article, some interesting points taken. But I do believe that on hover menus has their advantages when dealing with complex IAs, and like Michelle indicated a lot depends on the implementation and design.

    Both approaches has their ins and outs, that is why we love usability testing :)

  26. theWebalyst

    Mar 4th, 2011

    Too right. Menus that open on hover are usually a hindrance rather than a help, and you’ll find them on big buck designed websites. There will be a place for them in some applications of course, but I frequently encounter them being used innappropriately.

    Proper consideration of User eXperience (UX) is lacking in many designers (or their employers, marketeers?). This is not just annoying their customers, but really bad for business!

    Annoy a website visitor or make their task difficult and you WILL hurt your conversions and sales.

    Mark (in London)
    theWebalyst: Websites and Web Marketing for Freelancers, Practitioners & Therapists

  27. Ian P

    Mar 4th, 2011

    I agree with a lot of this, hover menus are often a lazy cop out for developing a proper sitemap…. the extra pages you can’t fit anywhere can be ‘hidden’ in a hover.

    I don’t, however, agree that users know to click and so a click menu is better than a hover one. If they need to click to open the menu, then you can’t of course have the index page on that menu item. You’d need to add an additional menu item (maybe ‘All Products’ to use the example above) and this doesn’t seem like a very clean semantic way of doing things.

    The exception of course is that touch devices (iPads etc.) can’t really cope very well with hover, but due to media queries (etc. etc.) they could be served with different behavior than the more traditional desktop users.

    • Boner Jam

      Mar 4th, 2011

      So if I want a user to find a subcategory, I should be sure to have a proper sitemap and not use a dropdown menu in my main navigation?

      Keep sippin’ that tea, mate

  28. Jason Flaherty

    Mar 4th, 2011

    Great post. That is exactly correct. You hit it. I never have like trying to follow the tunnel! That was a great example. :)

  29. Gaurav M

    Mar 5th, 2011

    Tunnel approach is a real headache. No user want to be menu explorer.
    Focusing on increasing the hit area for Anchor, menu items is always a concern for me the while building the web for people.

    Thanks for Lovely article :-)

  30. brian kalma

    Mar 6th, 2011

    Kind of a silly article, it really depends on the use case, product the site is supporting, etc. There is no universal truth to this feature being good or bad.

  31. Sebastian

    Mar 7th, 2011

    Thanks for pointing that out. Unfortunatelly no flatter button in your blog ;)

  32. Jeremy Glover

    Mar 7th, 2011

    Great article. I am a huge fan of click menus vs. hover menus. Google knows what they’re doing when it comes to usability. So I’ll be happy to follow suite on my sites.

  33. Bert Heymans

    Mar 10th, 2011

    I’m strongly in favorite of click to open, certainly when the submenu has a lot of links. In response to Chad Holden, I believe that the expected hover behavior is easily countered by offering some kind of interface affordance like an arrow to click in order to unfold.

  34. Sebastian Green

    Mar 10th, 2011

    Good arguments and I agree with them. Even more so due to touch devices which effectivley dont have a “hover state” anymore.

    However, I find the majority of users understand menues that appear on hover and just expect them to be that way. They dont expect to click and then see a menu.

  35. Juan David Saab

    Mar 13th, 2011

    Related with this, Nielsen post an interesting article about the case of Mega Drop-Down menus. He said that the size in some cases can reduce the impact of the Diagonal Effect. http://www.useit.com/alertbox/mega-dropdown-menus.html

  36. Quora

    Mar 24th, 2011

    What are some best practices when building site navigation? Worst practices?…

    Not sure there’s a real answer for this, but there’s a good discussion of this same question in the comments: http://uxmovement.com/navigation/why-hover-menus-do-users-more-harm-than-good

  37. matt

    Jun 1st, 2011

    Tired of all the frivolous hover overs. I went to reply to a message on eBay. Spent 5-10 minutes on a long winded reply. Went to click the send button, I over shot it and a hover over appeared. Before I had a chance to change to realize it, my finger was clicking the send button…but it wasn’t the send button, it was the item in the hover menu above it. I got redirected to another page and MY WHOLE MESSAGE GOT DELETED. I was pi$$ed. Sure its bad design, but still, a menu shouldn’t even be covering up a very important button causing large amounts of frustration.

    • anthony

      Jun 2nd, 2011

      I feel your pain. That’s the ridiculous thing about hover menus. People think they’re convenient, but they’re actually not. How convenient is it to accidentally trigger a hover menu and open something you didn’t mean to open? That’s not user convenience, that’s user error. The principle here is to carry out an action only when the user asks for it. Moving your mouse over something is not a clear enough request from the user.

      • Suzanne

        Jan 30th, 2012

        I hate hover menus. They have incorporated them onto our Website recently and I just hate them. Who ever thought they were a good idea anyway!

  38. Shailendra Sial

    Jun 1st, 2011

    Came on the website for first time via search engine land and the site is just awesome. I was searching for similar website since long time as it will help me sharpen my user interface’s design skills.

  39. Tom

    Sep 28th, 2011

    It strikes me that there may be a more important reason click menus are not popular with developers: they are easily mistaken for hyperlinks, and hyperlinks disrupt mode. Users know that when they click a link, they will be blocked while a new page is loaded. We are all thus cautious about “testing” anything that looks like a link for fear we’ll invoke unintended navigation.

    Because this is all so subtle, I’m strongly in favour of a subtle solution: be careful how you style any interface elements (menus, tabs, etc.) that are NOT hyperlinks, and choose :hover styles carefully. In particular, avoid the “pointer” cursor, and avoid manipulating text-decoration.

  40. Lisa Trager

    Nov 8th, 2011

    It depends on the situation and the implementation. If you want the primary navigation items to have landing pages and reveal to users the secondary pages available, the most intuitive and expititious approach is in fact hover.

    If you have a rambling secondary and tertiary nav associated with the primary nav item, then yes, it could pose usability problems.

    Like everything we do, when it comes to user experience design, decisions should be based upon the context and the use case – not a blanket approach.

    Lisa L. Trager

  41. Sébastien Gicquel

    Nov 16th, 2011

    Thank you. Great articles. I agree with you.

  42. Tyler

    Dec 29th, 2011

    Nice article. Here’s a link that talks about solutions to the hover tunnel problem that’s mentioned, and distinguishes hover menus, click menus, and sticky menus.

    http://thomaspark.me/2011/10/making-menus-escapable/

  43. Declan

    Jan 30th, 2012

    Whilst I agree in principle with this article and the issues that arise with hover menus, I still feel that they feel more natural and allow for more sophisticated design than click menus.

  44. Mark

    Apr 27th, 2012

    Big miss on this one. Drop-down menus generated by click without informing the visitor of what will happen on click is a HUGE mistake. When a user sees the word “Products” in the menu with no other notations, they expect to be taken to the products page when they click on that option. To instead display an additional menu does two things:
    1) confuses the visitor
    2) does not allow for a “main” products landing page without the use of an additional link in the products menu

    • Steve G

      Jan 28th, 2013

      Agree with this point. The evolution of user expectations over the years because of touch will be interesting though.

  45. Alejandro González

    May 6th, 2012

    Thank you for the article, excelent. Is a good practice.

  46. Adam

    Jul 16th, 2012

    I think that with the increasing use of tablets thesedays, hover menus should be deprecated as you can’t hover on those devices anyway. Therefore any hover menu becomes useless then. Expandable on click areas have got to be the menu of choice surely!

  47. Arie Putranto

    Jul 29th, 2012

    I think a lot of people misunderstand the issue here. It’s not a drop-down menu that become the problem, but a hover menu. I myself prefer click-on/off drop-down menu instead of hover.

    People just get used to hover, so many developer thinks that it’s okay for their visitor.

    Somebody got to start doing a research about it …

  48. Maria

    Sep 21st, 2012

    I really honestly do not understand people having trouble with them. Especially the tunnel thing. Hover menu’s seem to cause me no hassle at all. Unless they are really badly coded, how are you all annoyed by them so much?

  49. Robin Buxton

    Dec 13th, 2012

    I’ve just discovered a major problem with mega drop down menu on a website that I maintain. Google reads everything in all the drop downs regardless of what page you are on. This makes it almost impossible to optimise each page for specific content, because all the pages on the site look almost the same to Google.

    Has anyone else noticed this problem and figured out a way to hid the non relevant contents in the menu from Google?

  50. Holidays in maldives

    Apr 9th, 2013

    Hover Menus are not good in mobile, if the web site doesn’t have a mobile version.

  51. Markus

    Aug 27th, 2013

    You raise some valid concerns, however none that haven’t been addressed.

    Amazon.com has implemented a menu script which easily detects when a user is going for the ‘fast route’ on a menu. worth checking out.

    • Adam Kochanowicz

      Sep 25th, 2013

      Amazon has implemented a hover menu that is bar none. It’s really extraordinary. However, it should be noted that this is a hover menu with one big parent and opens up to an enormous dropdown. Just saying it’s not comparing apples and apples.

  52. Tom Doan

    Nov 7th, 2013

    Disclosure menus have two problems that I’ve observed:

    1. The down arrow icon is itself too small of a target in most designs.

    2. Many people are not aware that the down arrow and index link are decoupled, so you can get a scenario where the user expects to see a menu when they click on “Books”, but is instead redirected to its index page, which either makes them confused or report the behavior as a bug.

    My current favorite design is a variation of the third option: a sticky collapsible menu. Sticky in that it uses a cookie to remember the collapsed/expanded state and would give the user the same look the next time they visit the site.

  53. vickersnyc

    Nov 16th, 2013

    HATE Hover menus!!! Never knew what they were called!!! The Shits!!!! advocated by simple-minded shits who don’t know shit!!! PV,NYC

  54. Jaden

    Jan 28th, 2014

    Roll over and drop down menus are one of the worst things ever done with HTML. They are the hallmark of bad websights.
    Many websights start out good and easy to navagate. Then for some unknown reason possibly realted to the Basic Laws of Human Stupidity….they devolve and become more useless over time.
    The people that seemingly try to make them better more often than not make them much worse. The trend seems to have infected the whole web. Its yet another example of inept engineering by persons who just don’t get it.

  55. Matt

    Feb 6th, 2014

    Something that bugs me is that on Amazon.com, Is that I click in the search box, let go of the mouse (and the cursor moved an inch), start typing, and find out a hover menu popped up, taking the focus away from the search box, and everything I typed doesn’t show up.

  56. Bill Forsyth

    May 13th, 2014

    Oh how I hate “hover tunnels”. I just never knew what the name of it was, but I sure think of a few names when I’m a having to take 4 stabs to navigate to a sub-menu item.

Leave a Comment