When enqueuing a custom script, you can write them to load in the footer – prior to the </body> tag – making them non-render blocking for most purposes, but they may still come up as render-blocking on testing tools, since they literally must be executed before the page HTML can be considered fully loaded. Instead, … Read more
I’m answering myself for the benefit of others. I was passing an array of post type slugs to apiFetch instead of passing an array with their rest_base parameter. So, the correct function should be: const postTypes = useSelect( ( select ) => { const { getPostTypes } = select( ‘core’ ); const excludedPostTypes = [ … Read more
Hi @matt: To achieve what you are asking you need to add some code to queue up a Javascript file and then the Javascript file itself. You can put the code that follows in your theme’s functions.php file. You’ll note it uses is_admin() to avoid loading the Javascript code in your /wp-admin/ console; you should … Read more
jQuery’s Masonry is bundled with WordPress. All you should need is wp_enqueue_script(‘jquery-masonry’); but note that the “slug” is jquery-masonry, not jquery_masonry. And be sure your are enqueueing on the wp_enqueue_scripts hook or later. function enqueue_masonry() { wp_enqueue_script(‘jquery-masonry’); } add_action(‘wp_enqueue_scripts’,’enqueue_masonry’); I’d guess that your problem has something to do with when you register/enqueue because loading core … Read more
You could tack it into header.php as you suggested (although this is not really the proper way to do it, it is best to use WPs enqueue function as described here). When do you need these? All the time? You can enqueue scripts and styles to be used all the time, or on an as-needed/per … Read more
At this point I can not think of a way to do what you ask in php (maybe in javascript), but perhaps approaching the problem differently, can serve you detect the mobile device in a better way using mobile-detect[1], wp_is_mobile() as it is very basic, only detects if mobile, but does not distinguish between phones … Read more
Accessing theme customizer farbtastic object instances
This is not th right hook, try wp_enqueue_scriptsinstead : add_action( ‘wp_enqueue_scripts’, ‘SAH_dereg’ );
I ended up using wp_localize_script(). This allowed me just to send the PHP variables as parameters directly to a javascript file. Also useful for doing translations in javascript files. And then I didn’t have to do messy inline javascript.
Aside from the fact that you shouldn’t use get_bloginfo(‘template_url’), but rather get_template_directory_uri() or it’s *_stylesheet_*() equivalent, it’s a JavaScript problem: The localized object shouldn’t be wrapped in quotes: // Wrong url : ‘svg_path.template_url+”/svg/plus.svg”‘, // Right: url : svg_path.template_url + “/svg/plus.svg”, When handling JavaScript, simply use console.log( svg_path ) in your script to see the output … Read more