Last updated:
Conditions let you make your forms dynamic. The form automatically adapts to what users enter, hiding elements or entire pages that aren't relevant. This improves usability and supports data minimization.
There's a basic distinction between element conditions and page conditions. Both follow the same if/then logic, but they differ in what they control and where in the form you set them up.
| Element conditions | Page conditions | |
| What does it control? | The state of a single form element (e.g., an input field, a selection) | The visibility of an entire form page |
| Possible effects | Shown/Hidden, Optional/Required, Enabled/Disabled, Editable/Read-only | Skip page, continue input on another page, submit the form |
| Where do I set it up? | As a separate "Condition" element added via the form tree | Via the "Conditions" toggle in the editing area of the relevant page |
| Available from which page? | On every form page | Only from page 2 onward (page 1 can't be hidden) |
Element conditions are set up as their own form element:
Page conditions aren't added as a separate element — they're switched on directly on the relevant page:
Both types of conditions are built on the same if/then structure and follow the same core logic around default states.
Formcentric works on a simple principle: you only define the exception — Formcentric handles the default state automatically.
When you set what should happen for a specific input ("If Yes is selected, show field X"), Formcentric automatically knows what applies in every other case ("Otherwise, field X stays hidden"). You don't need to create a rule for the opposite case.
Think of an ordinary light switch: you only set up that the light should turn on when you flip the switch. You don't need to separately teach the switch that the light stays off while no one flips it — that's just its default state. Conditions in Formcentric work exactly the same way.