Allow filtering of css classes for Nav items

[StrangeTech]

As per this discussion:

Active state for menu item for blog cpt post

@Louis, in the past we’ve used the nav_menu_css_class filter, we’ve tested this with Cwicly/FSE and it doesn’t work due to nav_menu_css_class relying on the “old” way of displaying nav menus. We quickly refactored our code to use wp_get_nav_menu_items and tested but it doesn’t seem to show classes added using this method. I had a quick look at the Cwicly codebase and can see the reason, based on how the classes for nav items are created. Please can you append the classes from wp_get_nav_menu_…

Following on from this feature request:

When viewing post pages, set the post archive page in the menu to current or current-menu-parent / current-menu-ancestor

Description: When visiting any page, if that page is in the menu it is set to the current page. Usually with post types, a desirable behaviour to ensure users know where they are within the site is the following: Viewing any post page will result in the post type archive page menu item being set to current (as if the post page was a child of the archive page menu item). In any cases where this didn’t happen automatically, using the standard WordPress menu we could use filters to ensure the…

And this previous thread:

@Louis

As for classes, I’m still hesitant on whether we should include them as well since there are quite a few default ones. Maybe a toggle in the menu block?

I have created this feature request for easier tracking of this specifically.

We really need to be able to set the current class on custom post type parent archives when viewing a post of that type. This will only be possible when Cwicly allows filtering of the classes.

[StrangeTech]

Given the upcoming 1.3 release I appreciate the focus is on that. I am just re-requesting this, as we have a website releasing this week and we can’t highlight certain menu items due to this issue so for us this is high priority.

Please take a look at adding this soon, thanks.