Configuration
Site settings
The following settings are exposed through the site set and can be overridden per site.
| Name | Type | Default |
|---|---|---|
| string |
Form
|
handlebars_forms.view.templateName
-
- Type
- string
- Default
Form
Name of the Handlebars template used for rendering a form when no per-form template is configured. Corresponds to a template file in the configured Handlebars template root paths, e.g.
Form..hbs Note
The default
Form.template serves as placeholder to allow a smooth form rendering integration. It only shows a rendering warning and must be overridden by a concrete template which handles the whole rendering.hbs
TypoScript
The site set sets up a TypoScript object at
plugin.,
where integrators define how each form is rendered. The structure is:
plugin.tx_form.handlebarsForms {
# Applied to every form (fallback)
default {
templateName = {$handlebars_forms.view.templateName}
dataProcessing {
10 = process-form
10 {
# ... HBS_* configuration
}
}
}
# Override for a specific form – merged on top of "default"
my_contact_form {
templateName = ContactForm
}
}
When a form is rendered, the extension looks up configuration blocks in the following order. All matching blocks are merged, with later entries winning:
default– applied to every form- Form unique identifier (e.g.
my-)contact- form- 123 - Original form identifier before suffixes are appended (e.g.
my-)contact- form - Form persistence identifier (the YAML file path, e.g.
EXT:)my_ extension/ Resources/ Private/ Forms/ Contact Form. form. yaml
The
template key names the Handlebars template file (without extension)
that receives the data produced by the process-form processor
as its template context.
Note
The
data block follows the same TypoScript data-processor syntax
used elsewhere in TYPO3 (e.g. inside
FLUIDTEMPLATE). The
process-form processor identifier is provided by this
extension.
See Conditions in the processor reference for details on
using
if to conditionally omit keys from the output.