Checkboxes Component
Overview
With a Checkboxes component, you can create a question with more than one possible answer. Checkboxes let your end-user End-Users are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product. choose more than one response from your provided options. Compare this to the Radio Buttons component, which only allows one selection. With Checkboxes, your end-user can compare all available options, selecting all that apply.
Here are some real-life examples of checkbox questions:
-
Do you have any of the following medical conditions? Please select all that apply.
-
What sports do you play on a regular basis? Please select all that apply.
-
Which of these account types are you interested in opening? Please select all that apply.
The Checkboxes component has built-in Select All and None of the Above options. This adds more versatility to your application and prevents conflicting responses.
You can also use a Checkboxes component to trigger a Text Field to display. Think of this as a write-in option for your end-user. For example, if none of the provided answers apply, they can select the Other box, which displays a separate text field. Then, they can enter their response.
A Checkboxes component can also trigger an existing component. For example, an end-user who wants to open an account can select Retirement from a list of options. When they select the Retirement box, a new drop-down displays. Here, they can select a more specific account type.
You'll find the Checkboxes component in the Primary Fields group to the left of the Module Editor.
What You'll Learn
After completing this article, you’ll know when to use a Checkboxes component, how to configure its settings, and how to use it in an Unqork application.
About the Configuration Window
General
Setting |
Description |
---|---|
Property ID |
A Property ID is the unique field ID used by Unqork to track and link components in your module. The Property ID is how the software identifies your component. Using Property IDs lets you link components, creating logic-based configurations and API APIs (application programming interfaces) are a set of protocols and definitions developers use to build and integrate application software. APIs act as the connective tissue between products and services. calls. Property IDs must use camel case A naming convention for computer programming. Use camelCase for Property IDs, for example: newUser, lastName, & rdoButton. (stylized as camelCase) without spaces or punctuation. |
|
The component is active and visible in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. After configuring a module, click Preview in the Module Editor to interact with the module in Express View. While active, other components and processes can reference your component. Setting the toggle to By default, the Active toggle is set to |
Notes |
Select this tab to display the component's Notes area. You can use notes to keep your teammates informed. The Notes editor offers a semi-WYSIWYG (What You See is What You Get) content editor. Built to look like a word processor, this editor lets you create, edit, and format your notes. Notes save when saving the component. |
|
Select this tab to manage your component's display settings. |
|
Select this tab to manage your component's data settings. |
![]() |
Select this tab to manage your component's actions settings. |
|
Select this tab to manage your component's validation settings. |
|
Select this tab to manage your component's advanced settings. |
|
Select this tab to see the RBAC RBAC (Role-Based Access Control) is a method to control system access for authorized users. The role in RBAC refers to the levels of access employees have to a network. (role-based access control) settings of the component. |
|
Assign components one-word labels to help organize, identify, and group the components in your application. Consider an example from the API Specification Snippet: Field Tags are applied to Hidden components in the panelRequest and panelResponse Panels. The Field Tags identify the data type of parameters included in the API APIs (application programming interfaces) are a set of protocols and definitions developers use to build and integrate application software. APIs act as the connective tissue between products and services. request and response. The API Docs Dashboard tool populates with information about each parameter’s data type, identified by the Field Tag. Field Tags act as a type of Property ID A Property ID is the unique field ID used by Unqork to track and link components in your module. group and let you group components for configuration purposes. Field Tags let you target two or more components using a simple logic component. For example, add the Field Tag tagForDecision to multiple components in your module. Open the Inputs table of a Decisions component and reference the tagForDecision Field Tag as the input of the Decisions component. The output of the Decisions component then affects all components with the tagForDecision Field Tag. Save your Field Tags by pressing Enter (Return) or adding a comma after each entry. |
|
Select this tab to open the list of supported keyboard shortcuts you can use in the component settings modal. Keyboard shortcuts include:
Additional keyboard shortcuts:
|
|
Select this tab to access the component documentation in Unqork's In-Product Help. |
Cancel |
Click this button to undo any unsaved configuration changes and return to the canvas. |
Save & Close |
Click this button to save all settings as configured and return to the canvas. |
Display Panel
Field Text
Default State Options
|
Contextual Help
Formatting
|
Data Panel
Data Source Types
There are two methods that you can use to populate a Checkboxes component: Values or a Data Reference Key.
Values
Values are the simplest way to populate a Checkboxes component. When you select Values, a Custom Checkbox Selections table displays. In this table, enter each checkbox option and its associated value.
Setting |
Description |
---|---|
Option Label |
Each option needs an end-user End-Users are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product.-facing label describing the choice that it represents. Enter your Option Labels using this column. After you create an option, another row displays for you to create the next option. |
Value to Store in Submission Data |
Each option needs an associated value to store in Submission Data. Enter the values to store in Submission Data using this column. By default, the value is a camelCase A naming convention for computer programming. Use camelCase for Property IDs, for example: newUser, lastName, & rdoButton. version of the Option Label. |
Data Reference Key
With a Data Reference Key, you can use data from another component to populate your Checkboxes component. You'll most often do this with a Data Table component. Add your data to the Data Table and then reference it in your Checkboxes configuration window.
Think of this as a hybrid of using Values and Data Collection to populate your Checkboxes. You still use data stored in Unqork, but it's data from yourmodulerather than a Data Collection.
Setting | Description |
---|---|
Data Reference Key |
Enter the Property ID of the component that you're pulling data from. |
Value Property |
If a data set includes a column for values, enter the column's name here. If not specified, the application uses the data drawn using the Label Path setting below. |
Label Path |
This field refers to the option labels to pull. If you're pulling from a Data Table component, enter the column header in this field. |
Pre-Configured Checkbox Selections
Setting |
Description |
---|---|
Selection to Trigger a Component |
When set to By default, the Selection to Trigger a Component toggle is set to |
Option Label |
Each option needs an end-user End-Users are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product.-facing label describing the choice that it represents. Enter your Option Labels using this column. After you create an option, another row displays for you to create the next option. By default, the Selection to Trigger a Component has the Option Label of Other. |
Value to Store in Submission Data |
Each option needs an associated value to store in Submission Data. Enter the values to store in Submission Data using this column. By default, the value is a camelCase A naming convention for computer programming. Use camelCase for Property IDs, for example: newUser, lastName, & rdoButton. version of the Option Label. |
Component to Trigger When a User Selects This Option |
Here you have the choice of triggering a new Text Field or an existing component. The triggered Text Field or component displays below the associated checkbox option.
|
Property Name of Text Field |
If you select the Text Field option, you must give the new Text Field component a Property Name. |
Placeholder of Text Field |
If you select the Text Field, you can enter a placeholder text to assist the end-user. |
Property Name of Existing Component |
If you select the Choose Existing, you can enter the Property ID A Property ID is the unique field ID used by Unqork to track and link components in your module. of an existing component in your module to trigger. |
Selection to Uncheck All Options |
This setting adds a new checkbox (None of the Above) that, when selected, clears all other options. With None of the Above selected, the end-user can't make any other selections. To make another selection, they must clear None of the Above. By default, the Selection to Uncheck All Options toggle is set to |
Option Label |
Each option needs an end-user End-Users are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product.-facing label describing the choice that it represents. Enter your Option Labels using this column. After you create an option, another row displays for you to create the next option. By default, the Selection to Uncheck All Options has the Option Label of None of the Above. |
Value to Store in Submission Data |
Each option needs an associated value to store in Submission Data. Enter the values to store in Submission Data using this column. By default, the value is a camelCase A naming convention for computer programming. Use camelCase for Property IDs, for example: newUser, lastName, & rdoButton. version of the Option Label. By default, the Selection to Uncheck All Options has a value of none. |
Selection to Select All Options |
This setting adds a new checkbox (Select All) that, when selected, selects all other options. This option automatically excludes the None of the Above option, if applicable. By default, the Selection to Select All Options toggle is set to |
Option Label |
Each option needs an end-user End-Users are the individuals accessing an application through Express View. In most cases, end-users are the customers using the product.-facing label describing the choice that it represents. Enter your Option Labels using this column. After you create an option, another row displays for you to create the next option. By default, the Selection to Select All Options has the Option Label of Select All. |
Data Storage
Setting |
Description |
---|---|
Promote Data to Top Level |
When set to When set to By default, the Promote Data to Top Level toggle is set to |
Store Data in Database |
The Store Data in Database setting affects how data persists through your application. When set to
NOTE By default, workflows persist data from all fields in the client-side submission when navigating between screens. However, only values from fields with Store Data in Database enabled store in the server-side submission. Set the toggle to NOTE When using a Plug-In to remote execute a module, ensure data moving between modules is persistent. You can optionally enable Store Data in Database for components in the source module. But any components in the API module whose values are included in an API response must have Store Data in Database enabled. When a component’s data is not persistent, the data isn't included in an API call's response. So, Plug-Ins or external services requesting data from the API module can't receive non-persistent data in the response. To learn more about Store Data in Database in the context of API modules, see the panelResponse Panel section of the API Specification Snippet article in our In-Product Help. TIP Store Data in Database also affects what data is tracked using Unqork’s built-in tracker. When the Enable Tracker and Track Value toggles are set to |
Actions Panel
Triggers
Setting |
Description |
---|---|
Trigger |
To set up a trigger, enter the Property ID of your chosen logic component into this field. When the end-user performs an action on the current component, the triggered component fires. |
Validation Panel
User Input
Setting |
Description |
---|---|
Required |
When set to By default, the Required toggle is set to |
Required Error Message |
A custom error message that displays below a required field. The error message displays when the end-user tries to save or submit the module without completing the required field. |
Advanced Panel
Setting |
Description |
---|---|
Custom CSS Classes |
Enter a Custom CSS Cascading Style Sheets (CSS) is a style sheet language used for presenting how a HTML or XML document looks to end-users. Class to apply to your component. Use custom CSS to maintain a consistent look and feel if the field or element is part of a template or more than one module. Updated CSS styling applies to all components that reference this custom class name. |
Adding a Checkboxes Component
Now, let's create an application that will collect the medical history of an applicant. These instructions assume that you have an open modulesaved with a title.
Configure the Checkboxes Component
1. | In the Module Editor, drag and drop a ![]() |
2. | In the Property ID A Property ID is the unique field ID used by Unqork to track and link components in your module. field, enter medicalHistory. |
3. | In the Label Text Label Text conveys what the input component is and what information it displays. Enter the purpose of the corresponding component or field. field, enter Do you have, or have you had any of the following? Please check all that apply. |
4. | Set the Number of Columns as ![]() |
5. | From the component navigation menu, select ![]() |
6. | In the table under the Values Data Source Type, enter the following: |
Option Label | Value to Store in Submission Data |
---|---|
Angina |
angina |
Asthma |
asthma |
Breathing Problems |
breathingProblems |
Chest Pains |
chestPains |
Diabetes |
diabetes |
Hay Fever |
hayFever |
High Blood Pressure |
highBloodPressure |
Rheumatism |
rheumatism |
Shingles |
shingles |
Ulcers |
ulcers |
7. | Set the Selection to Uncheck All Options toggle to ![]() |
a. | The Option Label stays set to None of the above. You can leave this as set or change it as needed. |
b. | The Value to Store in Submission Data stays set to None. You can leave this as set or change it as needed. |
8. | From the component navigation menu, select ![]() |
9. | Set the Required toggle to ![]() |
10. | Click Save & Close. |
11. | Save your module. |
Preview your module in Express View Express View is how your end-user views you application. Express View also lets you preview your applications to test your configuration and view the styling. After configuring a module, click Preview in the Module Editor to interact with the module in Express View. You'll see the following functionality:
Structure of a Checkboxes Component's Data
A Checkboxes component stores its data as an array when viewed in the developer console.
Resources