This is possible with javascript using the wp.data api. You can see this work in the console, by replacing the template name as needed: wp.data.dispatch(‘core/editor’).editPost( {template: “templates/blank.php”} ) You would just need to run that at some point after the editor sidebar components have loaded in a check to see if the page template has … Read more
(In hurry? Skip to the bottom for the code..) So Gutenberg or the Block Editor uses the WordPress REST API when retrieving entity (e.g. postType>post and taxonomy>category) records (e.g. posts and terms). For examples, for posts (post type of post), the route is /wp/v2/posts. And for custom post types such as team, the default route … Read more
(Revised answer to properly address the questions in the question..) For Question 1 (JS) How can I get a post object from a custom REST endpoint within a Gutenberg block? So there’s the apiFetch() which you can use to fetch resources from the REST API. But unlike return { children: getEntityRecords() }, return { children: … Read more
as @Alvero pointed out in the comments, instead of just supplying wp-api in the block registration, you now need to specify wp-api-fetch. $index_js=”sample-post/index.js”; wp_register_script( ‘sample-post-block-block-editor’, plugins_url( $index_js, __FILE__ ), array( ‘wp-blocks’, ‘wp-i18n’, ‘wp-element’, ‘wp-api-fetch’, ), filemtime( “$dir/$index_js” ) ); Then within your block, you call it using the wp.apiFetch function: var registerBlockType = wp.blocks.registerBlockType, el … Read more
I’ve got JavaScript that verifiably loads on the post type edit page But did you enqueue your script with the correct dependencies? Have you checked the browser console? Did it say something like “Uncaught TypeError: Cannot read property ‘createElement’ of undefined“? The JavaScript code in the question requires the @wordpress/element and @wordpress/hooks packages, which are … Read more
I know that this is not welcome here, but my only answer is that I can refer you to the following plugin. The plugin was released a few weeks ago and finds exactly the blocks used for your installation. Exactly what you need. https://wordpress.org/plugins/find-my-blocks/
The issue for me was the clean_script_tag() function from Soil. Removing add_filter(‘script_loader_tag’, ‘clean_script_tag’); solved the bug for me.
You can use dangerouslysetinnerhtml, a special HTML attribute in React: dangerouslySetInnerHTML is React’s replacement for using innerHTML in the browser DOM. In general, setting HTML from code is risky because it’s easy to inadvertently expose your users to a cross-site scripting (XSS) attack. So, you can set HTML directly from React, but you have to … Read more
The core blocks appear to be defined in the Gutenberg repository on Github, in the block-library package here: https://github.com/WordPress/gutenberg/tree/master/packages/block-library/src.
So I guess you’re still using WordPress version 5.3.x? 🙂 Because if so (and I was), then yes, the users endpoint (at wp/v2/users) is not included in the default entities. But you can manually add it: // Add the endpoint. wp.data.dispatch( ‘core’ ).addEntities( [ { name: ‘user’, kind: ‘root’, baseURL: ‘/wp/v2/users’ } ] ); And … Read more