Reference - System form components
This page lists all components that are available for the form builder by default in new installations of Xperience. For details on how to programmatically configure these components when used in the widget configuration dialog, or in the form builder, see Assigning editing components to properties.
In addition to the default system components, developers can create custom components for the form builder.
Identifiers of system form components
You can access the identifiers of system form components in your code via the IDENTIFIER constant exposed by each form component class. For example, the identifier is required when using the EditingComponent attribute to set the editing interface for a property.
Form component | Form component class | Type | Description |
Calendar | CalendarFormComponent | DateTime | Calendar component that allows users to select a single date. The component is provided via the Kentico.Xperience.CalendarComponent NuGet package. For more information, see the Kentico Xperience 13 Calendar Form Component GitHub repository. |
Checkbox | CheckBoxComponent | bool | Checkbox field that saves a boolean value (true for a selected checkbox, false for a cleared checkbox). |
Consent agreement | ConsentAgreementComponent | GUID | Checkbox field that allows users to give agreements to with a pre-selected consent. Displays the selected consent’s short text next to the checkbox. When a visitor selects the consent checkbox and submits the form, the system creates a corresponding consent agreement for the given contact and stores the agreement’s identifier (GUID) into the form field. To learn more, see: Working with consents |
Drop-down list | DropDownComponent | string | Drop-down selector offering multiple options. Only one option can be selected. To learn how to configure options for this component programmatically, see Configuring selector editing components. |
EmailInputComponent | string | Input field for entering one or more email addresses. | |
File uploader | FileUploaderComponent | string | Field that allows users to submit a single file as part of the form data. The submitted files are stored on the file system and the corresponding form field stores the file’s name. The component can be further configured using existing system settings, see Configuring the File uploader for more information. |
Multiple choice | MultipleChoiceComponent | string | Selector offering options in the form of checkboxes. Multiple options can be selected at the same time. To learn how to configure options for this component programmatically, see Configuring selector editing components. |
Multi-Value Calendar | MultiCalendarFormComponent | string | Calendar component that allows users to select multiple dates or a range of dates. The component is provided via the Kentico.Xperience.CalendarComponent NuGet package. For more information, see the Kentico Xperience 13 Calendar Form Component. |
Numeric input | IntInputComponent | int | Textbox input field for entering whole numbers. |
Radio buttons | RadioButtonsComponent | string | Selector offering multiple options in the form of radio buttons. Only one option can be selected. To learn how to configure options for this component programmatically, see Configuring selector editing components. |
reCAPTCHA | RecaptchaComponent | string | A validation element based on reCAPTCHA, which allows forms to tell apart humans and computers. If the reCAPTCHA validation fails, the form cannot be submitted. Supports the following reCAPTCHA versions:
To learn how to set up the reCAPTCHA component for your site, see: Configuring reCAPTCHA |
Text area | TextAreaComponent | string | Input field that allows users to enter text into an area with adjustable size. |
Text input | TextInputComponent | string | Textbox input field. |
U.S. phone number | USPhoneComponent | string | Input field for a phone number in the standard US format, i.e. (132) 456-7890. |
The form components listed on this page are available for the form builder.
For information about additional form (editing) components available for the properties of page builder components, see Selectors for page builder components.
Configuring selector editing components
When using selector components as editing components, configure the DataSource property to define their options. You can either specify a list of values, or a semicolon-separated list of values and text. Each option needs to be entered on a separate line. For example:
// Assigns a selector component to the SelectedOption property
[EditingComponent(DropDownComponent.IDENTIFIER)]
// Configures the list options available in the selector
[EditingComponentProperty(nameof(DropDownProperties.DataSource), "cz;Czech Republic\r\nusa;United States")]
public string SelectedOption { get; set; }
Alternatively, you can load the items from a dynamic data source. See Using a dynamic data source with selector components for more information.
If you want to include a semicolon in the value or text of the options, you also need to set a different separator for the values and text using the DataSourceValueSeparator property. For example:
// Sets "." as the delimiter for the options
[EditingComponentProperty(nameof(DropDownProperties.DataSourceValueSeparator), ".")]
Configuring the File uploader
The following settings from the Settings application allow you to configure the behavior of the File uploader form component:
- System → Files → Custom form files folder – sets a custom folder used to store files uploaded using the form component. See Settings - Files.
- System → Files → Upload extensions – allows you to specify a list of file extensions users are allowed to upload using the form component. See Settings - Files.
All files are automatically synchronized across the live-site and administration projects using web farms. In cases where you expect large volumes of user data to be uploaded, or you wish to keep all files in a shared location to prevent needless duplication, it is beneficial to map the form files folder to a shared location.
The remainder of this sections details further configuration of the form component and corresponding system settings:
- Limiting the maximum uploadable file size – describes how to set the maximum allowed size of uploaded files.
- Denial of service protection – describes measures the system employs as prevention against malicious attacks.
Limiting the maximum uploadable file size
You can control the maximum file size of files uploaded using the form component via the maxRequestLength and maxAllowedContentLength attributes in the live site application’s web.config file. If both of these attributes are specified, the smaller value is prioritized. The component will automatically prevent people from uploading files larger than the specified limit via a JavaScript notification.
<system.webServer>
<security>
<requestFiltering>
<requestLimits maxAllowedContentLength="MAXSIZE_IN_BYTES" />
</requestFiltering>
</security>
</system.webServer>
<system.web>
<httpRuntime maxRequestLength="MAXSIZE_IN_KILOBYTES" />
</system.web>
If neither of the attributes is present in the application’s web.config file, the default upload limit is set to 4 MB.
Scoping the upload limitation to the File uploader component
If you do not wish to set the maximum request/content length globally for the entire application, you can scope the configuration to only affect the File uploader component by using a location element with its path attribute set to the Kentico.FormBuilder/FormFileUploader route. This ensures the size limitations apply only to files uploaded using the File uploader component:
<location path="Kentico.FormBuilder/FormFileUploader">
...
</location>
You can control the maximum size of files uploaded via the file uploader form component by setting the FormBuilderOptions.FileUploaderFileSizeLimit option in your live site application’s startup code. The component will automatically prevent people from uploading files larger than the specified limit and notify them using a JavaScript notification.
using Kentico.Forms.Web.Mvc;
public void ConfigureServices(IServiceCollection services)
{
...
// Sets the maximum file size of files uploaded using the 'File uploader' form component to 100MB
// You can also load this value from any configuration source using the configuration provider pattern
services.Configure<FormBuilderOptions>(options => options.FileUploaderFileSizeLimit = 1024 * 100);
}
If the option is not configured, the default upload limit is set to 30 MB.
Denial of service protection
To expedite the form submission process, all files selected using the File uploader component are immediately uploaded and stored in a dedicated folder on the server. This occurs independently of the form submission process. After the form is submitted, the system moves the corresponding file (currently selected in the File uploadercomponent) to the folder used to store form data on the server.
As a measure of protection against denial of service attacks, for example by repeatedly uploading large files without submitting the form, the system limits the size of the temporary folder used to store the uploaded files. The folder size limit, set to 500 MB by default, can be configured by adding the CMSTemporaryUploadFilesFolderSizeLimit key into the < appSettings > section of the MVC project’s web.config file. If the folder size limit is exceeded, the system prevents users from uploading additional files and logs an exception to the event log.
<!-- Sets the folder size limit to 1000 MB -->
<add key="CMSTemporaryUploadFilesFolderSizelimit" value="1000" />
To expedite the form submission process, all files selected using the File uploader component are immediately uploaded and stored in a dedicated folder on the server. This occurs independently of the form submission process. After the form is submitted, the system moves the corresponding file (currently selected in the File uploadercomponent) to the folder used to store form data on the server.
As a measure of protection against denial of service attacks, for example, by repeatedly uploading large files without submitting the form, the system limits the size of the temporary folder used to store the uploaded files. The folder size limit, set to 500 MB by default, can be configured by setting the FormBuilderOptions.TemporaryUploadFilesFolderSizeLimit option in your live site application’s startup code. If the folder size limit is exceeded, the system prevents users from uploading additional files and logs an exception to the event log.
using Kentico.Forms.Web.Mvc;
public void ConfigureServices(IServiceCollection services)
{
...
// Sets the temporary folder size limit to 1000MB
// You can also load this value from any configuration source using the configuration provider pattern
services.Configure<FormBuilderOptions>(options => options.TemporaryUploadFilesFolderSizeLimit = 1000);
}
The system deletes the contents of the temporary folder once every two hours using the Delete old temporary upload files scheduled task (which runs via the administration project). If you wish to modify this behavior, for example in cases where you expect higher volumes of form submissions containing large files, you can override the default two hour interval by configuring the CMSDeleteTemporaryUploadFilesOlderThan setting key in the <appSettings> section of the administration project’s web.config file.
<!-- Sets the folder cleanup period to one hour -->
<add key="CMSDeleteTemporaryUploadFilesOlderThan" value="1" />
Configuring reCAPTCHA
You need to register your site to use the reCAPTCHA API and obtain a pair of API keys:
- Go to https://www.google.com/recaptcha/admin and sign in with your Google account.
- Select the reCAPTCHA type that you wish to use.
- For reCAPTCHA v2, choose the “I’m not a robot” Checkbox option.
- Fill in all required details, including the domain where your site is running (the presentation domain of your live site).
- Copy your Site key and Secret key.
Next, enter your site’s reCAPTCHA API keys into Xperience:
Open the Settings application in the administration interface.
Navigate to the Security & Membership → Protection settings category.
Under reCAPTCHA v2 or reCAPTCHA v3 section, paste the API keys into the Site key and Secret key settings respectively.
When using reCAPTCHA v3, set the default Score threshold required for the validation to be successful. You can override the score threshold when adding the reCAPTCHA component to individual forms.
Save the settings.
Tip: If you run multiple sites in your Xperience instance, you can switch between them using the Site selector and enter different API keys for each site.
With the API keys entered into the system, the reCAPTCHA form component now works in forms. When composing forms, the form builder interface allows users to configure additional properties for specific reCAPTCHA fields.
reCAPTCHA v2
- Theme – sets the appearance of the reCAPTCHA element (Light or Dark).
- Size – sets the size of the reCAPTCHA element (Normal or Compact).
- Type – sets the type of challenge used if the initial noCAPTCHA validation fails (Image or Audio).
reCAPTCHA v3
Score Threshold – reCAPTCHA returns a score for every request between 0.0 (very likely a bot) and 1.0 (very likely a good interaction). This threshold determines the score that must be reached for the form validation to be successful. Set a higher value if you have issues with spam or bots, and a lower value if you wish to simplify accessibility for users.
If the validation fails for a user, there are no further challenges and form submission is not possible. In these cases, users can attempt to refresh the page again.
Theme – sets the appearance of the reCAPTCHA badge (Light or Dark).
Badge Position – Bottom right and Bottom left display the reCAPTCHA badge in the corresponding position at the bottom of the form. Inline displays the reCAPTCHA badge as a standard field within the form.
reCAPTCHA privacy and personal data handling
The reCAPTCHA API works by collecting hardware and software information, such as device and application data, and sending this data to Google for analysis. However, the reCAPTCHA form component is not integrated with the consent functionality in Xperience. If required, you need to display any required privacy information to site visitors and collect consents manually.
For users in the European Union, you must comply with Google’s EU User Consent Policy.
Using multiple reCAPTCHAs on the same page
The system does not support the use of multiple reCAPTCHA fields within the same form. You can have multiple different forms with a reCAPTCHA field on the same page.
Customizing reCAPTCHA messages
If you wish to change the error messages that reCAPTCHA displays to users, create custom resource strings with the appropriate keys and enter the required text content as the translation values for specific cultures.
Important: The resource strings must be added to your live site application.
Use the following resource string keys for error messages related to basic verification:
- recaptcha.error.missing-input-response – displayed when a user does not provide the required input, for example when the validation checkbox is not clicked.
- recaptcha.error.invalid-input-response – displayed when the user’s input is invalid or malformed.
You can also use the following resource string keys for other technical errors:
- recaptcha.error.serverunavailable – the reCAPTCHA server is unavailable.
- recaptcha.error.bad-request – the validation request is invalid or malformed.
- recaptcha.error.invalidconfiguration – the reCAPTCHA site and secret key settings are not configured in Xperience.
- recaptcha.error.missing-input-secret – the secret API key is missing.
- recaptcha.error.invalid-input-secret – the secret API key is invalid or malformed.
- recaptcha.error.timeout-or-duplicate – timeout or the same form contains multiple reCAPTCHA fields.