blocks field comes with a basic set of block types that covers most needs for long form content.
However, you might want to extend our custom block types, particularly how they are rendered in the frontend, or you might want to turn the blocks field into a page builder. That is where custom blocks come into play.
This recipe covers the basics and provides links to more extensive documentation.
You can create your own Block types for the Blocks field. Custom blocks are defined directly in the fieldsets list:
In the example above, we mix the default block types (heading and text) with our own custom block type to add a call to action button.
Custom block types don't have a visual preview by default. They show up with the icon and the name from your blueprint definition.
Custom block types can use the
label property to show some information from a field in the block. This can be particularly useful for blocks that don't have a preview:
Within the label property, you have access to an array of field properties, here are some more examples:
To edit a custom block type, editors can either double-tap on the block or click on the edit icon in the toolbar. The block drawer opens with the fields you've defined for the block.
If you don't define any
fields, the block won't have a drawer. This can be useful for blocks that don't feature any configuration (e.g. the default
You can also define tabs for your blocks when they have a lot of settings:
The tabs will then show up in the block drawer.
For reuse in multiple places, custom block type definitions can be stored in a folder called
site/blueprints/blocks. In this case we would store it in
Now, we can use it in our fieldsets option for any blocks field.
This also works in groups:
To render the HTML for your custom block type in the frontend, create a snippet in
/site/snippets/blocks. In this case we create a file called
You can turn your custom blocks into highly visual, interactive representations with a custom block preview plugin.
You can take our core blocks as a starting point for your own custom blocks and extend them with your own fields, snippets and previews. Extending our core blocks works the same way as extending fields, tabs or sections in blueprints everywhere else.
Let's take the heading block and add a simple text field to add a custom ID for the heading
This will add the
customID field below the default fields of the block.
Instead of only adding new fields, you can also adjust the field settings for the default fields of the block.
Let's limit the number of heading levels for our heading block.
You can find all block fields and their settings in the docs for each block.
You can extend our core blocks with additional tabs. Be aware though that you need to recreate all default fields in this case, as tabs will replace the default fields.
The HTML for each individual block is stored in its own block snippet. All our default block types bring their own snippets and can be overwritten. Block snippets are stored in
As an example, if you want to overwrite the snippet for our heading block, you would create a snippet file called