With the Page FieldType, editors define a layout with multiple zones within a single front page.
Within each zone, editors create blocks that contain particular content categories. Specific content can be added to these blocks, they are called block items.
This is particularly useful for managing homepages/landing pages.
The Page FieldType is currently read-only with the Public API.
It's however still possible to edit content with it through the admin interface (which runs through the legacy stack).
|Name||Internal name||Expected input||Output|
Defining a zone layout
You still need to define your available layouts in the legacy part to get them available in the admin interface. Please refer to eZ Publish legacy documentation to learn how to do so.
A layout is a combination of zones that are placed on a page. The placement of the zones is defined in a template that is specified as part of the layout configuration. You can define as many layouts as you need.
You can define a new layout in your main YAML configuration:
Then, when rendering a Page FieldType using
page/zonelayouts/my_template.html.twig from AcmeDemoBundle will be used.
You can specify a legacy template in your layout definition.
However, doing so will defer block display to the legacy templates as well.
Block template selection
Template selection rules are applied only when you render a block with the
ez_page:viewBlock from templates), see below.
Like you are able to define template selection rules when displaying Location and Content objects, you can also define rules for blocks, with dedicated matchers.
Configuration is a hash built in the following way:
block_view follow the same behavior than matchers for regular location_view / content_view, except that their relative namespace will be
Hence you can combine matchers with AND and OR capabilities (see main matchers' documentation page).
Matches the unique block identifier defined in the legacy
For example with the following configuration in legacy block.ini, it will match against
Matches the view’s unique identifier defined in the block definition in the legacy
For example with the following configuration in legacy
When no view is defined, the default value is default.
|Matches against the block ID, as stored in |
|Matches against the zone ID a block belongs to, as stored in |
Displaying the Page content
Goal of a layout template is to display zones for the given layout, depending on your layout configuration.
Variables passed to the layout template
|Zone objects for this Page field||Array of |
|The layout identifier (e.g. "2ZonesLayout1")|
The PageService object (read more below).
You can use a custom controller to display a block
The PageService object
The PageService object (
eZ\Bundle\EzPublishCoreBundle\FieldType\Page\PageService) is a helper giving the possibility to get current zone/block definitions and to retrieve block items.
|Method name||Description||Return type|
|Returns zone definition (all defined zones for the current siteaccess) as an array|
|Returns a zone definition for a given layout. It consists of a configuration array for the given layout.|
|Returns block definition as an array|
|Returns a block definition for a given block identifier.|
|Returns valid items (that are to be displayed), for a given block.|
|Returns the last valid item, for a given block.|
|Returns queued items (the next to be displayed), for a given block.|
|Returns archived items (that were previously displayed), for a given block.|
|Returns valid block items as content objects|