development wordpress

WordPress dynamic block registration, with special guest JSON!

27 October 2021

My last blog post was about WordPress theme customization with JSON. It seems only fitting that I follow that up (nearly 6 months later… yikes!) with a new post about custom block registration and, you guessed it, JSON!

WordPress 5.8 introduced the ability to use a block.json file to register and configure custom blocks. This is a huge step towards minimizing (and possibly eliminating) the amount of JavaScript needed to create a new block.

There is documentation about block creation, which now includes information on how JSON fits into this process. There is also documentation about dynamic block creation. Personally, I prefer creating dynamic blocks over static blocks. There is some pushback and discusson about this. However, I’m going to leave that for another blog post.

This post is about the journey I just undertook to refactor a custom dynamic block to use block.json.

My original thought process

There appears to be a one-to-one relationship between attributes in block.json and attributes in the JS and PHP block registration functions. Therefore, I thought it was logical to assume that I could simply move those items into block.json, remove them from my JS and PHP, and move on with my day.

I started by moving my block meta information, attributes, supports, and example into block.json:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
{
  "name": "my/book",
  "title": "Book Block",
  "category": "text",
  "description": "An example block for a book.",

  "attributes": {
    "title": {
      "type": "string",
      "default": ""
    },
    "author": {
      "type": "string",
      "default": ""
    }
  },

  "supports": {
    "customClassName": false
  },

  "example": {
    "attributes": {
      "title": "Charlotte's Web",
      "author": "E. B. White"
    }
  }
}

Then, I updated my JavaScript registration function, so that now it only includes edit and save functions:

1
2
3
4
5
6
7
8
9
10
11
12
const { registerBlockType } = wp.blocks;

registerBlockType( "my/book", {
    edit: ( props ) => {
        // Edit UI goes here.
    },

    save: () => {
        // Return null to render in the PHP.
        return null;
    }
} );

And finally, I updated my PHP registration function, so that it only includes a call to my render function:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
class Book {

  /**
   * __construct()
   */
  public function __construct() {
    add_action( 'init', [ $this, 'register' ] );
  }


  /**
   * register()
   *
   * @return void
   */
  public function register(): void {
    register_block_type( 'my/book', [
      'render_callback' => [ $this, 'render' ]
    ] );
  }


  /**
   * render()
   *
   * @param array $attributes Block attributes
   * @return string
   */
  public function render( $attributes ): string {
    $title = $attributes['title'] ?? '';
    $author = $attributes['author'] ?? '';

    return <<<HTML
      <div class="my-book-block">
        <p>$title</p>
        <p>$author</p>
      </div>
HTML;
  }
  
new Book;

Looks great! I’m all done, right?

Nope.

To be fair, I was not that far off, but this copy-paste-delete approach omits some crucial details. The biggest issue is that neither the JavaScript nor the PHP have any way of knowing that block.json exists. Oops.

So, first, let’s tell the JavaScript about the JSON. This part is pretty easy, involving 2 steps:

  1. Import block.json into the JS.
  2. Replace the block name with the imported JSON in the registration function.

The following illustrates the change, assuming that both the JSON and JS files live in the same directory:

1
2
3
4
5
import BookJson from './block.json';

registerBlockType( BookJson, {
    ...
} );

We need to do the same with the PHP. This part is pretty easy as well, again involving only 2 steps:

  1. Replace the registration function with a new register_block_type_from_metadata() function.
  2. Replace the block name with the directory location of the JSON file.

The following illustrates this change, again, assuming that both the JSON and PHP files live in the same directory:

1
2
3
register_block_type_from_metadata( __DIR__, [
    'render_callback' => [ $this, 'render' ]
] );

So close!

This is looking really good, but the block is still throwing registration errors in the editor. Why?!?! [*shakes fist*]

This is a (personally) irritating, but easy-to-fix issue. We need to tell both the JSON and the JS what version of the API to use. I suspect this is because the original Gutenberg API did not involve any JSON and adding this new block.json functionality is a major change. A big deal change like this requires a new major version of the API. Since the API seems to default to using the original version, we have to tell it to use the new version (version 2) instead.

In the JS, all you need to do is add apiVersion: 2 to the object passed as the second parameter of the registerBlockType() function.

In the JSON, all you need to do is add "apiVersion": 2 anywhere in the file. (I tend to add it to the top.)

Final file versions

And… that’s it! For those of you who just want to copy and paste the final versions of the files, here you go:

block.json

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
{
  "apiVersion": 2,
  "name": "my/book",
  "title": "Book Block",
  "category": "text",
  "description": "An example block for a book.",

  "attributes": {
    "title": {
      "type": "string",
      "default": ""
    },
    "author": {
      "type": "string",
      "default": ""
    }
  },

  "supports": {
    "customClassName": false
  },

  "example": {
    "attributes": {
      "title": "Charlotte's Web",
      "author": "E. B. White"
    }
  }
}

JavaScript

1
2
3
4
5
6
7
8
9
10
11
12
13
14
import BookJson from './block.json';

const { registerBlockType } = wp.blocks;

registerBlockType( BookJson, {
    edit: ( props ) => {
        // Edit UI goes here.
    },

    save: () => {
        // Return null to render in the PHP.
        return null;
    }
} );

PHP

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
class Book {

  /**
   * __construct()
   */
  public function __construct() {
    add_action( 'init', [ $this, 'register' ] );
  }


  /**
   * register()
   *
   * @return void
   */
  public function register(): void {
    register_block_type_from_metadata( __DIR__, [
      'render_callback' => [ $this, 'render' ]
    ] );
  }


  /**
   * render()
   *
   * @param array $attributes Block attributes
   * @return string
   */
  public function render( $attributes ): string {
    $title = $attributes['title'] ?? '';
    $author = $attributes['author'] ?? '';

    return <<<HTML
      <div class="my-book-block">
        <p>$title</p>
        <p>$author</p>
      </div>
HTML;
  }
  
new Book;