Timothy Wood

@abrahamgpg – anonymous functions are not available until PHP 5.3. I will have a hotfix ready for you this weekend. If you do not need dashboard widgets I would recommend downgrading to 1.3 in the meantime.

@abiahjoshua – I have not tested this on WP 3.4.2 yet – I will tackle testing 3.4.2 compatibility this weekend as well.

Can you tell me what version is showing in the plugin list? If you can change line 146 in widget-builder/classes/widget-builder.php to if you are not using this on multisite:

add_action( 'wp_dashboard_setup', function( $widget ) use ( $widget ) {

Also it would be beneficial to know what version of PHP you are using.

I just wanted to let you know that the plugin has been updated with dashboard widget functionality! Please see the screenshots and documentation tabs to see the additional features.

the template pathing folder has been updated in the lastest release v1.3 – let me know if you continue to have issues.

the template pathing folder has been updated in the lastest release v1.3 – let me know if you continue to have issues.

I have resolved the pathing issue for why the translation files were not being loaded. It is fixed in version 1.3! Thank you for finding the problem and I have added your translation files into the release and have credited you in the changelog!

There should not be any DIV’s being added. If there are you might try looking at the register_sidebar arguments for before_widget, after_widget, before_title, and after_title.

ah great – didn’t see that being linked. thank you.

Great! Can you post the translation file somewhere I can retrieve it an test?

That’s a great idea – I will look at adding that in the next feature release on this!

Hmm I apologize for not seeing this sooner, I’m not happy that I’m not notified of new posts.

I do see what you mean about the locate_template issue not having the extension in the file lookup. I will work on cleaning up the get_template_hierarchy method and fix the file missing ext.

If anyone is interested in a fix for this check my replacement of the save_profile method

/**
 * Save the custom user taxonomies when saving a users profile
 *
 * @param Integer $user_id	- The ID of the user to update
 */
public function save_profile($user_id) {
	foreach(self::$taxonomies as $key => $taxonomy) {
		// Check the current user can edit this user and assign terms for this taxonomy
		if(!current_user_can('edit_user', $user_id) && current_user_can($taxonomy->cap->assign_terms)) return false;
		// Save the data
		$user_terms = ! is_array($_POST[$key]) ? array($_POST[$key]) : $_POST[$key];
		wp_set_object_terms($user_id, $user_terms, $key, false);
		clean_object_term_cache($user_id, $key);
	}
}

I’ve created a gist for saving the fields as I continue to work on this https://gist.github.com/3150723

Hey Damian, I’d love to see your change for handling multi select – planning on using your code for a project and need the multi-select piece. I have some time this week to look at adding it in – but curious if you already have a direction you are going with this?

Looks to be working.

So the more I’ve tested this I’m not sure I’m having the same issue you stated with the lookup – any chance you could give me details about how you’re using the template hierarchy method?