
I have finally released version 1.5.0 of Dynamic Widgets. A lot have been changed, below you’ll find an overview of all the bits and pieces. Two things are major:
- I’ve moved the system requirements a bit up. You must have at least PHP 5.1 running on your host, also at least WP 3.0.
- Support for individual Custom Posts have been dropped. It was not reliable compared to the high standards I’m using.
When you upgrade manually, be sure to remove the whole dynamic-widgets directory. Do a fresh copy of this version. Some files have been renamed. Old files remaining might lead to unexpected behaviour.
As usual, below is the complete changelog.
- Added Pods plugin support.
- Added Tag Archive Pages support.
- Added hierarchical inheritance for Categories.
- Added workaround to detect correct template when using Pods.
- Added negative exceptions for Role.
- Added an “Only on first page” exception for Front Page.
- Added support for BP Group Hierarchy.
- Added support for bbPress User Profile pages.
- Added Chinese (Simplified) language files (locale: zh_CN) – xie xie Hanolex!
- Added Lithuanian language files (locale: lt_LT) – dekoju Liudas!
- Added a “Save & Return” button to the widget options page.
- Bugfix for subscribers show up in the author lists in WP > 3.1.
- Bugfix for Taxonomies in Custom Post Types are not always saved.
- Bugfix for Custom Posts box is sometimes empty.
- Fixed several PHP notices about undefined variables.
- Removed support for individual Custom Posts.
- Removed PHP4 support, minimum PHP version is now 5.1.0.
- Removed WP < 3.0 support. Minimum WordPress version is now 3.0.
23 Comments to “Dynamic Widgets 1.5.0”
Post comment
All about QURL
All about Dynamic Widgets
Dynamic Widgets
Generous donations by
Dynamic Widgets Development
Twitter Followers
Powered by Tweet Lovers
12 January 2012 in 


12 January 2012 at 20:14
I have just installed your widget on my test system to try showing different widgets on different pages. Once I did that when I had a widget to the side bar and click on the widget to enter text (text widget) the text and title text boxes disappear and can’t be used. If I deactivate Dynamic Widgets everything works again. Any idea what is going on?
12 January 2012 at 21:06
Just hit Save and everything is fine.
13 January 2012 at 18:01
I have a site that I would like to add 3 widgets to the bottom of the home page. Does this plugin allow you to assign positions to the widgets as well? Thanks Chris
13 January 2012 at 20:11
Hi Chris,
I’m sorry, that’s not what DW does. It just shows or hides widgets based on the conditional rules you’ve set.
Adding space for widgets is something what can be done by adding it to your theme template. I can service this for you on a commercial base.
15 January 2012 at 06:41
First I want to say, I really like dynamic widget. I do have a problem though….
I just installed your latest update and was wondering if anyone else was having a problem adding more widgets?
Now when I try add any kind of widget anywhere, the widget box shows up then closes and shows only the delete | close and save links.
I have to go in and deactivate dynamic widgets then add in the new widget where I want it and add the info., after I save it, I go back and activate dynamic widgets and everything is fine from there. I can use DW as usual.
Any ideas as to what I can do to keep from having to deactivate dynamic widget when I want to add a new widget?
If no fix, is there a way to roll back to the previous version without loosing all of my dynamic widget settings?
any help is appreciated.
15 January 2012 at 06:45
oops sorry, re-read the first comment.
When the widget closes, hit the save button and it will open back up like it should for adding text.
Thanks!
15 January 2012 at 09:50
Hi Tammy. Hitting the Save button is a workaround. The latest development version has this bug fixed.
16 January 2012 at 20:33
Hi
First I wanted to say I really like Dynamic Widgets. It’s been an extremely useful plug-in for me.
But I have downloaded the latest version and am having some problems.
ALL widgets are now showing on one of the pages:
http://frontierbushcraft.com/frontier-bushcraft-blog/
Many of these widgets are selected to NOT show on this page.
This is the only page where I’m having this problem. I suspect it may be because I am not using the blog page as the home page on the site.
I tried to register this problem under you bug-fix page but it told me the DUMP text file was too large! For your reference, it is 151kb.
Since I could not log the problem without a DUMP file, commenting this way is the only way I could contact you.
Thanks in advance for your help.
Kind regards,
Paul
16 January 2012 at 21:54
Hi Paul,
Because of the addition of the “First page” exception on blog (posts) pages, I had to change the way DW interacts with this page. Normally I always try to convert existing configurations to the new situation. Unfortunately this was not possible in a sophisticated and reliable way. That’s why I choose not to perform an automatic conversion during upgrade. You’ll find the new section under ‘Posts page’.
16 January 2012 at 22:25
Thanks Jacco
That all worked fine. Thanks for pointing out the ‘Posts Page’ setting.
Everything is looking tidy again now!
All the best,
Paul
16 January 2012 at 22:34
Great to read everything is working now. My apologies you had to do this manually.
17 January 2012 at 16:49
Hi,
I was really happy with your plugin so far, but as I’m into the wordpress mutlisite development right now, I was wondering why your plugin is not working on a wp multisite installation.
Any reason for that?
regards, M
17 January 2012 at 18:09
HI Markus,
Yes, there is a reason. DW is not prepared for for a network activation. That needs a few extra functions to be coded into it. It’s on the whishlist for already quite some time. It never had really a priority attached to it. Basicaly because nobody asked for it. Now you did, there will be some priority attached to it. I know however when WP merged the MU into the 3.0 version it was quite a hassle to get a plugin up and running for MU. I have no idea actually if that have been changed.
17 January 2012 at 18:13
Sounds great, looking forward to your next versions of the plugin!
18 January 2012 at 06:39
Hi, thank you for the plug-in!
I have an issue that when I change the dynamic settings of my template, I receive the following error report (as below) I then proceed to view the results and it appears to have worked OK, it just makes me nervous to receive the warning / error as I think the widget plugin may fail and I’ll have custom menus everywhere except where they’re meant to be!! Is this warning simply that – a warning? Or do i need to do something differently. thank you!
_________________________________
Warning: Invalid argument supplied for foreach() in /home/bluemoun/public_html/wp-content/plugins/dynamic-widgets/dynwid_admin_save.php on line 158
Warning: Cannot modify header information – headers already sent by (output started at /home/bluemoun/public_html/wp-content/plugins/dynamic-widgets/dynwid_admin_save.php:158) in /home/bluemoun/public_html/wp-includes/pluggable.php on line 866
18 January 2012 at 06:47
Yes, it’s a warning. Nothing critical. Nothing is lost. But it’s ugly and not meeting my standards, so I fixed the issue in the latest development version.
18 January 2012 at 06:50
That was fast! Thank you, I will give the latest dev version a try. Cheers!
18 January 2012 at 07:00
Sorry, last question! How do I install the dev version over the current version without uninstalling (and I think losing the settings?) the current version? I’m getting an error that the directory / folder already exists. thank you!
18 January 2012 at 07:41
You can overwrite the files or remove the directory first. Your settings are not lost. Settings are saved to the database. After copying I always recommend to do a deactivate – activate cycle.
18 January 2012 at 19:44
Hi. Great work on the plugin. I was wondering if it would be possible to put in check boxes for Internet Explorer 7 and 8 in the next version (currently there are only options for Internet Explorer or Internet Explorer 6). Internet Explorer 6 is the usual problem child, but I tend to have issues specifically with Internet Explorer 8 as well and it would be nice to be able to specifically target IE 8 like you can with IE 6.
Right now I’m using Dynamic Widgets to hide one widget from IE and display a different, replacement widget that only appears to IE. Only IE 8 needs this treatment, but since there isn’t an option for that I just have to feed it to every version of Internet Explorer. It’s not a huge problem since the other browsers can display either widget correctly, but it would be nice to contain this behavior only to IE 8.
Again, thanks for the plugin. It allows me to do what I need to do, but I figured I would at least make this request in case you get around to it.
18 January 2012 at 20:24
Yeah, I know. IE 8 is another problem child. Looks like MS always have problems with even version numbers…
I’ll think about adding IE8 to the list.
24 January 2012 at 21:58
Hi, I want to say that I really enjoy the plugin.
Recently, I’m having problems with the Dynamic plugin after upgrading my WordPress and plugins. I have custom Posts types in my template and now when I want to change a widget from Static to Dynamic I am unable to select the post under that Post type. Widgets that I had Dynamic I unable to edit them.
I just get for example Show widget on Services? yes or no. I do not get a selection to choose from as I did in the past.
Any reason why this might of happened? Does the latest version of your plugin not support custom Post?
24 January 2012 at 22:11
Hi Jasmine,
Unfortunately I had to drop support for individual Custom Post Types. The system I was using for that was not reliable and not meeting my high standards. I’m working on a way to make it available again. For now support has been removed.
The general Yes/No for Custom Post Types and Taxonomies within Custom Post Types is still in place.