- Simple amazing containers (grids) as custom TYPO3 Content Elements
- No default containers, everything will be built the way its needed for a project
- Supports multilanguage (connected or free mode (mixed mode not supported))
- Supports workspaces
- supports EXT:content_defender ColPos-Restrictions for EXT:content_defender:^3.1.0 is installed
- Frontend Rendering via DataProcessor and Fluid Templates
At b13 we've been long supporters and fans of gridelements, which we are thankful for and we used it in the past with great pleasure.
However, we've had our pains in the past with any common solutions we've evaluted and worked with, which, and these are our reasons:
- We wanted an extension that works with multiple versions of TYPO3 Core with the same extension, to support our company's TYPO3 upgrade strategy.
- We wanted to overcome issues when dealing with
colPos
field and dislike any fixed value which isn't fully compatible with TYPO3 Core. - We wanted an extension that is fully tested with multilingual and workspaces functionality.
- We wanted an extension that only does one thing: EXT:container ONLY adds tools to create and render container elements, and nothing else. No FlexForms, no permission handling or custom rendering.
- We wanted an extension where every grid has its own Content Type (CType) making it as close to Core functionality as possible.
- We wanted an extension where the configuration of a grid container element is located at one single place to make creation of custom containers easy.
- We wanted an extension that has a progressive development workflow: We were working with new projects in TYPO3 v10 sprint releases, and needed custom container elements, and did not want to wait until TYPO3 v10 LTS.
Install this extension via composer req b13/container
or download it from the TYPO3 Extension Repository (extension name "container"), and activate
the extension in the Extension Manager of your TYPO3 installation.
Once installed, add a custom content element to your site extension (see "Adding your own container element").
- Register your custom container in your Extension in Configuration/TCA/Overrides/tt_content.php as new Content Type
- Add TypoScript and your Fluid Template for Frontend-Rendering
- Add an Icon in Resources/Public/Icons/.svg
see EXT:container_example
for a simple usage of a custom container.
This is an example for create a 2 column container
\TYPO3\CMS\Core\Utility\GeneralUtility::makeInstance(\B13\Container\Tca\Registry::class)->configureContainer(
(
new \B13\Container\Tca\ContainerConfiguration(
'b13-2cols-with-header-container', // CType
'2 Column Container With Header', // label
'Some Description of the Container', // description
[
[
['name' => 'header', 'colPos' => 200, 'colspan' => 2, 'allowed' => ['CType' => 'header, textmedia']]
],
[
['name' => 'left side', 'colPos' => 201],
['name' => 'right side', 'colPos' => 202]
]
] // grid configuration
)
)
// set and optional icon configuration
->setIcon('EXT:container_example/Resources/Public/Icons/b13-2cols-with-header-container.svg')
);
Method name | Description | Parameters | Default |
---|---|---|---|
setIcon |
icon file, or existing icon identifier | string $icon |
'EXT:container/Resources/Public/Icons/Extension.svg' |
setBackendTemplate |
Template for Backend View | string $backendTemplate |
'EXT:container/Resources/Private/Templates/Container.html' |
setGridTemplate |
Template for Grid | string $gridTemplate |
'EXT:container/Resources/Private/Templates/Container.html' |
setSaveAndCloseInNewContentElementWizard |
saveAndClose for new content element wizard (v10 only) | bool $saveAndCloseInNewContentElementWizard |
true |
setRegisterInNewContentElementWizard |
register in new content element wizard | bool $registerInNewContentElementWizard |
true |
setGroup |
Custom Group (used as optgroup for CType Select (v10 only), and as Tab in New Content Element Wiazrd) (if empty "container" is used as Tab and no optgroup in CType is used) | string $group |
'container' |
Notes |
- if EXT:content_defender:^3.1.0 is installed you can use allowed, disallowed and maxitems in the Column Configuration
- The Container Registry does multiple things:
- Adds CType to TCA Select Items
- Registers your Icon
- Adds PageTSconfig for newContentElement.wizardItems
- Sets
showitem
for this CType (to:sys_language_uid,CType,tx_container_parent,colPos,hidden
) - Saves the Configuration in TCA in
$GLOBALS['TCA']['tt_content']['containerConfiguration'][<CType>]
for further usage
- We provide some default icons you can use, see
Resources/Public/Icons
- container-1col
- container-2col
- container-2col-left
- container-2col-right
- container-3col
- container-4col
// default/general configuration (will add 'children_<colPos>' variable to processedData for each colPos in container
tt_content.b13-2cols-with-header-container < lib.contentElement
tt_content.b13-2cols-with-header-container {
templateName = 2ColsWithHeader
templateRootPaths {
10 = EXT:container/Resources/Private/Contenttypes
}
dataProcessing {
100 = B13\Container\DataProcessing\ContainerProcessor
}
}
// if need be you can use ContainerProcessor with explicitly set colPos/variable values
tt_content.b13-2cols-with-header-container < lib.contentElement
tt_content.b13-2cols-with-header-container {
templateName = 2ColsWithHeader
templateRootPaths {
10 = EXT:container/Resources/Private/Contenttypes
}
dataProcessing {
200 = B13\Container\DataProcessing\ContainerProcessor
200 {
colPos = 200
as = children_200
}
201 = B13\Container\DataProcessing\ContainerProcessor
201 {
colPos = 201
as = children_201
}
}
}
<f:for each="{children_200}" as="record">
{record.header} <br>
<f:format.raw>
{record.renderedContent}
</f:format.raw>
</f:for>
<f:for each="{children_201}" as="record">
{record.header} <br>
<f:format.raw>
{record.renderedContent}
</f:format.raw>
</f:for>
with explicit colPos defined use {children_200]201>}
as set in the example above
- Complete Registration is done with one PHP call to TCA Registry
- A container in the BE Page-Module is rendered like a page itself (s. View/ContainerLayoutView)
- for BE Clipboard and Drag & Drop <tx_container_parent>_ used in the data-colpos Attribute in the wrapping CE-div Element (instead of just the colPos as in the PageLayoutView)
- The <tx_container_parent>_ parameter is resolved to
tx_container_parent
andcolPos
value in DataHandler Hooks - When translating a container all child elements gets also translated (the child elements are not explicit listed during the translation dialog)
- Copying or moving children of a container copies or moves translations as well
- Custom definitions make use of custom
colPos
values so Site Owners build their own elements, no fixedcolPos
given, so no interference with existing solutions - Each container type is just a definition for its own
CType
- Integrity proofment
- List module actions
You can run our test suite for this extension yourself:
- run
composer install
- run
Build/Scripts/runTests.sh -s unit
- run
Build/Scripts/runTests.sh -s functional
- run
Build/Scripts/runTests.sh -s acceptance
s. Tests/README.md for run the tests local (like github-actions runs the tests)
and assure Coding Guidelines are fullfilled:
- run
.Build/bin/phpstan analyse -c Resources/Private/Configuration/phpstan.neon
- run
.Build/bin/php-cs-fixer fix --config=.Build/vendor/typo3/coding-standards/templates/extension_php_cs.dist --dry-run --stop-on-violation --using-cache=no .
This extension was created by Achim Fritz in 2020 for b13 GmbH, Stuttgart.
Find examples and use cases and best practices for this extension in our Container blog series on b13.com.
Find more TYPO3 extensions we have developed that help us deliver value in client projects. As part of the way we work, we focus on testing and best practices to ensure long-term performance, reliability, and results in all our code.