Embed forms (Sub-forms)
Some element containers offer the possibility to integrate other forms that fit the context, such as data input forms, dashboards or portals (license dependent).
►NOTE◄ Embedded forms are not automatically updated when the original has been changed! This can be done manually via the Auto reload function (see below).
The following image shows the configuration options of the editor.
1 |
Opens a dialog for selecting the form to be embedded. The forms that are available here depend on the type of the main form and the licensed modules.
(A) The type of form to be embedded (e.g. portal, shipment form, etc.). ►CAUTION◄ This action completely overwrites the contents of the container, without regard to any modifications previously made! (D) Offers the possibility to insert the section elements of the form. |
2 |
Indicates that the selected container already contains an embedded shape. |
3/4 |
If a form is already embedded, it can be reloaded via the Refresh (3) button or even discarded completely with Remove (4). ►NOTE◄ When updating, the current version of the referenced form is loaded into the container, overwriting all previous content including any modifications made! |
5 |
If the container embeds a form, the Auto reload option is available. ►CAUTION◄ To be able to guarantee full form functionality when linking elements, it should always be ensured that the embedded form is not manipulated in this way. There are no automated checks for this. Cyclic form dependency |
Element containers that already embed a form will be highlighted in the element tree (see images below).
|
|
Further info
When inserting a shape, all element IDs of the inserted elements are prefixed (e.g. "_RT1_"). All references within the sub-form are also adjusted accordingly. This prevents clashes of duplicate IDs while maintaining the form functionality of the embedded form. If the form element itself defines a data field, this is also set to the inserted container.