dropdown style changes if parent is active page or not

[WEswift]

SwiftThemes,

In the Cardinal theme, I have Appearance > Customize settings for Color – Navigation. Specifically, for the dropdown link color and background color in both default and hover states. The dropdown links default state seems to be set using the hover settings if their parent is the active page. I’ve included some screenshots to illustrate this. The dropdown links of an active parent page should be consistent with dropdowns of non-active pages. True?

I can correct this issue using custom css, but this seems like an issue on the theme level.

Thanks in advance!
-Paul

Attachments:

You must be logged in to view attached files.

[Rui Guerreiro – SUPPORT]

Hi,

Will forward this topic to the development team.

-Rui

[Swift Ideas – Ed]

Have you add CSS for this on your site? Not sure I follow exactly. Are you able to replicate here? http://cardinal.swiftideas.com/asset-reference

– Ed

[WEswift]

As mentioned, I could correct this issue with custom css. However, I think the fix is best implemented in the theme itself. The Appearance > Customize feature settings for dropdown hover style (text and background color) seems to be getting misapplied to the default active dropdown links. Please see the attached screenshot for clarification.

Thoughts?

Attachments:

You must be logged in to view attached files.

[Swift Ideas – Ed]

Ok, thanks for the clarification.

The reason this happens is because those sub-menu links are on the current page when you are on the Thematic Goals page – which is why they show the selected state (WordPress registers them as being the current page).

– Ed

[WEswift]

Ah. The submenu links, in this particular case, are actually on-page anchor links for the current page.

For example, the parent is:
http://clients.werremeyer.com/wgsd/thematic-goals/

And the submenu Culture of Innovation link is:
http://clients.werremeyer.com/wgsd/thematic-goals/#culture-of-innovation

As a test, I replaced the links from the first two submenu links with a #. Those links now appear as intended because their parent element li’s aren’t being given the class “current-menu-item”.

Since this is a highly unique use case, I suspect the theme is not setup to test for an on-page anchor link and differentiate it from the base page link itself. The appropriateness of the “current-menu-item” designation depends on one’s definition of what the “current-menu-item” should be – specifically how granular it should be. I suspect it will be up to me to solve this particular styling challenge with custom css afterall.

Thanks again for your help.

[Swift Ideas – Ed]

That is actually the standard WordPress output – not theme code. We don’t have any intervention with that. If you’d like, I can write up some quick jQuery to remove the current-menu-item class from those menu items?

– Ed