This screenshot is taken from Web Form Builder's 'Builder' section. This is where you drag any available items (in grey) from the toolbox into your form (where they go green).
Each app has several custom fields that you can use to collect anything you like. For example, in the screenshot below:
The user has dragged the field 'RAP - custom_varchar_1' into their form.
It sits below the submit button on the right (they should move it up later.)
The user has decided that all forms collecting into this Rapid Response occurrence can use this custom field on any form, but they all must use it to collect the same data.
In this case that is 'More_information_about'.
After making this choice, it is now locked form future changes.
This is so that other users can safely use the field 'RAP - custom_varchar_1 (More_information_about)' without accidentally collecting the wrong sort of data.
Nuts Example
Scenario:
You decide to use one of your custom fields in Web Form Builder, so you give it its proper title. Custom_varchar_1 is named 'food_allergies', and locked.
Now it is locked, you can only use that field to collect 'food_allergies'.
Why? Well, just imagine if it was not locked down and another user was able to change the title to 'food_choice' a week later? You'd get a very confusing picture of what data the field contains!
Early students would be telling you that they are allergic to nuts.
Later students would be telling you they prefer nuts!!
Finding the field
When you name a custom field you don't change the base name of the field. In Field Finder and throughout Student CRM when you add conditions or merge fields, the base name will still be 'custom_varchar_1'.
