# Fields property

The fields of this form screen as an array.

Accessing all fields of a form screen through this property has many uses:

- Calculating the sum of all number fields of a form screen.
- Enabling a button only if all fields of a form screen are valid.
- Deciding which background color to use based on whether the fields of a form screen are valid.
- Collecting the labels and values of all fields of a form screen as a text string, for use as the body of an email.
- Only allowing a user to move forward to the next screen if they have filled out all fields of a form screen.
- Showing a warning screen when the user tries to move to the next screen, instead of the regular next screen, when all switch fields of the form screen have been toggled to their "on" positions.

The following sections detail how these scenarios can be realized. Skip to the examples at the bottom for the concise version.

## Summing all number fields

This formula returns the sum of the values of all numeric fields, including number fields:

The formula above can also be written as follows:

However, as the SUM function is looking for an array of numbers to add together, and number fields return numbers through their Value properties, .Value,Value is inferred and does not need to be spelled out.

In fact, you can make the formula even shorter:

In the formula above, .Items.Value,Items,Value is inferred. In other words, the Items property is accessed, which includes not only fields, but also buttons and text boxes. As buttons and text boxes cannot return numbers, they are ignored by the SUM function, meaning that SUM(Screen1)SUM(Screen1) returns the sum of all items that can return numbers, including number fields.

## Summing all fields except date and time fields

The formulas above ask all fields of the form screen to return numbers that the SUM function can add together. Fields that cannot do that, such as text fields, are ignored.

However, number fields are not the only fields that can return numbers, that is also true for number drop-down fields and date and time fields.

Adding together the values of number fields and number drop-down fields makes sense, but mixing values of number fields and number drop-down fields with values of date and time fields only makes sense when you want to add days to a date. (The value of a date and time field represents the number of days that have elapsed since December 31, 1899, meaning that 18,264 represents January 1, 1950.)

To process only number fields, use the NumberFields property
instead. This formula adds together the values of the number fields of
*Screen1*, ignoring date and time fields:

To also include the values of number drop-down fields, use this formula:

## Summing the other fields of a form screen

Let's say that the form screen *Screen1* consists of ten fields,
*Field1* through *Field10*. If *Field10* should contain
the sum of the other fields, it is tempting to try to associate this formula
with the Value property of
*Field10*:

However, that formula will not work. Instead, you'll get an error message,
because you're effectively asking that the calculated value of
*Field10* includes the value of *Field10* itself.

This is similar to trying to use the formula Field1 * 2Field1 * 2 for the Value property
of *Field1*, effectively asking that the value of *Field1*
should be set to the value of *Field1*, multiplied by two. This is
known as a circular calculation, and results in an error message.

In order to solve this issue, the formula needs to reference the fields to include in the calculation explicitly:

Above, Field1:Field9Field1:Field9 creates an array
consisting of *Field1*, *Field9* and all items that appear
between them. Notably, *Field10* is not part of the array.

## Enabling a button only if all fields are valid

The Enabled property of a button
determines if users can interact with the button. If a button should only be
enabled if all fields of *Screen1* are considered valid, associate this formula
with the *Enabled* property of the button:

Above, the Screen1.Fields.ValidScreen1,Fields,Valid formula returns an array of logical values (TRUE or FALSE), where TRUE indicates that a field is valid and FALSE indicates that a field is invalid. The AND function, when applied to this array, returns TRUE only if all array elements are TRUE. In effect, the button is only enabled if all fields of the form screen are valid.

## Making the background color red if a field is invalid

The BackgroundColor property determines the background color of a screen and all screens that follow that have no explicit background color set. That means that if the background color is set for the first screen of an app, and no other screens have a background color set, the first screen determines the background color of the entire app.

We can make use of this knowledge to make the background of the entire app
red, but only if at least one field of the form screen *Screen1* is
invalid. This formula is associated with the *BackgroundColor*
property of the first screen:

The formula fragment Screen1.Fields.ValidScreen1,Fields,Valid returns a logical array, where TRUE indicates that the corresponding field is valid and FALSE indicates that the corresponding field is invalid. Applying the NOT function to this array negates every element, meaning that TRUE indicates that a field is invalid and FALSE indicates that a field is valid. (The ! operator would have had the same effect.)

Then, the OR function is applied to this array. It returns FALSE only if all elements of the array are FALSE. In other words, it returns TRUE if one or several elements are TRUE, meaning that it returns TRUE if one or several fields are invalid.

Finally, the IF
function is used to return the color red if one or several fields are
invalid. Otherwise, IF returns a blank value, which has no effect on the
background color. The net effect is that the background color of the app is
made red if one or several fields of *Screen1* are invalid.

## Including all field values of a form screen in an email

The Body property of email report buttons allows the body of an email to be set through a formula. While email report buttons have built-in support for including field values, through the IncludedFields property, building a text string manually to include in the email body allows us more flexibility.

Consider this formula, which should be associated with the *Body*
property of an email report button:

Above, the formula fragment Screen1.Fields.LabelScreen1,Fields,Label returns a text
array, made up of the labels of the fields of
*Screen1*. The formula fragment Screen1.Fields.ValueScreen1,Fields,Value also returns an
array, this time made up of the values of the fields. Using
&, the labels are joined
together with the values, separated by a colon.

The resulting text array, where every element consists of a label, followed by a colon and a value, is converted into a single text string using the TEXTJOIN function. Its first parameter, NEWLINE()NEWLINE(), ensures that the array elements are separated from one another using line breaks.

## Requiring all fields of a form screen to be filled out

The NextScreenAvailable
property of form screens determines if users are allowed to move forward to
the next screen. If a user
should only be allowed to move forward once all fields of a form screen have
been filled out, associate this formula with the *NextScreenAvailable*
property of the form screen:

The ISDEFINED function returns a logical array when its sole parameter is an array. TRUE elements in the array indicate that the corresponding fields have defined values, that is, have been filled out, and FALSE elements indicate that the corresponding fields have not been filled out.

Finally, the AND
function returns TRUE only if all elements of the array are TRUE, otherwise
it returns FALSE. The net effect is that AND returns TRUE only if all fields
of *Screen1* have been filled out, prompting the
*NextScreenAvailable* property to only allow users to proceed once all
fields have defined values.

## Taking special action when all switch fields are toggled "on"

The NextScreen property of a
form screen determines the screen the user is presented with when they
attempt to move on to the next screen. If a warning screen should be shown,
instead of the regular next screen, when all switch fields of
*Screen1* have been toggled to their "on" positions, associate this
formula with the *NextScreen* property of the form screen:

The AND function is looking to process logical values, a request that the
switch fields of *FormScreen* satisfy by returning their values. In
other words, this formula is equivalent:

The formula above won't work if there are items in the form screen which use values which are not logical, such as number fields. To solve this issue, you can refer explicitly to switch fields using the SwitchFields property:

When the formulas above are associated with the NextScreen property of a
form screen, the net effect is that the user is brought to
*WarningScreen*, instead of to the regular next screen, but only if
all switch fields have been toggled to their "on" positions.

## Ranges versus this property

If the form screen *Screen1* only consists of the fields
*Field1*, *Field2* and *Field3*, these formulas are
equivalent:

The second formula uses a *range* to create an array consisting of
*Field1*, *Field3* and all items that appear between them,
which in this case is only *Field2*.

The chief advantage of the *Fields* property, compared to a range, is
that there is no need to update formulas when additional fields are added to
a form screen. If *Field4* were to be added to the form screen, the
Field1:Field3Field1:Field3 range would have to be
changed to Field1:Field4Field1:Field4 everywhere it is used.

By contrast, Screen1.FieldsScreen1,Fields automatically includes
*Field4*, and any other fields that are added.

## Filtering fields

If you want to process only a subset of the fields returned from this property, use the FILTER function. It can base its decision on which fields to return on the property values of the fields.

This formula only returns visible fields:

Crucially, you can also filter on the names of the fields, using standard text functions. This formula only returns fields whose names include the text string "Required":

If you use a deliberate naming strategy for your fields, you can use FILTER in conjunction with this property to ensure that you only process a specific subset of fields.

## Related properties

Use the Fields property of a form group to access all fields of said form group and the Fields property of the app object to access all fields of the entire app.

The Items property returns not only
fields, but also buttons and text boxes. From the point of view of the
*Items* property, the *Fields* property returns only certain
items, those that are fields. Use NumberFields, TextFields, SwitchFields, DateTimeFields,
NumberDropDownFields
and TextDropDownFields
to only access certain fields.

## Examples

Returns the sum of the values of all number fields, number drop-down
fields and date and time fields that belong to *Screen1*.

Returns the sum of the values of all number fields that belong to
*Screen1*.

Returns the sum of the values of all number fields that belong to
*Screen1*. If .Value,Value is left out, it is inferred.

Returns the sum of the values of all number fields and number drop-down
fields that belong to *Screen1*.

Returns TRUE if all fields of *Screen1* are valid and FALSE otherwise.
Screen1.Fields.ValidScreen1,Fields,Valid returns a
logical array, where each element reflects whether its corresponding
field is valid. Finally, the AND function returns TRUE if all elements
are TRUE and FALSE otherwise.

Returns all field values of a form screen as a text string, where values are separated from one another using line breaks. The formula fragment Screen1.Fields.ValueScreen1,Fields,Value returns an array of values, which the TEXTJOIN function joins together with line breaks.

Returns TRUE if all fields of *Screen1* have been filled out. When
the ISDEFINED function is applied to an
array of fields, it returns a logical array whose elements indicate if
the corresponding field has a defined value. The AND function returns TRUE if all
array elements are TRUE and FALSE otherwise.

Returns TRUE if all switch fields of *Screen2* have been toggled
to their "on" positions. Screen2.SwitchFields.ValueScreen2,SwitchFields,Value returns
a logical array containing the values of all switch fields. The AND functions returns TRUE
if all array elements are TRUE and FALSE otherwise.