Form Builder
Default values
For the latest default values of Form Builder properties, see properties-form-builder.xml.
Toolbox
Groups of controls
You configure the contents of the toolbox by configuring properties in this format:
In that property, the value of $GROUPNAME
determines a grouping of the controls in the toolbox. The controls are defined by a list of XBL file URLs specified by $URLS
. For example:
NOTE: With Orbeon Forms 4.5 and earlier, values must be placed in the value
attribute.
To properly show up in the toolbox, XBL files need to include the appropriate component metadata.
Other toolbox features
In addition to controls, the toolbox has other features which you can enable or disable with the following properties:
[SINCE Orbeon Forms 2022.1 and 2021.1.6]
oxf.fb.menu.permissions.owner-group
allows you, by setting the value of the property tofalse
, to disable the two lines in the permissions dialog related to owner and group permissions. This is useful if you're always using a custom implementation of the persistence API that doesn't support owner and group permissions and you prefer to hide those options from form authors to avoid possible confusions.
Publish dialog
Links to new and summary pages
[SINCE Orbeon Forms 4.6]
By default, the Publish dialog proposes, upon successful publication of a form definition, shortcuts to navigate to the published form's New or Summary pages.
This property allows specifying which of these actions are available:
The Version dropdown
[SINCE Orbeon Forms 2022.1, 2021.1.3]
When versioning is supported, you can use the following property to control the behavior of the Version dropdown. If versioning isn't supported, this property has no effect. Also, the property has no effect if no version of this form has ever been published: in that case, version 1 will be published. The property can be set to:
default-to-select
– The dropdown is enabled, and users need to select whether they want to create a new version or overwrite an existing version. This is the default.default-to-next
– The dropdown is enabled, and defaults to the choice to create a new version.default-to-latest
– The dropdown is enabled, and defaults to overwriting the latest version.force-next
– The dropdown is read-only, and a new version will be created on publish.force-latest
– The dropdown is read-only, and the latest published version will be overwritten on publish.
Maximum number of columns
Use this property to change the default maximum number of grid columns form authors can create. The more columns there are, the more narrow each column is, and when columns become too narrow, some less "elastic" controls might not have enough space to render properly. You want to set this property to a "reasonable" value to reduce the chance of form authors ending up with columns that are too narrow to accommodate certain controls.
Closing sections
Closing sections in Form Builder can improve responsiveness. This property sets the number of controls after which Form Builder will close all sections except the first one when loading a form. Below that number of controls, all sections are open by default.
Action buttons in Form Builder
Action buttons on the Form Builder summary page
This controls which buttons appear on the Form Builder summary page.
Action buttons on the Form Builder detail page
This controls which buttons appear on the Form Builder detail page.
Available languages
This controls which Form Builder user interface languages appear in the language selector.
Permissions dialog
The permissions dialog allows form authors, amongst other things, to assign permissions to users having a specific roles. In that dialog, form authors can type in a text field the name of the role(s) they want to assign those permissions to. If you're systematically using certain roles, want to save form authors from having to type them, and prevent possible mistakes in the process, you can use the following property to list the role names you want the Form Builder permissions dialog to always show in that dialog:
The value of this property is an array of strings in the JSON format. For instance, the following screenshot shows the dialog with the above property set (see the line for "Organization owner"), and where the form author added a line for an "admin" role.
See also Access control for deployed forms.
Access control
If you'd like to have multiple classes of Form Builder users where some can edit, say, forms in the hr
app, while others can edit forms in the sales
app, see Access control for editing forms.
Formatted text configuration
You can configure the TinyMCE editor used for Formatted Text (AKA Rich Text Editor) component for the following:
Explanatory Text content in the form area
control labels with "Use HTML" in Form Builder dialogs
control hints with "Use HTML" in Form Builder dialogs
control help with "Use HTML" texts in Form Builder dialogs
Use the following property:
The example above switches to the iframe
mode (instead of the inline
mode) and adds the fullscreen plugin.
For backward compatibility, if a non-blank oxf.fb.tinymce.config
property is present, it will be used.
Note that oxf.xforms.xbl.fr.tinymce.config.orbeon.builder
is evaluated as an AVT, while oxf.fb.tinymce.config
is not.
Explanatory Text TinyMCE configuration
[DEPRECATED SINCE Orbeon Forms 2023.1.1]
Prefer the oxf.xforms.xbl.fr.tinymce.config.orbeon.builder
property above.
Note that oxf.xforms.xbl.fr.tinymce.config.orbeon.builder
controls the appearance of the Explanatory Text, as well as labels, hints, and help texts in Form Builder dialogs, while oxf.fb.tinymce.config
only controls the appearance of the Explanatory Text.
[SINCE Orbeon Forms 2018.1]
When form authors edit an Explanatory Text, Form Builder utilizes the TinyMCE component. You can configure TinyMCE by supplying your own configuration in JSON as the value for the oxf.fb.tinymce.config
property. If you do not set the oxf.fb.tinymce.config
property, Form Builder defaults to a configuration, which can be found at the bottom of TinyMce.scala
.
See also
Last updated