ViewHelpers
How to use ViewHelpers
ViewHelpers are special tags in the template which provide more complex functionality such as loops or special formatting of values. The functionality of a ViewHelper is implemented in PHP, every ViewHelper has its own PHP class.
See the ViewHelper Reference for a complete list of all available ViewHelpers.
Within Fluid, the ViewHelper is used as a special HTML element with a namespace
prefix, for example the namespace prefix f
is used for ViewHelpers from the
built-in Fluid namespace:
<f:for each="{results}" as="result">
<li>{result.title}</li>
</f:for>
The f
namespace is already defined, but can be explicitly specified to
improve IDE autocompletion.
Custom ViewHelpers use their own namespace, in this case blog
:
<blog:myViewHelper argument1="something" />
The namespace needs to be registered explicitly, see the next section.
ViewHelpers can accept input values both from their tag content and from arguments, which are specified as tag attributes. The ViewHelper syntax is documented in Fluid ViewHelper Syntax.
Registering/importing ViewHelpers
When you need to use third-party ViewHelpers in your templates there are multiple equally valid options.
You can use the PHP API to register a namespace that should be available in all template files without further importing:
$view = new TemplateView();
$view->getRenderingContext()->getViewHelperResolver()
->addNamespace('foo', 'Vendor\\Foo\\ViewHelpers');
To make a namespace only available in one template file, the following syntax variants are possible:
<!-- xmlns variant -->
<html
xmlns:foo="http://typo3.org/ns/Vendor/Foo/ViewHelpers"
data-namespace-typo3-fluid="true"
>
<!-- inline variant -->
{namespace foo=Vendor\Foo\ViewHelpers}
Once you have registered/imported the ViewHelper collection, you can start using
it in your templates via the namespace alias you used during registration (in this
example: foo
is the alias name).
Tag-Based ViewHelpers
Tag-based ViewHelpers are special ViewHelpers that extend a different base class called AbstractTagBasedViewHelper. The purpose of these special ViewHelpers is to generate a HTML tag based on the supplied arguments and content.
Tag-based ViewHelpers provide default arguments that help enhancing the generated HTML tag:
- An array of
data-*
attributes can be provided via thedata
argument - An array of
aria-*
attributes can be provided via thearia
argument - An array of additional HTML attributes can be provided via the
additional
argumentAttributes - You can also supply arbitrary arguments that don't need to be defined by the ViewHelper, which will be added to the generated HTML tag automatically
Example:
<my:viewHelper
data="{
foo: 'data foo',
bar: 'data bar',
}"
aria="{
label: 'my label',
}"
additionalAttributes="{
'my-attribute': 'my attribute value',
}"
another-attribute="my other value"
>
content
</my:viewHelper>
Assuming that the ViewHelper is configured to create a <div>
tag,
this would be the result:
<div
data-foo="data foo"
data-bar="data bar"
aria-label="my label"
my-attribute="my attribute value"
another-attribute="my other value"
>
content
</div>
Boolean attributes
You can use the boolean literals {true}
and {false}
to enable or disable
attributes of tag-based ViewHelpers:
<my:viewHelper async="{true}" />
Result: <div async="async" />
<my:viewHelper async="{false}" />
Result: <div />
Of course, any variable containing a boolean can be supplied as well:
<my:viewHelper async="{isAsync}" />
It is also possible to cast a string to a boolean
<my:viewHelper async="{myString as boolean}" />
For backwards compatibility empty strings still lead to the attribute being omitted from the tag.
<f:variable name="myEmptyString" value="" />
<my:viewHelper async="{myEmptyString}" />
Result: <div />
Understanding ViewHelpers
All built-in ViewHelpers are documented in the ViewHelper Reference. If you want to learn more about a specific ViewHelper or if you are using a custom ViewHelper that isn't documented, you can take a look at the ViewHelper source code, written in PHP.
Each ViewHelper has a corresponding php file, which contains a class that describes the
ViewHelper's arguments as well as its behavior in the template. Such classes are usually placed
in the Vendor\
PHP namespace (where Vendor
and Package
are placeholders
for actual values) and follow the following naming convention:
f:
becomes PHP classformat. raw TYPO3Fluid\
Fluid\ View Helpers\ Format\ Raw View Helper f:
becomes PHP classrender TYPO3Fluid\
Fluid\ View Helpers\ Render View Helper mypkg:
becomes PHP classcustom. special Format My\
, assuming you addedPackage\ View Helpers\ Custom\ Special Format View Helper xmlns:
or alternative namespace registration (see above).mpkg="http:// typo3. org/ ns/ My/ Package/ View Helpers"
The arguments a ViewHelper supports will be verbosely registered in the
initialize
function of each ViewHelper class. Inspect this method to
see the names, types, descriptions, required flag and default value of all
attributes. An example argument definition looks like this:
public function initializeArguments() {
$this->registerArgument('myArgument', 'boolean', 'If true, makes ViewHelper do foobar', false, false);
}
Which translated to human terms means that we:
- Register an argument named
my
Argument - Specify that it must be a boolean value or an expression resulting in a
boolean value (see Boolean conditions).
Other valid types are
integer
,string
,float
,array
,object
,Date
and other class names. The array of syntax can also be used, for exampleTime string
or[] Vendor\
.Package\ My Class [] - Describe the argument's behavior in simple terms.
- The argument is not required (the 4th argument is
false
). - If the argument is not defined when calling the ViewHelper,
a default value of
false
is assumed (5th argument).
The ViewHelper itself would then be callable like this:
<mypkg:custom.specialFormat myArgument="{true}">{someVariable}</mypkg:custom.specialFormat>
What the ViewHelper does with its input values is determined by the render
method in the ViewHelper class.