For those looking for a PHP solution. A good place to do this is in the render_callback function. One thing to keep in mind with this solution is that this only works on first load, which is good enough for the frontend, but it will not work accurately in the Gutenberg editor itself once you … Read more
If The Goal Is Adding It When a Block Is Used WP will automatically add JS if you specify the file in block.json, specify a viewScript and it will register and enqueue that script when the block is used ( and only when it’s used ). Likewise for CSS you can specify style. Both take … Read more
You are already using the correct action, i.e. wp.data.dispatch( ‘core/editor’ ).editPost(), however, you should instead change the property named template. I.e. wp.data.dispatch( ‘core/editor’ ).editPost( { template: ‘article.php’ } ) Yes, _wp_page_template is the meta key in the database, but in the REST API, a property named template exists in place of direct access on that … Read more
This should work: <?php if ( is_user_logged_in() ) { echo “This isn’t editable in here”; } else { include get_template_directory() . ‘/template-parts/blocks/form/from/functions.php’; if ( ! isset( $_POST[‘firstFormDisplayed’] ) ) { // we haven’t yet displayed the form asking for numbers, so do that now. displayFirstForm(); } else { // we’ve got the numbers, but not … Read more
Here’s how Kadence does it. I’d avoid hacks like that if possible but I’m not sure what your requirements are. Some alternative ideas (not mutually exclusive): Use plugin sidebar Add a command to do whatever the button would Add a keyboard shortcut to do whatever the button would On that third item I don’t know … Read more
Your code isn’t at fault. The Masonry library doesn’t support this cross frame scenario. I can think of three ways you might get past this: Inject the masonry script into the iframe so it could be used from within the iframe Patch the masonry script and ship that version with your plugin Find an alternative … Read more
It’s probably related to how you’re loading that JS file, which causes it to run before the element is available (despite domReady). You didn’t show how you’re loading the file etc, but your code works for me in a standard Gutenberg block edit.js: export default function Edit() { domReady( function () { const postTitleWrapper = … Read more
import { store as editPostStore } from ‘@wordpress/edit-post’; Is not the same as const { editPostStore } = wp.editPost.store; In the first line store is editPostStore, but in your second line editPostStore is a property of store, but it doesn’t exist. The correct syntax is const editPostStore = wp.editPost.store; Or const { store: editPostStore } … Read more
That script uses lots of WordPress packages, and WP Scripts makes sure it doesn’t put those in the built JS to stop it getting huge. Part of that is it creates a PHP file that just returns an array of all the things. That code however has put [] in the dependencies spot, and tells … Read more
The same way you do it for the classic editor, there’s a dedicated API for this: https://developer.wordpress.org/reference/functions/add_editor_style/ https://developer.wordpress.org/reference/functions/add_editor_style/#comment-1171: /** * Registers an editor stylesheet for the theme. */ function wpdocs_theme_add_editor_styles() { add_editor_style( ‘custom-editor-style.css’ ); } add_action( ‘admin_init’, ‘wpdocs_theme_add_editor_styles’ ); The block editor will read in your stylesheet, modify the rules so that they only apply … Read more