wizzud

I’m sorry, but I need a bit of clarification about what you mean by

When you click on A, then the child pages will appear…

Are you talking about:
(a) a purely visual effect, whereby the browser does not perform the expected action of navigating to the A page, but instead it toggles the menu’s display of the A page’s sub-pages (a1, a2, & a3)? or
(b) having navigated to page A (so page A is being displayed, not the home page) then the menu now shows all the top level items, plus page A’s sub-pages?

If you mean (a), then the answer is No, CMW will not do that for you. CMW will produce a menu containing the necessary items and sub-items, but it does not provide the javascript required to control the collapse/expand of a menu tree. (There is a limited discussion about collapse & expand in this thread if you are interested)

If you mean (b) then the answer is Yes, CMW will filter a menu’s items such that only top level items and any sub-pages of the current menu item are output (ie. A, a1, a2, a3, B, C and D, given that A is the current item).

The documentation has now been re-jigged a bit – the Shortcode Parameters are now under Installation, and displaying in their entirety – and I have clarified that non-one is forced to use a widget (even though that is the prime function of the plugin). While bearing in mind the “configuration page” request for the shortcode, I am marking this as resolved…

In the Fallbacks section there is a checkbox option for Try items marked as Parent of Current : if you haven’t already, could you try setting that option?

Your Hueman theme has removed all padding, margins, and list styling.
Look at the code – Inspect, or View Source – and you will see that there are up to 3 levels of menu, in nested ULs (ie. hierarchical).

Try it with TwentyFourteen theme?

Do you have a page I can look at that shows this problem?

Actually I think the problem lies with the fact that CMW is a Widget!

The cmwizard shortcode uses the CMW widget to do its processing (by calling WordPress’s the_widget() function). That makes sense because the shortcode is, after all, just another means of calling the widget.

I believe the problem with your theme is that it calls do_action("widgets_init") when it registers its own custom widgets. And it does so twice. I don’t think it should be calling it at all!

In the theme’s framework/class/ folder there are 2 files : widgets-default.php and widgets.php. At the bottom of each one, there’s a function that’s hooked into the “init” action; each function registers some custom widgets, and then runs do_action("widgets_init"). The consequence of re-running do_action("widgets_init") is that instantiated widgets get removed from the list of registered widgets. This isn’t helped by what I believe to be a bug in WordPress’s WP_Widget_Factory::_register_widgets() method, however that doesn’t alter the fact that there’s no need to re-run that action.

If you comment out those two calls to do_action("widgets_init") then the cmwizard shortcode will work just fine.

I think it’s worth contacting the theme’s author and suggesting that their custom widgets should possibly be registered on the widgets_init hook (as documented by WordPress), not the init hook, and that there is no need to call do_action(“widgets_init”) themselves (in fact they shouldn’t!). Of course, there may be a good reason why they do it that way…

Unfortunately there is nothing I can do – in terms of any amendment to CMW – to correct this, I’m afraid it’s all down to the theme. Sorry!

Hi Alex.
I can’t see anything in your plugins that would interfere with CMW shortcode usage.
I’ve noticed that your theme appears to be the LawBusiness – Attorney & Lawyer WordPress Theme, by cmsmasters? If I’m correct, one niggling little doubt occurs to me : the theme states that it provides 23 custom shortcodes, and the coincidence of the first 2 letters of “cmsmasters” and “cmwizard” being the same prompts me to wonder whether they have their own [cmwizard/] shortcode which is overriding mine? I am unable to get at any documentation that states what the 23 shortcodes they provide actually are, so is there any way you can check? One quick test would be to switch your site back to WordPress’s TwentyFourteen theme and see if my [cmwizard/] shortcode then works. If it does – and I sincerely hope it does! – then your answer is your theme.

The adjustments you want to make are all controlled by your Biosphere theme styling, and it might be better to throw the questions their way?

However … the simple answer to each question is Yes.
1. You need to override the theme’s #footer .widget-title style, and set font-size as required, possibly other font styles as well
2. You need to override the theme’s #footer .widget li and remove the border-bottom, possibly changing padding & margin as well
3. The theme appears to be using a 16-column grid; each widget in the footer is currently set to cover four columns. I can’t tell what widget areas you have available, whether the theme decided on the container width depending on the number of widgets placed in the widget area, or whether you have full control over the widths. But basically you need to be able to divide 16 columns into 5. If there’s no obvious way of going about that, then I would suggest asking the theme author.

For styling changes, the theme may provide you with a mechanism for tweaking any styles? I don’t know. The best person to ask is the theme author.