Forum Replies Created

Viewing 15 replies - 1 through 15 (of 48 total)
  • Forum: Fixing WordPress
    In reply to: Multi Column Menu


    Yes, I’m aware that walker follows the hierarchy established by the admin interface’s menu tree and yes I’m aware that its up to the theme to display it correctly.

    People are creating these multi-column menus. They are common. I’m looking for input from people who have experience doing it with wordpress (ie: using the user interface in some way; not just hard-coding it in code – I know how to do that) or who might have input on how existing functionality in wordpress code is intended to be used to get this result.

    Forum: Fixing WordPress
    In reply to: Multi Column Menu


    Thanks for the reply and the link. It occurred to me that perhaps my question could have been more clear.
    Yes I’m aware that I would need to have wp_nav_menu() outputting the menu in some theme file (typically header.php) …that’s the least of my worries.

    The wordpress user interface on the admin panel at “>Appearance>Menus>” is based on a hierarchical model …designed for the typical drop-down menu where the menu items are hierarchical. A Mega Menu or multi-column menu does not use that hierarchical model. Instead the menu entries (or “links”) are arranged in columns or in some other visually logical order.

    Some people are using the “css Classes” text entry box in the menus interface to give the end user a way of specifying that a specific menu entry should appear in a Mega Menu (and it would probably be possible to code a way for users to specify where in the multi-column menu this particular entry should appear).

    I was just fishing around to see if anyone had any best-practice advice on how to implement this – from a high-level perspective. The basic problem is that non-technical users need a way of specifying how they want the menu entries to appear in the multi-column (non-hierarchical) menu. Mega Menu plugins give users an interface (sometimes a very complex interface) to enable many, many users with many, many differing requirements to do this. I’m looking for suggestions on how to give non-technical users minimal, rudimentary control over where specific menu items appear in a multi-column menu – whether the actual implementation in code is via the “css Classes” entry box or via some other method.


    Responsive works fine! It was an error on my part!

    (Forum moderator feel free to remove this topic if possible)

    • This reply was modified 2 months, 3 weeks ago by patrick_here.

    Works perfectly! Thanks !

    Forum: Plugins
    In reply to: [Crelly Slider] Widget?


    Okay, I see. The answer is to just use a text widget or similar.



    Wow! Thanks so much for that explanation, bcworkz …that is a sufficient explanation and resolves it for me.



    Thanks very much but I found the problem….
    Originally my code that was calling the “register_taxonomy()” was linked to the “init” hook. But then I changed it and associated it with the “after_switch_theme” hook. That’s what broke it. So the fix was to change it back to using the “init” hook.

    If anyone can explain all this to me, I’d certainly appreciate it. Specifically, why can’t I use the “after_switch_theme” hook in a case like this? I thought that register_taxonomy() would simply register the new taxonomy one time (by an entry into the database) and that it would make sense to have that happen immediately after switching to the new theme. I even gave it a high priority number so that it would be the first of several functions to be triggered when I switch to the new theme …but that all didn’t help. Can anyone explain in clear language why the “init” hook is needed in this case and exactly WHEN the init hook is triggered and why my idea of calling register_taxonomy() immediately after switching to the new theme didn’t work?

    Thanks in advance for any help.

    Thanks cleancoded …that plugin does look like it would do what I’m needing. I was really looking for a solution that I could code myself (without having to reverse-engineer that plugin) but otherwise I would have to go the plugin route.

    Yes, I think that what’s needed is a better explanation of what happens when we use the “-i” option (followed by two hyphens) to “sudo”. The error message recommends this:

    sudo -u USER -i -- wp <command>

    …So the message implies that USER must be a defined user in the WordPress Site but I’m not clear on whether USER needs to be a defined user on the Linux Host also. Of course it’s possible to have a username on the Linux Host that matches the WordPress Site Username. However I was actually running this in a script performing identical operations on eight different wordpress installations (located on the same server) so for this to work they would all need to have one identical username. That’s do-able of course.

    I’ll probably try this out shortly …would still be interested to hear input from anyone else who tries it.

    Also: I have noticed that apparently it might not be necessary in any case to have the user in the /etc/sudoers file after all.

    Okay now I understand what the problem was:

    Registering a new menu or menus with register_nav_menu() doesn’t mean the new menu will show up in >Appearance>Menus>

    I need to add one or more menus then go to >Appearance>Customize>Menus>MenuLocations>
    …and then the menu names I created with register_nav_menu() will show up.

    Thank you.

    • This reply was modified 2 years, 8 months ago by patrick_here.

    Hmmmm… I’m starting to wonder if I’ve bitten off more than I can chew…

    The Theme is twentytwelve. I created the page templates myself and the header-*.php files for the pages look something like this:

    wp_nav_menu( array( 'theme_location' => 'AA-menu', 'menu_class' => 'nav-menu') );
    wp_nav_menu( array( 'theme_location' => 'BB-menu', 'menu_class' => 'nav-menu') );
    wp_nav_menu( array( 'theme_location' => 'CC-menu', 'menu_class' => 'nav-menu') );

    And in the dashboard for >Appearance>Menus>, the names for these menus might look something like this:

    AA -> “apples”
    BB -> “berries”
    CC -> “cheries”

    …then when the “AA” page loads, wordpress generates CSS looking something like this around the menu:

    <div class="menu-apples-container">
      <ul id="menu-apples" class="nav-menu">
        // menu here

    So I don’t understand what I would do with the wp_nav_menu_args filter to make all this work properly for mobile.

    Thanks for the help.


    • This reply was modified 2 years, 8 months ago by patrick_here.

    Also, the tracking code that shows up in wp-piwik is the same as the one that shows up in the Server GUI itself for this site (and yes, it does show up in the source for the pages of the site). The site has an ID of 7 and the ID shows up in the tracking code:

    _paq.push([‘setSiteId’, ‘7’]);

    Yes, is my piwik server.

    Regarding the Tracking code …no that’s the problem: the piwik server ( is mentioned in the tracking code but doesn’t appear anywhere in the tracking code. The “Add Tracking Code” dropdown is set to “Default Tracking”. This looked wrong to me but I couldn’t figure out what to do about it.

    No, when I said that I added a second domain I meant that I added it in the Piwik GUI as a second domain to be tracked: is a separate wordpress blog in a separate directory on the same host (not a blog network) with a separate wp-piwik plugin installed, of course.

    Thanks in advance for the help.

    Nevermind …my bad.

    I found it. It was in an older log that had been rotated-out.

    Nevermind… I’ve solved my problem (it’s simple)

    Ths solution is to simply use relative paths in the hyperlink instead of the usual (default) absolute ones!

Viewing 15 replies - 1 through 15 (of 48 total)