Variables are used by module builders to configure how data moves through a Workshop module. A list of available variable types can be found below.
To access existing variables in a Workshop module or define new variables, open the Variables menu found in the left sidebar.

The Variables panel (shown above) displays a list with the current variables that exist within a module, a plus + option to add a new variable, an input to search variables by their name or unique ID, an option to open the variable lineage graph, and a filter to display variables based on their definition type or what settings are enabled. The variable list includes partitions to help you quickly find relevant variables: when a widget is selected, a partition displays variables used by that widget; when no widget is selected, a partition displays variables used in the active page.
Selecting a variable from the list on the left allows you to view and modify the configuration of that variable in a window that opens to the right of the variables list. The following configuration options are available:
Variable name: Select the variable name or pencil icon to edit the name. Use descriptive names to document your module and find variables later. Names must be unique within a module. If a name conflicts with an existing variable, Workshop appends a numeric suffix. Matching is case-insensitive, so MyVar and myvar are duplicates. If you clear a name, Workshop restores its previous value. The Variables panel does not support folders, so to group variables alphabetically, prefix names with a contextual identifier such as $page_ or $tab_, followed by the page or tab name. For example, use $page_Dashboard_filterState or $tab_Overview_selectedObject.
Variable definition type: Next to the variable name is a dropdown menu that provides options for how a given variable is defined and populated with data. Available choices will vary based on the selected variable type and can include options such as the following:
Delete variable (trash icon): Variables that are unused in a module (by widgets or downstream variables) can be deleted.
New variable from current (object set variables only): Next to the duplicate variable button, the New variable from current button allows you to create a new object set variable that automatically takes the current object set as its input. This is useful when you want to build upon an existing object set's configuration while maintaining a reference to the source variable.
Variable definition configuration: The main part of the screen where the specifics of a variable are configured. The options provided here will change based on the selected variable type and variable definition type and will feature on-screen instructions.
Variable settings: The variable settings panel allows configuration of an external ID and which of the below features should be enabled for a given variable.
The screenshot below shows an example configuration for an Object Set variable:

The screenshot below shows an example configuration for a string array variable:

In view and edit mode, Workshop can defer variable computation until the value is needed by a visible widget, layout, or another required variable. This also applies to variables in embedded modules. For example, computation for a variable used only in a hidden tab can wait until that tab is shown. Some uses, such as controlling layout visibility, can still cause computation while a section is hidden. See loading and data refresh for more information.
Workshop displays a loading indicator while it evaluates a variable.
Workshop supports the following variable types:
true or false. Initialized from either a static value or the output of a function, aggregation, or object property.For supported variable definitions, Recompute variable value controls whether Workshop recalculates a value automatically, only when triggered by an event, or on module load and when triggered by an event. See variable recompute behavior for the available options, supported definitions, and limitations.

Use the Variable lineage graph option found in the header of the Variables panel, to visualize how variables and widgets in your module depend on one another. Use it to debug recompute behavior, trace which widgets read or write a variable, and better understand complex relationships between application elements.

Each node on the graph represents a variable or widget. Nodes with dependencies have chevron arrows on their top and bottom edges. Select an arrow to expand a node's parents (upstream dependencies) or children (downstream consumers) and trace a chain of relationships through the module. Use the Show all action in the graph header to expand to the full application graph or Clear to remove all nodes.
Undo and redo options in the graph header step backward and forward through expand, collapse, and selection actions, mirroring the module's own undo/redo controls.

Each node can display the pages and overlays where a variable is used and the time at which a variable was computed.
Nodes are tagged with the pages and overlays where they are referenced. Toggle Show pages and overlays in the header to display a legend that lists each page and overlay in use. The legend only lists pages and overlays that appear on visible graph nodes, so the list stays scoped to what you can see in the graph.
Toggle Show computation time in the header to display per-variable timing information. Computation time refers to when the value of the variable was last computed in the application (as it appears to the user), not when the underlying data was last updated outside of the application. Variables that take longer to recompute may be candidates for restructuring: for example, splitting a complex function-backed variable into smaller pieces or changing the recompute behavior on upstream variables to avoid unnecessary work.