On a parallel thread over on the WordPress hacks forum, someone suggested using in_the_loop() and that works some of the time, with some plugins that use either the_content and/or the_excerpt, but not all of the time with all the plugins I’ve been testing against. Likewise, I’ve now done further testing using is_main_query() and that works … Read more
There is no built-in autoloader in WordPress. But other plugins or a theme might have registered an autoloader, and depending on the order of execution these are called earlier or later than yours. Update 21. 08. 2014 This answer is no longer what I would recommend. Do use an autoloader if you need one. The … Read more
I think you could get around this by pre-running the shortcodes on the page by applying the content filters before the header is output. This should allow any internal shortcodes run inside the included post to add any action hooks properly and thus any needed stylesheets/resources. add_action(‘wp_loaded’,’maybe_prerun_shortcodes’); function maybe_prerun_shortcodes() { if (is_page()) { global $post; … Read more
You personally might not need or rely on the WP REST API, but clearly Contact Form 7 does. And so does WordPress core. Especially future versions (think Gutenberg) will heavily rely on the REST API and won‘t work without it. There might be plugins that disable the API, but that‘s at your own risk and … Read more
Hi @Grant Palin: The register_post_type() function is really agnostic to theme or plugin; you can use it in an ‘init’ hook in either place, it really depends on what you are trying to accomplish. For example, if I’m setting up a custom site for a specific client I’ll probably just register the post types in … Read more
The cart widget isn’t showing because it’s configured to not show on the cart and checkout page. If you want to change that take a look at class-wc-widget-cart.php, there you find the following line: if ( is_cart() || is_checkout() ) return; Change it to: if ( is_cart() ) return; To show the widget on the … Read more
The instance of this class is made global by WPML, so this should work: if ( ! empty ( $GLOBALS[‘sitepress’] ) ) { add_action( ‘wp_head’, function() { remove_action( current_filter(), array ( $GLOBALS[‘sitepress’], ‘meta_generator_tag’ ) ); }, 0 ); }
Using the uninstall hook would be legitimate if it worked, but it dumps the same error as the uninstall file. It would have more chances of working as it loads the main plugin file to perform the uninstall function, but if the taxonomy is not registered anymore (and it is not, as we need to … Read more
@PieterGoosen is cool, and still awake like me and answering like boss. To simplify his code and make it work to this specifically without a bunch of junk on your page: /** * Pieter Goosen writes awesome code */ add_filter( ‘register_post_type_args’, ‘change_capabilities_of_the_custom_css_js_posttype’ , 10, 2 ); function change_capabilities_of_the_custom_css_js_posttype( $args, $post_type ){ // Do not filter … Read more
Regarding the wp –info output, that makes sense. If you don’t have any packages installed (see wp package –help or a global configuration files (wp-cli.yml) then those items would be blank. You can run the wp command from any location. If you’re anywhere within your website’s folder structure it will automatically detect the site you’re … Read more