The cleanest way to do it without breaking forwards compatibility would be to create your own widget, extending the widget class you want to fix. Strip it back to the bare essentials of constructor and the widget method (in which you fix the HTML), then attach a function to widgets_init after the original widget which … Read more
I also noticed a typo in the url media-upload.php?type=image&&TB_iframe=1. Maybe this is the problem. Also a working example: jQuery( ‘input[id^=my_field]’ ).live( ‘click’, function($) { formfield = $( ‘input[id^=my_image]’, $(this).closest(‘.widget’) ).attr( ‘name’ ); tb_show( ”, ‘media-upload.php?type=image&TB_iframe=1’ ); return false; } );
I just had the same issue, which I resolved by changing all my IDs to classes. Remember that widgets can be used multiple times on page, so specifying an ID anywhere increases the likelihood that you’ll have ID duplication (Which will in turn cause jQuery to have a fit).
I had the same Problem with one of my Clients, and found this GREAT soluiton: Duplicate Widget. It comes as a new Widget, but has just one option: choose which Widget it should duplicate, and you also see from where it is duplicated (for easy overview where to change the values of the original Widget). … Read more
You have to search the wp_options database table for option_name‘s that contains widget. That search results in: Using the values of your backups, you’ll then proceed to restore the option_value of the missing widgets. And also the value of the option of sidebars_widgets. Goes without saying that backing up before doing this modifications is essential.
Check your template file from your theme. There may be some widgets being added in there manually if no other widgets are enabled. If that’s the case modify the conditional statement in your sidebar template so your widgets are output after the defaults set there. @s_ha_dum basically got to the bottom of it.
You’re actually quite close to answering your own question. Your plugin would have to start with checking whether the plugin is active (which you can also do with function_exists). The you indeed can use remove_action to make sure functions and classes aren’t activated. This doesn’t mean these functions become undefined. So yes, you will need … Read more
I don’t think it is possible in a nice user friendly way. WordPress admin screen and the customizer assume that any widget can get into any sidebar and will show them as part of the admin, so even if you filter out the widgets you do not want, it will probably create a lot of … Read more
You are overthinking it. The concept of widgets is designed to be transferable between widget area (AKA sidebars). If a widget is not tranferable it is just not a true wordpress widget. Now creating your own framework of widgets sound like a non pleasant idea. In addition to fighting the wordpress core code, you will … Read more
I did this for a client and it looked like this: The PHP code: <dl class=”tree-accordion”> <?php $currentyear = date(“Y”); $years = range($currentyear, 1950); foreach($years as $year) { ?> <dt><a href=””><i class=”fa fa-fw fa-plus-square-o” aria-hidden=”true”></i> <?php echo $year; ?></a></dt> <?php $archi = wp_get_archives(‘echo=0&show_post_count=1&type=monthly&year=” . $year); $archi = explode(“</li>’, $archi); $links = array(); foreach($archi as $link) … Read more