Check Group Form Element

The Check Group form element allows the user to select one or more option from a set of options. Each option is represented as a checkbox.

Example of the Check Group form element with three checkboxes, shown in a Geocortex viewer

See also...

Check Box Form Element

Check Group Properties

The following table describes the properties of the Check Group form element. Some properties can be configured in the Properties panel in Workflow Designer. These properties have configuration information in the table. Similarly, some properties can be accessed in expressions. These properties have information about how to access the property in an expression.

If a property can be configured in the Properties panel and accessed in expressions, the property has two names: the name that appears in the Properties panel and the name that is used in expressions. Both names are given in the table. Sometimes the names only differ in capitalization, for example, Visible (in the Properties panel) or visible (in expressions).

Properties of the Check Group Form Element

Check Boxes

Type: { [key: string]: Item; }

Name in Properties Panel: Check Boxes

Name to Use in Expressions: items

The checkboxes in the check group. For information on configuring the checkboxes, see Check Group Form Element.

The checkboxes are stored in an object called items. Each checkbox is a property of the items object. To access the items object:

${Display Form ID}.state.{Element ID}.items

For example:

$form1.state.checkGroup1.items

For more information, see Form Element Items.

Depends On

Type: String

Indicates whether the checkboxes that appear in the check group depend on the value that the user selected in a previous form element. When a check group depends on a previous form element, the check group is initially disabled. It becomes enabled when the element that it depends on gets a value.

To configure the Depends On property, click the arrow or start typing the element's ID. The drop-down list only allows you to select elements that the check group can depend on. A check group can depend on an auto complete element, drop-down list, or list box.

For an example of a form in which one element depends on another element, see Use the Item Picker Form Element for Visualization.

Description

Type: String

A description of the element. The description appears below the element's title.

You can use the Description property to describe what the element represents or to provide instructions to the user about how to use the element.

You can format the description using Markdown.

Element ID

Type: String

The element's ID, which is used in other form elements and activities to access the element's properties, including the user's input. The ID must be unique across all elements in the form.

You cannot get or set the value of the Element ID property in an expression—you can only use the value that you configured for it. To use the Element ID property in an expression:

${Display Form ID}.state.{Element ID}.{property name}

For example:

$form1.state.checkGroup1.visible

Enabled

Type: Boolean

Name in Properties Panel: Enabled

Name to Use in Expressions: enabled

Indicates whether the check group is enabled in the running workflow. When a check group is enabled, the user can select and clear the checkboxes. When a check group is disabled, the user can see the check group but cannot interact with it. Disabled elements appear dimmed or shaded in the running workflow.

By default, check groups are enabled. To disable a check group initially, clear the Enabled checkbox. You may want to change the property's value at run time depending on the user's input in a previous form element.

To access the enabled property in an expression:

${Display Form ID}.state.{Element ID}.enabled

For example:

$form1.state.checkGroup1.enabled

error

Type: String | MarkdownRef

Indicates whether an error occurred in the element.

MarkdownRef objects have a markdown property of type String that represents the Markdown text.

We recommend using the Set Form Element Error and Clear Form Element Error activities to work with errors in form elements.

Required

Type: Boolean

Name in Properties Panel: Required

Name to Use in Expressions: require

By default, check groups are not required. To require a check group, select the Required checkbox.

The Required checkbox is intended as a quick way to do simple validation without having to add a validate event. If you add a validate event to a form element, selecting the Required checkbox will not have any effect. In this case, you must make the validate event check whether the user entered a value.

To access the require property in an expression:

${Display Form ID}.state.{Element ID}.require

For example:

$form1.state.checkGroup1.require

Title

Type: String

The element's title, which appears at the top of the element. By default, the title is blank.

You may want to change the title to describe what the element represents in your workflow. Descriptive titles make forms easier to understand.

You can format the title using Markdown.

type

Type: String

The variety of form element. Check groups are type "CheckGroup".

Use the type property to find out the variety of a form element in a form with many elements: loop through ${Display Form ID}.state, comparing each element to the known form types and performing some action on the elements that meet your type criteria.

To access the type property in an expression:

${Display Form ID}.state.{Element ID}.type

For example:

$form1.state.checkGroup1.type

value

Type: ItemsRef

An object of type ItemsRef. If at least one item is selected, the object has an items property that is the collection of checkboxes. To access the entire collection of selected checkboxes in an expression:

${Display Form ID}.state.{Element ID}.value.items

For example:

$form1.state.itemPicker1.value.items

If no items are selected, value is undefined.

Visible

Indicates whether the element is visible to the user.

Type: Boolean

Name in Properties Panel: Visible

Name to Use in Expressions: visible

Indicates whether the element is visible to the user. By default, check groups are visible. If you want to hide the element initially, clear the Visible checkbox. You may want to change the visibility at run time depending on the user's input in a previous form element.

To access the visible property in an expression:

${Display Form ID}.state.{Element ID}.visible

For example:

$form1.state.checkGroup1.visible

Check Group Events

The following table describes the events associated with the Check Group form element. As in Workflow Designer, the events are listed in the order that they fire.

Events for the Check Group Form Element

load

The load event fires when the element finishes loading.

You can use the load event to set one or more of the element's properties at run time.

change

The change event fires when the user selects or clears a checkbox in the check group.

You can use the change event to create dependencies between form elements. For example, you could configure a change subworkflow that enables or disables other form elements depending on the user's selection.

By default, if another form element is configured to depend on the check group and the check group has a change event, the configured dependency will be ignored. When an check group has a change subworkflow, the workflow assumes that you want the change subworkflow to handle any dependencies.

If you want the configured dependency to be respected, add a Propagate Form Event activity to the change subworkflow. The Propagate Form Event activity instructs the workflow to perform the dependency behavior after the change subworkflow completes.

The change event fires every time the user's selection changes. This means that the check group's change subworkflow can run multiple times. Because of this, you should make sure that the change subworkflow is not computationally intensive or long running.

validate

The validate event fires when the user clicks a button that causes validation.

You can use the validate event to verify that the user's input is valid before allowing the form to submit. If the input is not valid, use the Set Form Element Error activity to display an error to the user and prevent the form from submitting. If the input is valid, use the Clear Form Element Error activity to clear an existing error and allow the form to submit.

If you use a Set Form Element Error activity, make sure you also use a Clear Form Element Error activity to clear the error. Otherwise the form may get stuck in an invalid state.

By default, the Required property does not work when the check group has a validate event. If you want the workflow to perform the Required check, add a Propagate Form Event activity to the validate subworkflow. The Propagate Form Event activity instructs the workflow to perform the Required check after the validate subworkflow completes.

For an example, see Example - Subworkflow for a Validate Event.

Configure the Checkboxes in a Check Group

As part of the configuration of a check group, you must configure the checkboxes in the check group. There are two ways to do this:

Configure Checkboxes Manually

If you know exactly how many checkboxes you want and how you want them labelled, you can define the checkboxes manually when you configure the check group.

To manually configure the checkboxes in a check group:

  1. In the Check Boxes area of the check group's properties, make sure Configure them manually is selected.

  2. Configure a checkbox:

    1. Click the arrow to show the checkbox's properties.

    2. Label: In the Label box, type the text that you want to appear beside the checkbox.

    3. Value: If you want to associate a value with the checkbox, enter the value in the Value box.

      You can use any text for the value, for example, New Zealand and 9630 are valid values. The value will be available in the checkbox's value property.

      If you enter digits for the value (for example, 9630), remember that the value is stored as text ("9630"), not as a number (9630).

    4. Checked: If you want the checkbox to be selected initially, select the Checked checkbox.

  3. Repeat the previous step for each checkbox in the check group. Click Add if you need to add a checkbox.

    You can reorder the checkboxes in a check group by dragging each checkbox to its new position in the list.

  4. Remove any unconfigured checkboxes that are left over when you finish the configuration.

    To remove a checkbox, click the arrow to show the checkbox's properties and then click Delete.

Use a Subworkflow to Create Checkboxes

If you want to base the checkboxes on dynamic information like query results, you can add a subworkflow that creates the checkboxes when the workflow runs. If the check group depends on another form element, you will use this method of configuring the checkboxes.

Workflow Designer provides templates that you use as the starting point for the subworkflow:

Use the ArcGIS Query template to Create Checkboxes

The ArcGIS Query template provides a subworkflow that queries ArcGIS Server for items to base the checkboxes on. You will need to adapt the subworkflow to work within your workflow.

Subworkflow for the ArcGIS Query template

The subworkflow has the following activities:

  1. Query Layer: This activity queries an ArcGIS Server map service for features on a particular layer and filters the features. The query also gets the specified feature attributes that you want to use later in the workflow.

  2. Get Form Element Items From Features: This activity converts the features returned by the query to items that can be used by the check group. Form elements cannot use features directly—the features must be converted first.

  3. Set Form Element Items: This activity associates the converted features with the check group.

The ArcGIS Query template is based on a query for US state names. When the check group loads, the subworkflow queries the States layer for US states. The subworkflow then converts the features and assigns them to the check group. The check group displays a checkbox for each filtered feature, labelled with the state name.

To use the ArcGIS Query template:

This procedure presents one possible adaptation of the template which you can build on in many ways. To explore additional capabilities of an activity, refer to the activity's documentation.

  1. In the Check Boxes area of the check group's properties, select Use a subworkflow and click ArcGIS Query.

    The subworkflow opens.

  2. Query Layer: Adapt the Query Layer activity to work in your workflow:

    1. Update the Description property to describe what you are querying for.

    2. Set the Url input to the URL of the layer that you want to query.

      Click the Expand icon to open a larger input area.

    3. In the Where box, enter a SQL WHERE clause to filter the features that the query returns.

      For example, if you only want to show sparsely populated states, you could use a Where input similar to this:

      POP2007 < 1000000

      Setting the Where input to 1=1 gets all the features.

      To do a literal text search on the display field, configure the Text input instead of the Where input.

      To perform a spatial query, configure the Geometry input. You can filter on both attribute values and location by configuring the Geometry input and the Where or Text input.

    4. Change the Output Fields input to specify the fields that you want the query to return. Use commas to separate the field names.

      If you want to get all the fields, enter an asterisk (*) in the Output Fields input.

    5. If you plan to use the feature geometries later in the workflow, set Return Geometry to true and set Output Spatial Reference to the spatial reference of the map.

      This ensures that the geometries can be drawn in their correct locations on the map.

      If you leave Output Spatial Reference blank, the spatial reference of the map service is used.

    6. Configure any other properties and inputs that you want to customize. See Query Layer Activity for information.

  3. Get Form Element Items From Features: Adapt the Get Form Element Items From Features activity to work in your workflow:

    You should not need to change the Features input. The Features input specifies the features returned by the query.

    1. Configure the Label input:

      • If you want the check boxes' labels to consist of a single field, set the Label input to the name of the field.

        For example, to use the value of the STATE_NAME field as the labels, set Label to STATE_NAME.

        or

      • If you want the check boxes' labels to contain formatting or multiple fields, set the Label input to the Markdown-formatted information that you want to include in each label. Surround each field name with curly brackets.

        For example, suppose you set Label to the following:

        **{STATE_NAME}** ({STATE_ABBR})

        The labels will have the state's name in bold, followed by the state's abbreviation. For example:

        • Maryland (MD)

        If a field placeholder such as {STATE_NAME} appears in the items at run time instead of being replaced by the field's value, the workflow could not find the field. This can be caused by a spelling or capitalization error in the placeholder or by forgetting to include the field as an output field in the Query Layer activity.

      You will be able to access the value of Label using an expression similar to this:

      =$form1.state.checkGroup1.label

    2. If you want the value of one of the query's output fields to be available in each checkbox's value property, set the Value Field Name input to the name of the field.

      For example, if you specify AREA in Value Field Name, then you will be able to access the area using an expression similar to this:

      =$form1.state.checkGroup1.value

      If you leave the Value Field Name blank, value will be an object that contains the feature.

    3. Configure any other properties that you want to customize. See Get Form Element Items from Features Activity for information.

  4. Set Form Element Items:  You should not need to change the inputs. The Items input specifies the items created by the Get Form Element Items From Features activity. Leaving the Element input blank assigns the items to the form element that the subworkflow belongs to.

  5. To return to the form designer, click Display Form in the breadcrumbs.

    If you need to re-open the subworkflow, click Edit in the Properties panel or double-click the check group in the form preview.

Use the Check Group Element's Blank template

The Blank template provides a subworkflow with an Event block and nothing else in it. You will have to create the subworkflow from scratch.

Subworkflow for the Blank template

By its very nature, the Blank template can be used to create a wide variety of subworkflows that get labels for checkboxes. The two most common scenarios are:

You can create the subworkflow using the following activities:

  1. Get Form Element Items From Collection: This activity converts the collection to items that can be used by the check group.

    or

    Get Form Element Items From Features: This activity converts the features to items that can be used by the check group.

    Form elements cannot use collections or feature sets directly—the collection or feature set must be converted first.

  2. Set Form Element Items: This activity associates the converted items with the check group.

Subworkflow that labels checkboxes based on the items in a collection

To use the Blank template:

This procedure assumes that the collection or feature set already exists in the workflow.

This procedure presents one possible adaptation of the template which you can build on in many ways. To explore additional capabilities of an activity, refer to the activity's documentation.

  1. In the Check Boxes area of the check group's properties, click Blank.

    The blank subworkflow opens.

  2. Collection:

    1. Add a Get Form Element Items From Collection activity.

    2. Set the Collection input to the collection whose items you want to use as labels.

      For example, if you created the collection using a Create Value activity, enter an expression similar to this:

      =$value1.result

    3. If the collection contains objects, set the Label Field Name input to the name of the field used for the checkbox labels.

      You will be able to access the value of Label Field Name by entering an expression similar to this:

      =$form1.state.checkBox1.label

    4. If the collection contains objects, set the Value Field Name input to the field that you want to be available in each checkbox's value property.

      For example, if you specify the AREA field, then you will be able to access the area by entering an expression similar to this:

      =$form1.state.checkBox1.value

      If you leave Value Field Name blank, the workflow uses the field that you specified in Label Field Name.

    5. Configure any other properties that you want to customize. See Get Form Element Items From Collection Activity for information.

    or

    Feature Set:

    1. Add a Get Form Element Items From Features activity.

    2. Set the Features input to the feature set that will provide the checkbox labels.

      For example, if you created the features using a Create Value activity, by entering an expression similar to this:

      =$value1.result

    3. Set the Label input to the name of the field used for the labels.

      You will be able to access the value of Label by entering an expression similar to this:

      =$form1.state.checkBox1.label

    4. Set the Value Field Name input to the field that you want to be available in each checkbox's value property.

      For example, if you specify the AREA field, then you will be able to access the area by entering an expression similar to this:

      =$form1.state.checkBox1.value

      If you leave Value Field Name blank, value will be an object that contains the feature.

    5. Configure any other properties that you want to customize. See Get Form Element Items from Features Activity for information.

  3. Set Form Element Items:

    1. Add a Set Form Element Items activity to the bottom of the flowchart and connect the previous activity to it.

    2. Leave the Element input blank.
      This assigns the items to the form element that the subworkflow belongs to.

    3. Set the Items input to the items created by the Get Form Element Items From Collection or Get Form Element Items From Features activity. For example:

      =$formElementItems1.items

    4. Configure any other properties and inputs that you want to customize. See Set Form Element Items Activity for information.

  4. To return to the form designer, click Display Form in the breadcrumbs.

    If you need to re-open the subworkflow, click Edit in the Properties panel or double-click the check group in the form preview.

© 2019 Latitude Geographics Group Ltd. All Rights Reserved.

Documentation Version 5.12