Toggle

This article explains the features of the Toggle block and how it can be used to design your app.

Use Cases

1. Enable/Disable Options: Allow users to toggle between enabling or disabling specific options or features in the app, such as activating notifications or permissions.
2. Subscription or Service Activation: Allow users to toggle between activating or deactivating a service, such as enabling a monthly subscription or opting into a premium feature.
3. Status Indicators: Use the toggle to mark statuses like "In Stock/Out of Stock" or "Open/Closed" for items or services.
4. Approval/Rejection: Let users toggle between approval or rejection options, such as marking a task as "Approved" or "Rejected".

Help Video

Editing the Block

Click on the Toggle block and start editing on the panel that appears on the right side.

‍

Label

The label is the name of the block that the end user sees in the app, displayed beside the toggle switch.

Example: Enable Notifications, Approve Request.

Description

The description provides additional information displayed next to the toggle switch to guide the user. This is a required option to configure.

Example: Turn on to receive updates, Toggle to approve.

True Value

Enter the text you want to display in the submission when the toggle is turned on (enabled). This text will appear in the Submissions Tab for any submission where the toggle was activated.

Example: "Enabled" for toggling features on, or "Approved" for confirming requests.

False Value

Enter the text you want to display in the submission when the toggle is turned off (disabled). This text will appear in the Submissions Tab for any submission where the toggle was deactivated.

Example: "Disabled" for toggling features off, or "Not Approved" for rejecting requests.

Default Value

Select the default state for the toggle when the app loads. Set to either enabled (True) or disabled (False) by default, depending on the primary use.

Advanced Options

Display this field if

Use this option to show or hide the field under specific conditions. It accepts the standard Clappia formulae, similar to conditional sections or in the ‘Calculations & Logic’ block.

1. Type @ to get a list of all the fields you have added in the app and select the relevant field or type @ followed by the field name.

For example: The display condition as seen in the image is given as {enable_not]=”Enable”. This means the field “Email Notifications” will appear in the app only if “Enable Notifications” field is toggled on whose true value is configured as “Enabled”.

2. Use these field variables to write spreadsheet-like formulae for conditional display of the field in the app.

Here, the rest of the fields appear in the app once “Email Notifications” is toggled on (display conditions have been given to all the remaining 3 fields).

Retain value if hidden

This option appears once a condition is set in the Display this field if option. Enable this setting if you want the field's value to be retained even when the field is hidden. This is useful for preserving user input in cases where the field may temporarily disappear based on conditions.

Example: If the field is hidden based on user selection but you still need to keep the entered value for future reference or calculations, enable this option to ensure the data is retained.

Allow value to be changed after initial submission

This option is enabled by default. When active, end users can change the toggle state even after creating a submission. Disable this option if you want the toggle state to remain fixed once submitted.

Block Width

Desktop View: Set the width of the PDF Viewer block in the desktop view. Options are 100%, 75%, 50%, or 25%.

Mobile View: Set the width of the PDF Viewer block in the mobile view. Options are 100% or 50%.

Variable Name

This is the unique identifier for the Email Input field, which can be used in formulas or references within the app. This appears automatically after saving your configuration of the Email Input block.

‍

Advanced Label

The Advanced Label option allows you to change the label of a field dynamically based on a condition you define. Instead of always showing the same fixed label under the ‘Basic’ tab, the field can display different labels depending on requirements of the form. Use spreadsheet-like functions such as IF, AND, OR, etc. and make use of other field variables to set your conditions. Type @ and select the field.

This is useful when the meaning of a field changes based on context, business logic, or user choices.

For example:
If you have a dropdown called Action Type with options “Approval Required” and “Verification Required”.
Your toggle field label should match the action.

So:
– If Approval Required, show “Approved?”
– If Verification Required, show “Verified?”

Formula:

IF({action_type} = "Approval Required", "Approved?", "Verified?")

This allows the same field to adapt its displayed purpose without needing multiple separate fields.

Advanced Description

The Advanced Description option works exactly like Advanced Label, but it changes the description text instead. This is useful when guidance or instructions for a field need to change depending on earlier answers.

For example, using the same scenario from Advanced Label:
If you have a dropdown called Action Type with options like “Approval Required” and “Verification Required”, you may want the description of your Toggle field to guide the user differently depending on what they selected.

So:
– If the user selects Approval Required, the description could say: “Switch on if approval is given.”
– If the user selects Verification Required, the description could say: “Switch on once verification is completed.”

Formula:

IF({action_type} = "Approval Required", "Switch on if approval is given.", "Switch on once verification is completed.")

This helps users understand what is required from them without showing unnecessarily long or irrelevant instructions.

‍

Additional Examples (Apply to Both Advanced Label and Advanced Description)

1. Showing nothing until a selection is made

For example, if you have a dropdown field called Visit Category with options “Routine” and “Urgent”, you may want the label or description of a field to remain blank until the user first selects a category.

Once a selection is made:

• If the user chooses Routine, the field will display “Routine”.
• If the user chooses Urgent, the field will display “Urgent”.

Formula (can be used in either Advanced Label or Advanced Description):

{visit_category}The label/description stays empty until the dropdown has a selected value.
After the user picks an option, the selected text (Routine or Urgent) becomes the label or description.

2. Changing label/description based on language selection

For example, if your form includes a dropdown field called Select Language with options English, Spanish, and French, you can show the label or description in the selected language.

So:

• If the user selects English, show English text.
• If the user selects Spanish, show Spanish text.
• If the user selects French, show French text.

Formula (can be used in either Advanced Label or Advanced Description):

IF({select_language} = "English", "Enter details", IF({select_language} = "Spanish", "Ingrese detalles", "Entrez les détails"))The formula returns the text for the selected language.
Only one label/description is shown at a time, depending on what the user picks in the Select Language dropdown.

‍

Important Notes (applies to both Advanced Label and Advanced Description)

1. Variables do not change
When a field is created, its variable name is derived from the label you set in the Basic tab. That variable name is what you must use in formulas, workflows, and other logic. The visible label or description shown by Advanced Label / Advanced Description does not change the variable name.

2. Submissions tab: table view vs right panel
In the Submissions area, the table view always displays the labels from the Basic tab. When you open an individual submission, the right panel shows the labels and descriptions as they appear in the form (i.e., the Advanced Label and Advanced Description applied for that submission). This keeps the submission list consistent while letting reviewers see the context-aware labels and descriptions when viewing a record.

3. Bulk Edit shows Basic tab labels and descriptions
When you need to Bulk Edit submissions, the spreadsheet you download shows the labels and descriptions from the Basic tab only. Advanced Label and Advanced Description are not applied in Bulk Edit, so keep that in mind when preparing bulk updates.

4. Some fields cannot be used inside Advanced Label/Description formulas
Certain block types do not expose a variable that can be referenced in Advanced Label or Advanced Description. If a block does not expose a variable, you cannot use it inside the formula.

Geo Address

GPS Location

PaymentGateway

Audio

Live Tracking

Signature

Code Scanner

NFC Reader

Get Data from RestApi

Get Data from Other Apps

Get Data from Google Sheets

Get Data from Database

AI Block

Text, HTML & Embedding

Attached Files

Image Viewer

Video Viewer

PFD Viewer

Code block

Progress Bar

Action Button

‍

Using the Block in App Home

In App Home, users can toggle this field on or off based on their needs. When the toggle is enabled, the submission entry in the Submissions Tab will display the True Value text (e.g., "Enabled" or "Approved"). If the toggle is disabled, the False Value text (e.g., "Disabled" or "Not Approved") will appear in the submission. This provides clear visibility into the selected state for each submission.