I’m trying to think this through using my extremely limited understanding of these things.
We’re reasonably confident that the offending ‘thing’ is the plug in ‘custom sidebars’?
This is quite an integral part of the main website though and one I’d be reluctant to lose at this stage
For this plug in to work, it must have generated some function PHP somewhere when it was introduced, and then things like colour and font have been altered using CSS
The question I suppose is where would I go looking for this plug ins PHP? I didn’t spot it in the PHP theme file, the only side bar references in their were to the themes own (AIT) which don’t work, but would the plug in have replaced these for functioning purposes?
I’ve found this bit related to the plug in which I have to say means nothing to me,
“These replacements will be applied to every entry post that matches a certain post type or category.
The sidebars by categories work in a hierarchycal way, if a post belongs to a parent and a child category it will show the child category sidebars if they are defined, otherwise it will show the parent ones. If no category sidebar for post are defined, the post will show the post post-type sidebar. If none of those sidebars are defined, the theme default sidebar is shown.”
If I turned off the side bar plug in? would that ultimately mean that the sidebars are lost though? If I turn it off do I lose all the code and the widgets? I seem to think that’s happened before to me?
Without this navigation a customer couldn’t get to the Woo sections anyway to place an order, unless I can find another way of navigating them on what would be the mother of bottom menu bars!!!
As far as I can see after inspecting your website, it could be theme itself related, somewhere in settings, cause that’s what you have in css for those pages with sidebar:
.subpage .mainbar {
float: left;
width: 660px;
}
and then for the sidebar part
.subpage .sidebar {
float: left;
padding-bottom: 20px;
padding-left: 80px;
width: 220px;
}
which would suggest it’s the layout forced by the theme you’re using maybe?
@melpomene – what I asked you to do isn’t to say don’t use the sidebar plugin. It is to TEST if that is the reason. This is called troubleshooting. Without knowing the cause, how can you fix something right? So I was asking you to turn that off and use the remove code and see if on shop pages, the sidebar still appears or not…But if you’re afraid that by turning off the sidebar plugin, you may lose your settings then I am afraid I can’t help with that.
After deactivating it, the main site (theme) left an empty side bar in place as a default, that went to full width when the page attribute was altered accordingly
The Woo pages it made no difference to because the page attribute setting box doesn’t appear on the right hand side in the editor
Even the shop page, which is the one that does offer me the option of setting it at full width, isn’t responding to the instruction to do so
I’m thinking that perhaps a bottom menu bar (which the theme does support apparently) might be capable of performing the task of the side bar, but as things stand it doesn’t really seem to have resolved the issue of this empty side bar default appearing in the Woo pages
The settings you see in the SHOP page will not work as WC does not use the standard page.php file template. Instead it has its own which are all in the templates folder of WC’s plugin. But regardless of this, if you already removed the code as what I mentioned, the sidebar for WC, will not show.
But I think your new problem now is not the sidebar and perhaps is the full width issue? If that is the case, that is a layout issue which you need to change in the WC’s loop start and loop end. You should read the docs on how to do this on their site.
Start with this -> http://docs.woothemes.com/documentation/plugins/woocommerce/
