Customizing wordpress default widgets?
You’ll have to create your own but you can copy the code and customize from /wp-includes/default-widgets.php If you edit the defaults they’ll screw up when you update WP.
You’ll have to create your own but you can copy the code and customize from /wp-includes/default-widgets.php If you edit the defaults they’ll screw up when you update WP.
Yes at the top of the page click on “Screen Options” then click “Enable accessibility mode”,
I wasn’t sure if i would answer or simply vote to close this topic, i feel i sufficiently asnwered the original topic you’re referring to, i’d only be repeating myself here. That said, here’s an upto date version you can use(only took me 2 mins), you only need implement your own code to truncate the … Read more
I coded my own answer together using a filter and dynamic_sidebar_params: <?php add_filter(‘dynamic_sidebar_params’,’io_blogroll_class’); function io_blogroll_class($params){ $params[0][‘before_widget’] = ‘<li class=”‘.$params[0][‘widget_name’].’ box”>’; $params[0][‘after_widget’] = ‘</li><!–‘.$params[0][‘widget_name’].’–>’; if ($params[0][‘widget_name’] == “Links”){ $params[0][‘before_widget’] = ‘<li class=”‘.$params[0][‘widget_name’].'”>’; $params[0][‘after_widget’] = ‘</li><!–‘.$params[0][‘widget_name’].’–>’; } return $params; } ?> The first lines actually override whatever you programmed register_sidebar() or register_sidebars()to put before and after a … Read more
The after_title does not go through any transformations. In fact only the before_widget does: http://core.trac.wordpress.org/browser/tags/3.3.1/wp-includes/widgets.php#L876 However, a little lower you can see that $params = apply_filters( ‘dynamic_sidebar_params’, $params ); there’s a filter you can hook to do your own filtering. add_filter( ‘dynamic_sidebar_params’, ‘wpse_45418_change_after_title’ ); function wpse_45418_change_after_title( $params ) { $id = $params[0][‘widget_id’]; if ( $id … Read more
Widget are not part of hierarchical parent/child theme relation, so you would need to follow more generic development process: Optionally disable widget registration in parent theme (if possible to do cleanly – with hooks or otherwise). Extend (as in widget’s PHP class) or fork (copy and modify the code) widget in child theme. Register your … Read more
Changing widget’s ID from topWidgetArea to top-widget-area solved my problem. Widget ID must have hypen. I tried a lots of variations for ID (like testtesttest, asdasdasd, widgetareaaa) . I’m not sure, why .
All of these scripts are already registered to print in the footer. See wp-includes/script-loader.php for details. When you try to register the scripts again WordPress doesn’t change that. The workaround would be to register a new script for wp_head with those scripts as dependencies (the third parameter of wp_enqueue_script()). Do not register the scripts in … Read more
If you’re comfortable changing the code where the widget is outputted you could use the is_user_logged_in() function. Something like this: <div id=”widget_area”> <?php if ( is_user_logged_in() ) { // show nothing } else { dynamic_sidebar(‘widget_name’); } ?> </div> The downside being that this is now hard coded and you might have to add this function … Read more
dynamic_sidebar_params is the filter that lets you modify those parameters on a per-widget basis. It fires for every sidebar though, so you’ll need to use both add_action & remove_action call. Try var_dump once before writing the code to get an idea of what you have to do ADDED AN EXAMPLE ON REQUEST This example adds … Read more