Hi Gil,
Are you sure the box doesn’t stay hidden because the cookie is set? I added a test mode in the last update, you have to have it enabled in order to see the box slide-in regardless of whether a cookie has been set.
If the box still isn’t showing, I’ll run some tests. From the look of it, your rules look fine to me.
Thanks.
Danny
Hi Danny,
Yes, I tried with Test mode both on and off.
Thanks for your help on this, I really like the plugin.
– Gil
Hi Gil,
Fixed this in version 1.1.2. The plugin would only check the last rule, so if that one returned false the box still wouldn’t show.
Hope that helps! Let me know if it’s still not working for you.
Hi Danny,
It’s still not working for me :\ …with the rules as
is_front_page()
is_page(array('about-steven-kobrin', 'our-satisfied-clients', 'how-to-contact-me'))
it only shows on the home page. With the rules as
is_page(array('about-steven-kobrin', 'our-satisfied-clients', 'how-to-contact-me'))
is_front_page()
it doesn’t show on any page. Also, adding a third rule “if post type is” (left blank to show on every post) doesn’t help — it doesn’t show on any page or any post.
Am I using the wrong page-references or something like that?
– Gil
Hi Gil,
From the sounds of it, the is_page conditional is failing for you. Are you sure your page slugs are set to about-steven-kobrin etc..? Just to be sure you can also use the page ID’s.
Just re-tested the same set-up (but with my own page slugs), worked for me. You have to be using version 1.1.2 though.
Danny
PS. Are both rules set to “manual conditional tag”? If you’re using the built-in “If page is” from the select dropdown then you shouldn’t use the array() part. Just separate the page slug’s by comma’s.
Hi Danny,
I’m not sure how to determine the page ID’s but I am sure the slugs are correct — for example, the about page URL is http://goodlifeinsurancerates.com/about-steven-kobrin/
I updated to 1.1.2 when you released it and am now on 1.1.3 (by the way, I really appreciate your continued support and development on this plugin!).
The is_page and is_front_page conditions were set with manual conditional tags. Additionally, I used the “if Post type is” rule and left it empty.
– Gil
Hi Danny,
Oh no! Now the boxes don’t show on any page or post, even with only a single “show this box” rule, even with test mode enabled.
– Gil
Hi Gil,
Very strange, just took a quick look at your website and it isn’t showing for me either. What’s the rule like?
I didn’t say it in my previous comment but an empty If post type is rule won’t do anything. It will never match. If you want to show a box everywhere, use the Everywhere rule. 🙂
Didn’t have time yet to look into the other rules but will do so as soon as I can. Kind of busy catching up with University life at the moment… Sorry.
Hi Danny,
For the homepage box, I have it set to “manual condition” and the condition set to is_front_page().
I apologize — for the posts box, I have it set to “if Post is,” not “if Post Type is.” The placeholder text says “Leave empty for any” — should I disregard that? My goal is to have this one box appear on all posts, I’d hate to have to specify each and every one.
Thanks a lot for taking the time to balance this support with university.
– Gil
Hi Gil,
Ah, that makes sense. Yes, if you leave the if post is rule empty it will match any post. Will add that to the placeholder, just to be sure.
I just took a look at your home page, I can see the box showing up in the source which means the rule is working. It is not triggered at 80% of the page height though, which are your settings I believe.
The reason is that you minified and combined all JavaScript files with W3 Total Cache. If one scripts throws an error, the complete script (thus: all scripts) will stop from running.
The script throwing an error on your website happens to come from MailChimp for WordPress, another plugin of mine. It’s a conflict with sites that load their minified scripts in the header, instead of the footer (will implement a workaround in the next update of the plugin by the way).
For now, you can fix it by going into your W3 Total Cache settings and tell W3C to load the scripts in the footer (only available in manual mode) or follow the instructions in this blog post. It will improve the (perceived) load time of your pages as well.
Hope that helps Gil – will add workarounds for all of this in future updates of both plugins. 🙂
Danny
Hi Danny,
When I set the minify setting to manual (under “General Settings”), I couldn’t figure out how to turn off loading the scripts in the header — the only options I have (under “Minify”) for the header, body, and footer are “minify” or “combine.” Also, I added in tag suggested at the Hayageek post but it did not help.
Looking forward to the plugin updates.
– Gil
Hi Gil,
You can choose the placement of the combined JavaScript file if you set the minify method in W3 Total Cache to manual. Another option would be to place <!-- W3TC-include-js-head --> in your theme its footer.php file, but it has to be AFTER the wp_footer() call.
I get that this might all be a little technical so no worries, I will try to push out an update later tonight or tomorrow morning (Europe) which should fix the issue. 🙂
