Form Builder Dependencies

Modified on Mon, 12 Jan at 7:46 PM

Home Page


Dependencies & Display Settings


TABLE OF CONTENTS


What Are Dependencies?

Dependencies and Display Settings provide powerful configuration options within forms and workflows. These features allow administrators to dynamically show, hide, or modify fields and tabs based on user input, permissions, or system rules.


By using these tools, you can create smarter, more intuitive forms that adapt to end users' needs and ensure consistent workflow logic.


Dependencies

Dependencies define conditional rules between fields. They allow you to:

  • Show or hide elements or tabs based on another field’s input.

  • Make a field mandatory or optional depending on previous selections.

  • Automatically apply tags or default values.

This ensures the form only displays what’s relevant to the user.


Dependencies can range from: 

  • Simple: “If Yes, show Additional Comments.” 
  • Complex: multi‑layered rules that reshape sections of a form based on business logic: product, brand, type, etc. 


How to Create an Element with Dependencies

  1. Open the Dependency Settings

    • Navigate to the Form Builder located in the Admin Tools.

    • Click the title of the form for which you want to create the dependency. 

    • Click Add Element



When you open an element in the Form Builderyou’ll see: 

  • Main Details – this is the base configuration

  • Dependencies – the second tab; add and manage rules here. 


Creating a New Dependency

  1. Click the Dependency Settings tab.

  2. Add a New Dependency

    • Click Add Dependency.

  3. Configure Dependency Details:

    • Value – Enter the input value on which the dependency is based.

    • Dependent Element – The field or tab affected by this dependency.

    • Control – Choose whether the dependent element is shown or hidden based on the value.

    • Mandatory – Switch a field between mandatory and optional depending on the user’s input. 

    • Set Control Value – Define a default value that is automatically displayed when the condition is met.

    • A wildcard * can be used to apply rules broadly.

    • A Note about Wildcards:

      Using Wildcards and Blank Values in Dependencies

      Always account for blank values

      • When building dependencies, include a rule where the value is left empty. This defines how the form should behave when the controlling field is blank—such as on initial load or after a user clears a selection.

      Use the wildcard (*) to handle “all other values”

      • Rather than creating rules for every possible option, use the wildcard * to cover any value not explicitly defined. This keeps rules simpler, easier to maintain, and less error-prone.


      Example: Country and County fields

      • Controlling field: Country (Ireland, France, Germany, etc.)
      • Target field: County (only applicable when Ireland is selected)

      Dependency rules on Country:

      • If value = Ireland → Show County
      • If value = * → Hide County
      • (Optional) If value = blank → Hide County

      This approach handles all scenarios without needing to list every non-Ireland country.


      Avoid “dead ends” in logic

      If a selection causes a field to appear, make sure changing that selection—or clearing it—reverses the behavior. Pair positive rules (such as “show”) with wildcard and/or blank rules so the dependency works correctly as users move forward and backward through the form.


    • A Note about Dependencies: 

      • You can collapse tiles to improve readability on long lists. 
      • Use the four‑dot drag handle to reorder tiles. 
      • Order matters: rules execute top → bottom within that element. 
      • Tip: You can add dependencies to individual elements or tabs. The behavior of Hide, Show, and Read Only is the same; only the scope differs. 

  4. Add Multiple Controls

    • Click + New Control to apply multiple rules to the same value.

  5. Manage Dependencies

    • Delete: Click the trash can icon to remove a dependency.

    • Duplicate: Clone an existing dependency to quickly set up similar rules.

  6. Save

    • Click Save to apply the dependency rules.



Identifying Dependencies in the Element List


In the top‑level element list of the Form Builder: 

  • A field with its own dependencies configured (i.e., it controls others) shows a three‑dot icon. 

  • A field controlled by other dependencies displaysnumeric badge indicating how many dependencies target it. Click the field, then open Dependencies to inspect the rules. 


Control Types

When you click the dependency field, you can see where you control its visibility. A field may be shown by default or hidden by default (depending on your base configuration). Dependencies then invert that default as needed. For example, you might hide a field by default, then show it only when a specific condition is met; or show it by default and hide it under certain conditions.


Control Types include:

  • Hide: Completely removes the element from view. The user can’t see or interact with it while the rule is true. 


  • Show: Ensures the element is visible when the rule is true. 

  • Read Only: The element remains visible but is locked; users can’t edit it. If it already has a value, that value stays visible and locked while the rule is true. 

    System (Hidden but available for calculations, etc.): A System control is hidden from end users but remains available for internal logic, calculations, and dependencies. These controls are commonly used to store values, perform background calculations, or support conditional behavior without adding visible fields to the form. 

    Set Tag Value: The Set Tag Value control automatically applies or updates a tag based on defined rules or conditions. This is useful for categorization, automation, reporting, or triggering downstream workflows without requiring manual user input.

    No Change: The No Change control explicitly indicates that an existing value should remain unchanged. It is typically used in conditional logic or update actions where other fields may be modified, but a specific value needs to be preserved.


  • Calculation: The Calculation control performs automatic calculations using values from other fields in the form. It updates dynamically as input values change and can be used for totals, percentages, scoring, or any derived values required for workflow logic or reporting.

  • Set Group Row Limit: The Set Group Row Limit control defines the maximum number of rows that can be added to a group. This helps enforce data limits, maintain consistency, and prevent users from adding more entries than intended. 



Creating a Basic Dependency (Single Rule, Multiple Actions) 

  1. Open the Dependencies Settings tab on the controlling field (the field whose value you evaluate).

  2. Click Add Dependency
  3. Configure the tile: 
    Value: the trigger value (e.g., Yes). 
    Dependent Element(s): which fields to act on. 
    Control: choose Hide, Show, or Read Only. 


A single rule can target multiple dependent elements (acts like an AND on the outcome). For example: if Yes, then Show Field A, Hide Field B, Read Only Field C. 


 


Execution Order & Evaluation Behavior

Dependencies are evaluated from top to bottom within each element.


The form evaluates dependencies:

  • When the form first loads
  • Whenever a user interacts with a controlling field

Although a form can contain many rules, each dependent element is only acted on once per evaluation pass. If a rule higher in the list already updates an element, any lower rules targeting that same element are skipped during that pass.


Form order matters

On initial load, dependency evaluation follows the order of the form (for example, Tab A is evaluated before Tab B). This can affect which rules run first.


Example: Multiple fields controlling the same target

  • Top field: Rule hides Additional Comments
  • Middle field: Rule shows Additional Comments

If the user interacts with the middle field and its condition is met, the rule runs during that interaction and shows Additional Comments—even if it was previously hidden by another rule.


If the user then interacts with the top field again, its rule evaluates during that new interaction and can hide the field once more.


These rules don’t conflict with each other. Each user interaction triggers a fresh evaluation pass, and within each controlling element, rules are still processed from top to bottom.


Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article