Dynamic values

Dynamic values give you the flexibility to fill various UI properties at runtime, based on process parameters or substitution tags. By doing so, your application can adapt to specific scenarios or user inputs.

Use this feature to fine-tune how your application appears and behaves without needing to rebuild or redeploy. The table below outlines which UI elements support dynamic values and the corresponding properties that can accept parameters or substitution tags.

ElementPropertiesAccepts
Form Elements
Input, Textarea, Select, Checkbox, Radio, Switch, Datepicker, Slider, Segmented Button
- Default Value
- Label
- Placeholder
- Helper Text
- Validators
- Prefix, Suffix
Yes: Process parameters or Substitution tags
Document Preview- Title
- Subtitle
Yes: Process parameters or Substitution tags
Card- Title
- Subtitle
Yes: Process parameters or Substitution tags
Form- TitleYes: Process parameters or Substitution tags
Message- MessageYes: Process parameters or Substitution tags
Button, Upload- LabelYes: Process parameters or Substitution tags
Select, Checkbox, Radio, Segmented Button
(Static source type only)
- Label
- Value
Substitution tags only
Text- TextYes: Process parameters or Substitution tags
Link- Link TextYes: Process parameters or Substitution tags
Modal
(modalDismissAlert properties)
- Title
- Message
- ConfirmLabel
- CancelLabel
Yes: Process parameters or Substitution tags
Step- LabelYes: Process parameters or Substitution tags
Tab- TitleYes: Process parameters or Substitution tags

Default Value is not available for the Switch element.

How it works

  • Process Parameters: At runtime, values can be injected from backend logic or state, such as the outcome of an API call or an action, which then populate the relevant UI element properties.
  • Substitution Tags: Whenever a UI property references a substitution tag key (e.g., test), the application replaces it with the appropriate content at runtime. This is particularly useful for rapid localization, real-time data injection, and user-specific content.

Example using Substitution tags

Use keys beginning with ”@@” to return their value. If a valid key isn’t found, you’ll get an empty string. If the key format is incorrect, the original string is returned.

Example using process parameters

Business rule example

In the preceding example, an MVEL business rule demonstrates the population of specific keys with dynamic values from the task. This JSON object, assigned to the “app” key, captures the values for various UI properties:

///assigning a JSON object containing dynamic values for the specified keys to the "app" key 

output.put("app",{"label":"This is a label",
                    "title":"This is a title",
                    "placeholder":"This is a placeholder",
                    "helpertext":"This is a helper text",
                    "errorM":"This is a error message",
                    "prefix":"prx",
                    "suffix":"sfx",
                    "subtitile":"This is a subtitle",
                    "message":"This is a message",
                    "defaultV":"defaultValue",
                    "value":"Value101",
                    "value":"Value101",
                    "confirmLabel":"This is a confirm label",
                    "cancelLabel":"This is a cancel label",
                    "defaultValue":"dfs",
                    "defaultDate":"02.02.2025",
                    "defaultSlider": 90});

Note that for releases < 3.3.0, concatenating process parameters with substitution tags isn’t supported when utilizing dynamic values.

Computed values

Computed values present a method to dynamically generate values using JavaScript expressions. Beyond adhering to predefined values, computed values enable the manipulation, calculation, and transformation of data grounded in particular rules or conditions.

Computed values can be created via JavaScript expressions that operate on process parameters or other variables within the application.

To introduce a computed value, you simply toggle the “Computed value” option (represented by the f(x) icon). This will transform the chosen field into a JavaScript editor.

By enabling computed values, the application provides flexibility and the ability to create dynamic and responsive user interfaces.

Slider example (parsing keys as integers)

The instance above showcases computed values’ usage in a Slider element. JavaScript expressions are used to dynamically compute minimum and maximum values based on a value sourced from a linked input UI element (connected via the process key ${application.client.amount}).

Minimum Value

if ( !isNaN(parseInt(${application.client.amount})) ) {
    return 0.15 * parseInt(${application.client.amount})
}  else {
    return 10000
}
  • !isNaN(parseInt(${application.client.amount})): This part ascertains whether the value in the input field (${application.client.amount}) can be effectively converted to an integer using parseInt. Moreover, it validates that the outcome isn’t NaN (i.e., not a valid number), ensuring input validity.
  • If the input is a valid number, the minimum value for the slider is calculated as 15% of the entered value (0.15 * parseInt(${application.client.amount})).
  • If the input is not a valid number (NaN), the minimum value for the slider is set to 10000.

Maximum Value

if ( !isNaN(parseInt(${application.client.amount})) ) {
    return 0.35 * parseInt(${application.client.amount})
}  else {
    return 20000
}
  • Similar to the previous expression, it checks if the value entered on the input field is a valid number using !isNaN(parseInt(${application.client.amount})).
  • If the input is a valid number, the maximum value for the slider is calculated as 35% of the entered value (0.35 * parseInt(${application.client.amount})).
  • If the input is not a valid number (NaN), the maximum value for the slider is set to 20000.

Summary

In summary, the above expressions provide a dynamic range for the slider based on the value entered on the input field. If a valid numeric value is entered, the slider’s range will be dynamically adjusted between 15% and 35% of that value. If the input is not a valid number, a default range of 10000 to 20000 is set for the slider. This can be useful for scenarios where you want the slider’s range to be proportional to a user-provided value.

Text example (using computed strings)

The following scenario outlines the functionality and implementation of dynamically displayed property types via a text UI element. This is done based on the chosen loan type through a select UI element in a user interface.

Scenario

The UI in focus showcases two primary UI elements:

  • Select Element - “Loan type”: This element allows users to choose from different loan types, including “Conventional,” “FHA,” “VA,” and “USDA.”

  • Text Element - “Property type”: This element displays property types based on the selected loan type.

The following code snippet illustrates how the dynamic property types are generated based on the selected loan type (JavaScript is used):

if ("${application.loanType}" == "conventional") {
    return "Single-Family Home, Townhouse CondoMulti-Family, Dwelling";
} else if ("${application.loanType}" == "fha") {
    return "Single-Family Home, Townhouse, Condo, Manufactured Home";
} else if ("${application.loanType}" == "va") {
    return "Single-Family Home, Townhouse, Condo, Multi-Family Dwelling";
} else if ("${application.loanType}" == "usda") {
    return "Single-Family Home, Rural Property, Farm Property";
} else {
    return "Please select a loan type first";
}

Summary

  • Loan Type Selection: Users interact with the “Loan Type Select Element” to choose a loan type, such as “Conventional,” “FHA,” “VA,” or “USDA.”
  • Property Types Display: Once a loan type is selected, the associated property types are dynamically generated and displayed in the “Text Element.”
  • Fallback Message: If no loan type is selected or an invalid loan type is chosen, a fallback message “Please select a loan type first” is displayed.

Integration across the UI elements

The UI Designer allows the inclusion of JavaScript expressions for generating computed values. This functionality extends to the following UI elements and their associated properties:

ElementProperties
Slidermin Value, max Value, default Value
InputDefault Value
Any UI Element that accepts validatorsmin, max, minLength, maxLength
TextText
LinkLink Text
  • Slider: The min value, max value, and default value for sliders can be set using JavaScript expressions applied to process parameters. This allows for dynamic configuration based on numeric values.
  • Any UI Element that accepts validators min, max, minLength, maxLength: The “params” field for these elements can also accept JavaScript expressions applied to process parameters. This enables flexibility in setting validator parameters dynamically.
  • Default Value: For input elements like text inputs or number inputs, the default value can be a variable from the process or a computed value determined by JavaScript expressions.
  • Text: The content of a text element can be set using JavaScript expressions, allowing for dynamic text generation or displaying process-related information.
  • Link: The link text can also accept JavaScript expressions, enabling dynamic generation of the link text based on process parameters or other conditions.

When working with computed values, it’s important to note that they are designed to be displayed as integers and strings.

For input elements (e.g., text input), you may require a default value from a process variable, while a number input may need a computed value.