This plugin gives every widget an extra control field called "Widget logic" that lets you control the pages that the widget will appear on. The text field lets you use WP's Conditional Tags, or any general PHP code.
PLEASE NOTE The widget logic you introduce is EVAL'd directly. Anyone who has access to edit widget appearance will have the right to add any code, including malicious and possibly destructive functions. There is an optional filter 'widget_logic_eval_override' which you can use to bypass the EVAL with your own code if needed. (See Other Notes).
The configuring and options are in the usual widget admin interface.
Aside from logic against your widgets, there are three options added to the foot of the widget admin page (see screenshots).
Use 'wp_reset_query' fix -- Many features of WP, as well as the many themes and plugins out there, can mess with the conditional tags, such that is_home is NOT true on the home page. This can often be fixed with a quick wp_reset_query() statement just before the widgets are called, and this option puts that in for you rather than having to resort to code editing
Load logic -- This option allows you to set the point in the page load at which your widget logic if first checked. Pre v.50 it was when the 'wp_head' trigger happened, ie during the creation of the HTML's HEAD block. Many themes didn't call wp_head, which was a problem. From v.50 it happens, by default, as early as possible, which is as soon as the plugin loads. You can now specify these 'late load' points (in chronological order):
- after the theme loads (after_setup_theme trigger)
- when all PHP loaded (wp_loaded trigger)
- after query variables set (parse_query) this is the default
- during page header (wp_head trigger)
You may need to delay the load if your logic depends on functions defined, eg in the theme functions.php file. Conversely you may want the load early so that the widget count is calculated correctly, eg to show an alternative layour or content when a sidebar has no widgets.
Don't cache widget logic results -- From v .58 the widget logic code should only execute once, but that might cause unexpected results with some themes, so this option is here to turn that behaviour off. (The truth/false of the code will be evaluated every time the sidebars_widgets filter is called.
|Version||Release Date||Change Log|
wp_reset_query works better under certain conditions.
The code has been adapted to work on the servers with restricted <?=
Fixed support for the wp_register_sidebar_widget widgets.
Some content was prepared for translation.
Fixed the issue of displaying errors under certain conditions.
Added full support for WP customizer.
In case of a fatal error in logic, the widget will not be displayed.
Fixed the "Warning: Attempt to assign property of non-object" bug. https://wordpress.org/support/topic/latest-update-seems-break-my-installation/
Fixed the issue when in some cases the plugin displayed user logic errors in the Widgets section and this didn't allow to save the widgets. https://wordpress.org/support/topic/an-error-has-occurred-please-reload-the-page-and-try-again-3/
Fixed ini_set() related warnings for some rare hosting configurations. https://wordpress.org/support/topic/ini_set-diabled-warning/
Removed conflicts with outdated WP versions.
Fixed the settings form not being saved settings under some circumstances.
Added a setting to show logic code errors for admins (turned off by default).
Fixed the issue with quotes in error messages on some WP installations.
Fixed PHP 7 compatibility issue.
Fixed a conflict with the latest WPML plugin.
A new default load logic point attached to the action 'parse_query'. By default the widget logic is only evaluated once.
Translation added: Ukrainian by Roman Sulym
Small fixes to satisfy some define('WP_DEBUG', true) errors
Small fix to the original WP3.5 fix in 0.54 that had the side effect of failing to save logic text on newly added widgets.
Restored a striplashes that vanished in 0.54 causing much grief.
Translation: Spanish by Eduardo Larequi http://wordpress.org/support/profile/elarequi
Removed a WP 3.1+ function call, hopefully making it 2.8 compatible again.
A little 'trim' of WL code to stop "syntax error, unexpected ')'" errors, which could occur if your WL was just a single space. Thanks to https://twitter.com/chrisjean for pointing this out.
Translation support! Thanks to Foe Services Labs http://wordpress.org/support/profile/cfoellmann for the work on this and the German translation files.
Added a 'widget_logic_eval_override' filter. This allows advanced users to bypass EVAL with a function of their own.
Two new features: optional delayed loading of logic (see Configuration under Installation), and the ability to save out and reload all your site's widget logic into a config file
One important bug fix (fairly major and fairly stupid of me too)
For the first time since this started on WP 2.3, I've rewritten how the core widget logic function works, so there may be 'bumps ahead'.
It now uses the 'sidebars_widgets' filter (as it should have done when that was introduced in WP2.8 by the look of it). The upshot is that is_active_sidebar should behave properly.
Widget callbacks only get intercepted if the 'widget_content' filter is activated, and much more briefly. (A widget's 'callback' is rewired within the 'dynamic_sidebar' function just before the widget is called, by the 'dynamic_sidebar_param' filter, and is restored when the callback function is invoked.)
Kill some poor coding practices that throws debug notices - thanks to John James Jacoby.
FINALLY tracked down the elusive 'wp_reset_query' option resetting bug.
Fix to work with new WP2.8 admin ajax. With bonus fixes.