Encapsulated frontend components with Fluid's ViewHelper syntax

Installs: 178 372

Dependents: 1

Suggesters: 0

Security: 1

Stars: 51

Watchers: 17

Forks: 19

Open Issues: 18



This TYPO3 extensions puts frontend developers in a position to create encapsulated components in pure Fluid. By defining a clear interface (API) for the integration, frontend developers can implement components independent of backend developers. The goal is to create highly reusable presentational components which have no side effects and aren't responsible for data acquisition.

⬇️ TL;DR? Get started right away ⬇️

What does it do?

Fluid templates usually consist of three ingredients:

  • Templates,
  • Layouts, which structure and wrap the markup defined in the template, and
  • Partials, which contain markup snippets to be reused in different templates.

In addition, ViewHelpers provide basic control structures and encapsulate advanced rendering and data manipulation that would otherwise not be possible. They are defined as PHP classes.

The extension adds another ingredient to Fluid: Components.

What are components?

Fluid components are similar to ViewHelpers. The main difference is that they can be defined solely in Fluid. In a way, they are quite similar to Fluid's partials, but they have a few advantages:

  • They provide a clear interface via predefined parameters. The implementation is encapsulated in the component. You don't need to know what the component does internally to be able to use it.
  • With semantic component names your templates get more readable. This gets even better with atomic design or similar approaches.
  • They can easily be used across different TYPO3 extensions because they utilize Fluid's namespaces. No partialRootPath needed.

How do components look like?

The following component implements a simple teaser card element:


    <fc:param name="title" type="string" />
    <fc:param name="link" type="Typolink" />
    <fc:param name="icon" type="string" optional="1" />
    <fc:param name="theme" type="string" optional="1" default="light" />

        <a href="{link}" class="{component.class} {component.class}-{theme}">
            <h3 class="{component.prefix}title">{title}</h3>
            <f:if condition="{content}">
                <p class="{component.prefix}description"><fc:slot /></p>

            <f:if condition="{icon}">
                <i class="icon icon-{icon} {component.prefix}icon"></i>

Use the following code in your template to render a teaser card about TYPO3:

{namespace my=VENDOR\MyExtension\Components}
    The professional, flexible Content Management System

The result is the following HTML:

<a href="" class="smsExampleTeaserCard smsExampleTeaserCard-light">
    <h3 class="smsExampleTeaserCard_title">TYPO3</h3>
    <p class="smsExampleTeaserCard_description">The professional, flexible Content Management System</p>

    <i class="icon icon-typo3 smsExampleTeaserCard_icon"></i>

(improved indentation for better readability)

Getting Started

  1. Install the extension either from TER or via composer:

    composer require sitegeist/fluid-components
  2. Define the component namespace in your ext_localconf.php:

    $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['fluid_components']['namespaces']['VENDOR\\MyExtension\\Components'] =
    	\TYPO3\CMS\Core\Utility\ExtensionManagementUtility::extPath('my_extension', 'Resources/Private/Components');

    Use your own vendor name for VENDOR, extension name for MyExtension, and extension key for my_extension.

  3. Create your first component in EXT:my_extension/Resources/Private/Components/ by creating a directory MyComponent containing a file MyComponent.html

  4. Define and apply your component according to How do components look like?. The Extended Documentation can be helpful as well.

  5. Check out Fluid Styleguide, a living styleguide for Fluid Components, and Fluid Components Linter to improve the quality and reusability of your components.

If you have any questions, need support or want to discuss components in TYPO3, feel free to join #ext-fluid_components.

Why should I use components?

  • Components encourage markup reusage and refactoring. Only the component knows about its implementation details. As long as the interface stays compatible, the implementation can change.
  • Components can be a tool to enforce design guidelines. If the component's implementation respects the guidelines, they are respected everywhere the component is used. A helpful tool to accomplish that is the corresponding living styleguide: Fluid Styleguide.
  • Components formalize and improve communication. Frontend developers and integrators agree on a clearly defined interface instead of debating implementation details.
  • Components reduce dependencies. Frontend developers can work independent of integrators and backend developers.

Extended Documentation

Feature References


Authors & Sponsors

The development and the public-releases of this package is generously sponsored by my employer