You don’t. That’s not how block attributes work, and it’s not what they’re for. A blocks attributes belong to that block, and are used by the editor to generate that blocks HTML, but once they’re saved in the database, they’re just HTML. There’s no block table, no mapping/index of block attributes in the database, post … Read more
Have a look at the handbook. And you’re right, put the code to distribute there. I’m quoting the handbook: SVN and the Plugin Directory are a release repository. Unlike Git, you shouldn’t commit every small change, as doing so can degrade performance. Please only push finished changes to your SVN repository.
No, you can’t have multiple InnerBlocks. But you can create a second intermediate block, just like WordPress Core does with the columns and column block.
How can I add template colors (i.e., those black and pastel shades) to ColorPalette (“Input border color”)? In Gutenberg, you can get the block color palette in two ways: Use getSettings() in the block editor’s data (core/block-editor). E.g. import { select } from ‘@wordpress/data’; const colorPalette = select( ‘core/block-editor’ ).getSettings().colors; // PS: You can also … Read more
You could use transients: function requestApi() { $cache_key = ‘your_transient_name’; $values = get_transient( $cache_key ); // if no data in the cache if ( $values === false ) { // build the URL for wp_remote_get() function $arguments = [ ‘method’ => ‘GET’, ]; $request = wp_remote_get( ‘https://example.com.br/api/endpoint/product-id’, $arguments ); if ( !is_wp_error( $request ) && … Read more
Remove the function inside the function, and instead call the wp_register_script and register_block_type inside the large function. Finally, remove the inner add_action() call, so you only have the ending one for the large function. function irm_lockdown_author_role() { if (isset($userrole->roles[0])) { $current_role = $userrole->roles[0]; } else { $current_role=”no_role”; } if (‘author’ == $current_role) { /* function … Read more
but it looks like that’s not possible? Correct, it would not make sense to be able to do so as patterns are just predefined snippets of block HTML. They aren’t entities/blocks/objects themselves. Block templates are placeholder blocks, a suggestion for the user that can either be locked in place so they can’t be changed, or … Read more
I think I’ve figured this out. Instead of creating a block variation, I just created a brand new block using a block template. import { registerBlockType } from “@wordpress/blocks”; import { useBlockProps, InnerBlocks } from “@wordpress/block-editor”; const BLOCKS_TEMPLATE = [ [“core/heading”, { level: 2, placeholder: “Heading” }], [“core/gallery”, {}], ]; registerBlockType(“logo-grid”, { apiVersion: 2, title: … Read more
No, this is not possible with the current implementation of the format library and FormatToolbar component. Formats have no order other than the order they are registered in, and this cannot be changed once set, or influenced in core formats. Notice here the format toolbar component being added to the inline toolbar control slot: // … Read more
Shucks, no sooner than the second I desperately resort to asking here, I run into the answer. So for anyone else who just wants a straight answer and not some 45 minute video that never gets to the point… acf_register_block_type( array( ‘title’ => __( ‘Wrapper’, ‘client_textdomain’ ), ‘name’ => ‘wrapper’, ‘render_template’ => ‘partials/blocks/wrapper.php’, ‘mode’ => … Read more