andrewf9

@cecileseth Thank you for your reply. I am pleased you found a workaround. I am not familiar with the plugin. The plugin developer might recognise the ‘footnotes’ class, it should be specified in a stylesheet in the plugin. Simple text search should discover it.

If he cannot help and you still need to fix it, I can have a look at the plugin code.

Hi,
It appears that the plugin is adding a symbol at the start of each link in the ordered list. The symbol is superimposed by the number that is the default for an ordered list. @cecileseth I am not sure if you want to use a symbol or an incremented number?

If you just want the latter without the symbol then there is a class being applied to the ordered list tag <ol> called “footnotes”. So the tag looks like this (using firefox inspector tool: <ol class="footnotes">. Using the tools if you edit out that class so it looks like: <ol> you are left with the default incremented numbers.

I think there may be a script in the plugin that is adding that class dynamically? So that script could be hacked to stop that from happening.

• This reply was modified 4 years, 9 months ago by andrewf9.
• This reply was modified 4 years, 9 months ago by andrewf9.

Hi d4z_c0nf,
Thank you for your detailed response. You are correct. I have copied at least the inc directory into my child theme. I dimly recall having problems setting up the child theme a year or two past. I found i had to copy some of the parent files into it to make it work. Perhaps it was because i use the grey skin as my starting point? I also make use of custom templates and the template hierarchy. Perhaps that also necessitates copying in parent files/ folders?

I am going to try simply deleting the inc folder in the child theme in line with your recommendations. If that does not work, will copy in the inc folder from the 3.1.24 version of the theme.

You have certainly identified the problem.

Thank you,
Andrew

Hello Nikeo and rdellconsulting,
I managed to track down the problem. The problem turned out to be a class inside a couple of custom templates i created. I checked out the example custom template and changed a couple of div classes in line with best practice. Then the child theme began working responsively again.

So it was ‘human error’. I also removed custom CSS from the grey.css file according to best practice for Custmizr and copied it into the style.css file for my child theme.

Thanks,
Andrew

Hi Nikeo, Thank you for responding!
I have set up a staging copy of the production site and have done a lot of trial and error.

Just tried your above steps but no change. However, the trial and error I have done over the past few days has helped to narrow down and reduce the scope of the problem.

Here is summary of what i have done so far:

a) Restored a copy of the ‘old’ version of your customizr theme into the ‘themes’ directory of my site. The single stacking feature began working again.

I want to use the latest version of your theme, however, so tested it out with rebuilt versions of my child theme (I assumed that it is my child theme which although it works okay with the ‘old’ version of your theme, is the source of the problem with your new version.

b) So i rebuilt the child theme strictly according to ‘best practice’ on your Customizr documentation site. So moved my custom CSS into a ‘style.css’ file. However, i found that i needed to @import the ‘grey.css’ file (this was not explained in documentation) from the parent theme. I then added my custom CSS to the style.css file (in the child theme root folder).

Then most of the pages began stacking in single columns on small mobile device screens e.g. around 300px x ? resolution.. So the only issue now is that i have a custom post type called ‘myraces’. I have created a couple of custom templates to display these: and archive template and a single template. The archive templates displays a list of the ‘my races’ etc…

These pages are not displaying in single stack on small mobile screens. I guess this is due to my dodgy CSS classes used to wrap fields in the templates. I may be using one or two div classes that upset the responsiveness of the site under your latest theme but which I got away with using under the ‘old’ version…

If you have any ideas on this, would be really useful! Otherwise i will probably try rebuilding the templates and experimenting with various twitter bootstrap classes inside them to try to make the pages fully responsive i.e. displaying in a single stack on small device screens.

I can confirm that this is a possible bug introduced into the latest version of the Customizr theme. I have reported it to the theme author, Nicolas. The new version has some structural changes and this might be impacting on my site but possibly not on all upgraded sites?..

Hi, Thanks, yes, i did look there. I checked theme settings and when I found that one, I thought I might have found the root cause! But it was already enabled. I have been using firebug responsive and have found out that at 800 screen width the left sidebar loads (scaled down in size), the dropdown menu appears and I can retrieve content e.g. load the home page. This works at even smaller screen/ device size. But the single column stack is not happening at all.

I upgraded customizr theme recently. I notice some changes, e.g. they now have two versions of each .css, one minified. However the unminified one is minified, too. I am not sure if there may be some teething problems with the new theme, therefore impacting on my child one? My hosting company has also introduced their own ‘optimised’ version of wordpress available as a softaculous script. I am keeping the older unoptimised version. So could it be down to some kind of page caching that they have introduced?