Steven Vachon

Yeah, I know, you’re right. I’m hoping the WordPress team has good news in the future.

Cool, thanks. I consider this plugin to be important to plugin devs like us

I have not altered processing priority values.

With cache="no", !is_numeric() will always be true because you’re checking if it’s false.

I have cache="no" and it skips more recent plugins. With that !is_numeric() line commented out, the list loads in full.

Yes.

Well, it’s a fresh WordPress installation with all other plugins disabled and using Twenty Twelve theme. The paragraph tag is added immediately after using the shortcode, so it must be WordPress related.

OK, I found some time to investigate it myself. The problem appears to be in WordPress itself.

<ul>[plugins_list cache="no" format='<li>#Title#</li>'/]</ul>

function apl_plugins_list_shortcode( $paras ) {

	print_r( htmlspecialchars($paras['format']) );

	extract( shortcode_atts( array( 'format' => '', 'show_inactive' => '', 'cache' => '', 'nofollow' => '', 'target' => '' ), $paras ) );

	print_r( htmlspecialchars($format) );

	$output = get_plugins_list( $format, $show_inactive, $cache, $nofollow, $target );

	return $output;
}

It adds the <p>

We’ll see how this goes: https://core.trac.www.ads-software.com/ticket/23694

Also, the issue remains when using the Twenty Twelve theme.

Thanks for the rating. Why would you want to compress the admin HTML, though? It isn’t accessed nearly as much as the public content and can’t be cached, so it’d just slow down the server.

Yeah, I guess, but it should be more the responsibility of the plugin developer to make his plugin bulletproof, or foolproof, whatever.

Would be it a terrible idea to give us the option to place the file elsewhere, however with a bold warning telling us that it must be in the server root to function correctly?

I’d forgotten that I’d added this to my code:

add_action('wp_syntax_init_geshi', 'wp_syntax_config');

function wp_syntax_config(&$geshi)
{
	$geshi->enable_classes();
	$geshi->enable_keyword_links(true);
	$geshi->enable_strict_mode(true);	// problematic
}

With strict mode disabled, it works fine. I’d enabled it at one point when I’d encountered an issue with <?php tags. Seems to be fine now, but it’s very possible that it could cause an issue in the future.

But, still… why does JavaScript not work in strict mode? If you can, please fix this

Hello? This feature is useful for SEO footers with schema.org

I just switched over from Contact Form 7 and now I may have to switch back for a very similar reason. I need to be able to customize the form’s HTML; in particular, the container <div> and the <label> text (no “required”)

Update. Change this:

array_push($classes, 'current_page_parent');

to this:

// 'current-menu-item' added for compatibility with other plugins
array_push($classes, 'current_page_parent', 'current-menu-item');

If it creates a problem with your code, just use the original line.

4 months have passed and nothing. Please add this feature; I don’t think it’d take much time