Magnolia 5.7 reached extended end of life on May 31, 2022. Support for this branch is limited, see End-of-life policy. Please note that to cover the extra maintenance effort, this EEoL period is a paid extension in the life of the branch. Customers who opt for the extended maintenance will need a new license key to run future versions of Magnolia 5.7. If you have any questions or to subscribe to the extended maintenance, please get in touch with your local contact at Magnolia.
This page describes definition properties and template definition properties of a
block, a component-like content element provided by the Content editor module.
A block is the smallest piece of content in an implementation of the Content editor, such as the Stories app. A block definition gives a block a name and specifies the content allowed to form a single block. A block template definition specifies which template should be used to render a block in an area or a page.
Block content is stored using the
mgnl:block node type in the JCR.
mgnl:block is similar to the custom node type
mgnl:content, but it cannot be versioned on its own. Block content is usually grouped into block compositions (
mgnl:composition ), which are versionable.
You define blocks to add or modify content in the Stories app or in an implementation of the Content editor. To render the block content, you must then define a template definition and a script for the block. You can define them both using YAML configuration files or JCR nodes .
If you want to define field labels and other i18n descriptors for the elements of your block, you can create the i18n file for the block(s) included in your module.
|i18n file (optional)|
<block-name> gives the block its name in the JCR.
<path> is arbitrary but would typically be
blocks for block template files.
my-module ├── blocks │ └── quotation.yaml ├── i18n │ └── my-module_en.properties └── templates └── blocks ├── quotation.ftl └── quotation.yaml
See Module configuration - Location of configuration items for a broader explanation of the location of definition files.
The fully-qualified class name for the Java bean representing the definition of the block. Needs to be a subtype of
The default implementation of
For blocks wrapping one or multiple form fields, there is a built-in
optional ( A default value is already a part of the definition, so there's in fact no need to specify it in the definition YAML file.)
The fully-qualified class name for the Java bean representing the block. Needs to be a subtype of
The ID of the template definition in
required only for the
Defines what field types are available in the block.
optional, default is icon-help-mark
Defines the icon used by the Block chooser toolbar.
A custom i18n base name used by the
By default the block's name in the JCR is used.
An i18n label for the block, for example the value
class: info.magnolia.editor.block.stock.FieldSetBlockDefinition templateId: my-module:blocks/quotation.ftl fields: textRow: class: info.magnolia.ui.form.field.definition.TextFieldDefinition
Block template definition
You can use the following properties in a block template definition:
The renderer to be used.
Path to the template script in the
No dialog definition is required in the block template definition. Everything that is related to the content and the form of a block is defined in the block definition.
Block definitions provided
Magnolia provides the following definitions out-of-the-box.
Use this definition to configure the list of fields depending on your needs as explained in the properties table above.
This is a block definition with a single text field and simple text formatting capabilities.
Example block definition:
blockClass: info.magnolia.editor.block.stock.RichTextBlock templateId: content-editor:blocks/text icon: edit