Hi
WordPress 5.8 introduces a new block-based widgets editor to the Widgets screen.
It appears some error, can you check it?
Thanks
]]>There are new core widgets now, and Monster Widgets is not updated to provide the new widgets. (Image widget, Video Widget, Audio Widget, HTML widget)
]]>All the core widgets support selective refresh in customizer as described here.
Weston Ruter gave great example on how to implement it for custom widgets here, I think that it would be good idea to add this to monster widget, since it is a go-to testing plugin for widgets in sidebars in themes.
]]>When I Install this plugin and Place widget its shown me error .
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Archives
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Calendar
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Categories
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Pages
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Meta
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Recent_Comments
NOTICE: E:\VertrigoServ\www\wp\wp-includes\widgets.php:1039 – Undefined index: WP_Widget_Recent_Posts
Can you please reply here:
https://stackoverflow.com/questions/38843141/monster-widget-plugin-shown-notices
Hi !
When I use monster widget, my nav menu (in header and other locations) seems to lose its css styles.
However, when I put the menu in a widget area without using monster widget , it appears correctly.
Do you know how to solve this issue?
Thanks in advance ??
]]>So I put a feature request for Jetpack to offer a monster widget. They had the great idea to update this plugin to offer a filter/hook for other plugins to make their own monster widgets. I saw a few other plugins offer separate monster widget plugins, listed them below for examples. Ideally these plugins could just hook into this monster widget plugin to create monster widgets available.
Jetpack Request
https://github.com/Automattic/jetpack/issues/2984
Other Monster Widgets
https://www.ads-software.com/plugins/woocommerce-monster-widget/
https://www.ads-software.com/plugins/jigoshop-monster-widget/
https://www.ads-software.com/plugins/buddypress-monster-widget/
https://www.ads-software.com/plugins/bbpress-monster-widget/
Here’s my register_sidebar code:
register_sidebar( array(
'name' => 'Footer',
'id' => 'footer',
'before_widget' => '<li id="%1$s" class="widget %2$s col-md-4">',
'after_widget' => '</li>',
'before_title' => '<h4>',
'after_title' => '</h4>',
) );Most of the widgets render fine with this code. However, the recent comments widget seemingly couldn’t care less.
This screenshot shows the moster widget plugin’s output and the inconsistency I’m posting about is highlighted:
https://www.dropbox.com/s/psdo46pz7fbl8m2/Screen%20Shot%202015-04-14%20at%209.28.30%20AM.jpg?dl=0
]]>Hi guys,
*Super* minor thing here… I noticed that the $id_base parameter passed into the WP_Widget constructor is expected to be a lowercase string, but the Monster widget is passing in 'Monster'. The constructor runs a strtolower on $id_base, so it ends up getting fixed. I figured I’d holler anyway. :-p
.recentcomments a {
display: inline !important;
padding: 0 !important;
margin: 0 !important;
}This styles get only applied to the links with the WordPress default “recent comments” widget but not if I only have the monster widget inside the sidebar. I not really looked deep into it I but my guess is that they are no loaded at all.
]]>I was reviewing a theme today and there were some errors. They were the following:
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Archives
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Calendar
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Categories
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Pages
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Search
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Widget_Tag_Cloud
NOTICE: wp-includes/widgets.php:1135 – Undefined index: WP_Nav_Menu_Widget
After a bit of testing and comment from Justin Tadlock it seems this is an error with Monster Widget.
]]>Just came across this issue today while testing 3.6-alpha (uncertain if it is directly related).
Using two instances of the plugin appears to cause the searchform to use different elements?!
See this site https://wpthemes.edwardcaissie.com/ as an example (I’ll leave the current theme active for a while as it makes the visual more obvious). This occurs with every theme I have checked so far.
The first instance of the plugin uses:
<li id="monster-widget-placeholder-11" class="widget widget_search">
<h2 class="widgettitle">Search</h2>
<form id="searchform" class="searchform" action="https://wpthemes.edwardcaissie.com/" method="get" role="search">
<div>
<label class="screen-reader-text" for="s">Search for:</label>
<input id="s" type="text" name="s" value="">
<input id="searchsubmit" type="submit" value="Search">
</div>
</form>
</li>… while the second instance of the plugins uses this:
<li id="monster-widget-placeholder-26" class="widget widget_search">
<h2 class="widgettitle">Search</h2>
<form class="searchform" action="https://wpthemes.edwardcaissie.com/" method="get" role="search">
<div>
<label class="screen-reader-text" for="s-1">Search for:</label>
<input id="s-1" type="text" name="s" value="">
<input type="submit" value="Search">
</div>
</form>
</li>I haven’t looked into the plugin code, yet, just tested with a few different themes to see if it occurs elsewhere.
]]>Minor thing I noticed in lines 279, 280 and 281 it should be <option> and not <opiton> otherwise it will put out invalid HTML.
]]>I just upgraded to the latest version of Moster Widget and I’m getting undefined index warnings on all stock widgets, and none of them are showing up. See screenshot.
https://dl.dropbox.com/u/[email protected]/Screen%20Shot%202013-01-07%20at%209.52.46%20AM.png
]]>Just an observation, a conditional check on the current version to be used as a bypass of the WP Widget Links loading method would be useful.
Noticed this in testing on a local environment.
]]>