Skip to main content
An input field is a versatile form element that enables users to enter data with built-in validation, conditional visibility, and cross-platform compatibility. Input fields can be customized for different data types and use cases, from simple text entry to specialized formats like email addresses and code snippets.
Input field demonstration

Configuration overview

Configure your input field using these main sections:

Basic Settings

Process data binding, labels, and input types

Data & Validation

Default values, validators, and data formatting

Behavior

Hide/disable conditions and UI actions

Styling

Visual appearance and platform-specific overrides

Basic configuration

Process data key

The process data key establishes the binding between the input element and process data, enabling its later use in:

Core properties

Purpose: The visible text displayed above or alongside the input fieldFeatures:
  • Supports full Markdown syntax for rich formatting
  • Can include links, emphasis, and other Markdown elements
  • Responsive across all platforms
Use Markdown to enhance your labels with bold, italic, or linked text.
Label with Markdown formatting
Choose the appropriate input type for your data:
TypeDescriptionValidation FeaturesBest Used For
TextGeneral text inputLength, pattern matchingNames, titles, descriptions
NumberNumeric values onlyMin/max values, decimalsQuantities, prices, scores
EmailEmail address formatBuilt-in email validationContact information
PasswordMasked text inputStrength requirementsAuthentication, security
CodeMonospace code formattingOnly digitsValidating OTPs
The Code type is particularly useful for technical forms where users need to input structured data, configuration settings, or code snippets with proper formatting.
Purpose: Provide hints or examples of expected inputBest Practices:
  • Keep it concise and helpful
  • Show format examples (e.g., β€œjohn@example.com”)
  • Avoid using placeholder as primary label
  • Consider accessibility for screen readers
Prefix: Text or symbols appearing before the input
  • Currency symbols ($, €, Β£)
  • Protocol indicators (https://, @)
  • Unit prefixes
Suffix: Text or symbols appearing after the input
  • Units of measurement (kg, cm, %)
  • Domain extensions (.com, .org)
  • Contextual indicators
Examples:
$ [input field] USD    // Prefix: $, Suffix: USD
@ [input field]        // Prefix: @
[input field] %        // Suffix: %
Has Clear: Adds an βœ• button to quickly clear the input content
  • Improves user experience on mobile devices
  • Useful for search fields and optional inputs
Helper Text: Additional context or instructions
  • Can be displayed as regular text below the field
  • Can be hidden within an expandable info point
  • Supports Markdown formatting
Update on Blur: Controls when data is saved
  • Triggers validation when user leaves the field
  • Optimizes performance by reducing frequent updates

Data configuration

Datasource configuration

Configure the data source and default values for your input field: Default Value: Set the initial value when the field is first displayed
  • Static values for consistent defaults
  • Dynamic values from process data
  • Calculated values from expressions
Default value
Consider the user experience impact of default values - they should help users rather than create confusion.

Validation rules

Ensure data quality with comprehensive validation options:
  • Basic Validators
  • Numeric Validators
  • Date Validators
  • Custom Validators
ValidatorPurposeConfiguration
RequiredEnsures field is not emptyError message customization
Min LengthMinimum character countSpecify minimum number
Max LengthMaximum character countSpecify maximum number
EmailValid email formatWorks with email input type
PatternCustom regex validationDefine regex pattern
Validation example

Behavior configuration

Hide/disable expressions

Define the input field’s behavior using JavaScript expressions to control its visibility or disablement:
  • Hide condition: A JavaScript expression that hides the input field when it evaluates to the specified result.
  • Disabled condition: A JavaScript expression that disables the input field when it returns a truthy value.

Hide expression example

We can use a rule to hide an input field if another field has a null value (it is not filled). For example, the β€œMortgage” input field, which remains hidden until users fill in the β€œIncome” field:
Hide expression
Rule used:
${application.input.income} === null || ${application.input.income} === ""
Hide expression
Result:
Hide expression

Disable example

You can use a disabled condition to disable an input element based on values from other fields. When you type β€˜TEST’ in the first input (Name) the second input (Test) will be disabled:
Rule used:
${application.input.name} === 'TEST'
Disabled expression
It’s important to make sure that disabled fields have the same expression configured under the path expressions β†’ hide.

UI actions

Configure interactive behaviors for your input field:
EventDescriptionCommon Use Cases
CHANGETriggered when input changesUpdate related fields, trigger calculations, show/hide elements
FOCUSWhen field receives focusLoad dynamic data, show helper content
BLURWhen field loses focusValidate input, save data, format display
UI actions
Action Types Available:
  • Navigate to different pages
  • Execute business rules
  • Call external services
  • Update other form elements
  • Trigger process actions
For detailed UI action configuration, see our UI Actions Guide.

Platform customization

Settings overrides

Customize your input field differently across platforms:
  • Web Applications
  • Mobile Apps
Override Options:
  • Label text for desktop terminology
  • Placeholder text optimized for keyboard input
  • Helper text with extended descriptions
  • Prefix/suffix for web-specific formatting
Web-Specific Features:
  • Keyboard shortcuts integration
  • Advanced formatting options
  • Enhanced validation messages
Platform override import/export
Override settings can be imported and pushed between platforms, saving configuration time and ensuring consistency.

Visual styling

Layout options

  • Web Styling
  • iOS Styling
  • Android Styling
Left Icon: Visual cue at the start of the input
  • Search icons for search fields
  • User icons for name fields
  • Lock icons for password fields
Right Icon: Action or status indicator
  • Clear buttons (Γ—)
  • Validation status (βœ“ or ⚠)
  • Dropdown arrows
Icon Configuration:
  • Select from Media Library
  • Custom icon keys
  • Platform-specific icons
OptionBehaviorBest For
FillExpands to use available spaceFull-width forms
FixedMaintains specified widthConsistent layouts
AutoAdjusts based on contentDynamic forms

Theme customization

Override default styling for complete visual control:
Border & Background:
  • Border colors for different states
  • Background color customization
  • Border radius and thickness
Text Styling:
  • Font family and size
  • Text color for different states
  • Placeholder text styling
States:
  • Default, focused, disabled, error states
  • Hover effects for web
  • Touch feedback for mobile
Label Customization:
  • Typography controls
  • Color options
  • Positioning and alignment
Helper Text:
  • Font styling
  • Color coordination
  • Tooltip appearance
Error States:
  • Error message styling
  • Input border color changes
  • Icon integration
Success States:
  • Success indicators
  • Positive feedback styling
  • Completion animations

Best practices

Accessibility

  • Provide clear, descriptive labels
  • Use appropriate input types for better mobile experience
  • Ensure sufficient color contrast
  • Include helper text for complex fields
  • Test with screen readers
  • Use semantic HTML attributes

User Experience

  • Choose appropriate input types for the data
  • Provide helpful placeholder text and examples
  • Use validation that guides rather than frustrates
  • Consider progressive disclosure for complex forms
  • Implement auto-save functionality where appropriate
  • Group related inputs logically

Data Management

  • Use meaningful process data keys
  • Plan for data validation early in development
  • Consider data format consistency across platforms
  • Implement proper error handling
  • Document validation rules for maintenance
  • Test with real-world data scenarios

Common use cases

ScenarioInput TypeValidationAdditional Features
Contact FormText, EmailRequired, Email formatClear buttons, helper text
Login FormText, PasswordRequired, Min lengthSecurity indicators
Search FieldTextMin lengthAuto-complete, clear button
OTP codesCodePattern matching
Numeric InputNumberMin/max valuesPrefix/suffix for units
Address EntryTextFormat validationAuto-complete integration