JasperSch

Looking forward to any upgrades and will check next time whether Rule Groups are rolled out. For now: don’t worry, I’ve rolled back to the non-dependent version. Working like a charm. Thanks for all the efforts!

Hi Joachim,

Is there any chance that the independence option will be rolled out any time soon?

We are starting to rely more and more on this great plugin and need one sidebar (career as mentioned earlier) to appear with a wide variety of content (different taxonomies and different content types).

The plugin truly adds value to our website and we would love the roll-out.

Thank you,
Jasper

Supported taxonomy for Company post type is only Industries. Taxonomy is set for all Companies. If I check ‘Show with all Industries’, then the Company will still have to be with event category Career, right?

I understand your idea about the logic of the plugin, so thanks for making clear that indeed our condition can’t be met.

Under your reasoning, I can’t wait for the independency setting ;). Adds enormous flexibility and also allows for sidebars shown on a wide variety of pages, like ours for Career. I’d even argue that sidebars with independent rules are more common than with dependent rules, as complex dependent rules can be appropriately enhanced by specific styles in CSS, rather than by added HTML through your plugin.

Thanks.

Hi Joachim,

Your reply has allowed me to isolate the ‘bug’.

If I abstain from using taxonomy rules, indeed the sidebar shows with custom post types Company and Job (which support taxonomies but with no sidebar rules set on them).

However, if I then add a taxonomy rule on another post type Event (e.g. only show sidebar with events of event category Career), the sidebar disappears from Company and Job pages. Moreover, it doesn’t show on Event pages with the appropriate event category.

And it shows up again on Company and Job archive pages… And randomly on some single Company pages?

I’ve not been able to find for which companies it shows and for which it doesn’t…

Hi Joachim,

Still, I think the ‘discussion’ is twofold:

– Dependency of rules (which should not be an issue on our site), whether this is desirable or not.
– We aim to use one sidebar on multiple post types, and for some post types (events and posts) only if a certain taxonomy (event category and category respectively) is chosen. I guess that somewhere in the plugin, the taxonomy requirements get mixed up, since of course a certain event (or company) can never fulfil taxonomy rules on taxonomies the post type does not support. Could you recheck how the plugin deals with multiple taxonomies, each for different post types?

I agree that when a post type supports e.g. two taxonomies and both taxonomies have a rule, that both rules should be satisfied for the sidebar to show (dependency setting). However, on our site only one taxonomy is applicable at each moment.

Thanks for the quick response.

Hi Joachim,

Sorry for bumping this old thread. Just updated to 1.0 and it seems that you now fully rolled out the AND rule, as indicated in the changelog:

Fixed: all present rules now dependent of each other

One sidebar is used for:
Custom post type Company
Custom post type Job
Page Career
Event category Career
Post category Career
Exposure Singular & Archives

Now none of this should be causing issues, since there are never two rules applicable at the same moment. However, still the sidebar only on some occasions (even for some companies it does, while for others it doesn’t).

Could you please check the code or otherwise roll back the OR function? It is too cumbersome for us to make sidebars separately for each of these rules.

Thanks a lot for your great work!

Hm I’ve found the solution. Format code was

#_EVENTTIMES{has_location}

Which needed a space after #_EVENTTIMES. This still changed in 5.1.6 however.

I’m having the same issue. Just reverted to 0.7 and this fixes the issue.

Custom post types made using the Custom Post Types plugin work fine, but events from the Event Manager plugin cause one sidebar being shown incorrectly when a condition for another sidebar is true.

One sidebar should only merge below secondary aside on the front page but is now shown on single event pages where conditions for another content aware sidebar are true.

The changelog might suggest:

0.8
Added: some rules are dependent of each other if present

Is causing issues? Of course the order of plugin calls might also cause problems.

Any ideas?

For hierarchical post types (e.g. pages) I’ve thought of an option for whether or not all children of a selected object should be included automaticly.

Dear Joachim. This feature would be very much appreciated (auto apply to children), since the authors and editors often create subpages (not level 1 pages) after the website is aired.

Any thoughts on this? Maybe a separate checkbox? Implementation should be doable using get_ancestors().

Thank you in advance.