Docs

[darktriadman]

The CSS code here does not seem to impact it:

(Using Ethos theme)

.x-navbar .desktop .x-nav li:hover > ul.sub-menu {
    display: block;
}

Has this known bug been corrected since spring 2015?

Regards,

Ivan

[Jade]

Hi Ivan,

Thanks for writing in! To assist you with this issue, we’ll first need you to provide us with your URL. This is to ensure that we can provide you with a tailored answer to your situation. Once you have provided us with your URL, we will be happy to assist you with everything.

[darktriadman]

It’s in staging, not live. Here’s a video:

https://youtu.be/7glAtPBcR5s

I think I have discovered what the problem is:

The vertical space between the parent menu link and the subsequent hover-generated child links, is large enough to cause the hover property to be disengaged when moving off the parent link and towards its hover-generated child links.

Can CSS be generated so that:

1. Once hover is attained over the parent menu link; child menu display remains TRUE unless the mouse moves OUT of an area defined as:

a) Top left of PARENT link; and
b) Bottom right of LAST CHILD link

That means that once you hover over the main navigation link, the subsequent dropdown child menu becomes the new focus – and does not disappear until the mouse moves off of the entire displayed parent + child menu area(s).

Does this make sense?

Regards,

Ivan

[Jade]

Hi Ivan,

Did you add any CSS customization that moved the submenu lower than it’s supposed to be?

Please try this code and adjust top value accordingly.

.x-navbar .desktop .sub-menu {
    top: 40px !important;
}

Hope this helps.

[darktriadman]

TOTALLY FIXED

I love you guys.

Probably among the best customer service (and great code) from any company around.

THANK YOU!

Regards,

Ivan

[Jade]

You’re most welcome, Ivan. 🙂

[Author]

Posts