Defining Forms

Please read the overview of forms and fields.

The data defining a form is saved into magic data and the paths below are paths in magic data.

Forms

Forms are the basic way to group data. A form $form, such as 'person', is stored under:

/modules/forms/forms/$form

which contains the following children:

• class: Required. The class which implements the logic, such as validation, for the form. Example is 'iHRIS_Person'.
• displayName: Optional. An end-user name for this form. For example 'person' might have a display name 'Person'
• meta: Optional. A node with lots of children where information about displaying this form are saved. The data here is used by the implementing form class
  • description: A description of this form. It is displayed, for example, when creating a form relationship
  • child_forms: An list of any forms that are child forms of this form.
  • child_form_data: Optional. Meta data that are associated with child forms. There is possibly a node for each of the child forms.

The nodes in child forms data allow you to specify different groupings for child forms. For example the form 'training_course' has as a child form 'scheduled_training_course.' We may want to group the 'scheduled_training_courses' into open and closed. Then we can select to only display the open or closed scheduled training courses by specifying the limits as below. We can also chose to specify the order that the scheduled training courses are displayed in. For example:

'default'  => Array [
 'scheduled_training_course' => Array [
  'order' => 'start_date,end_date' 
 ] 
]
'open' => Array [
 'scheduled_training_course' => Array [
  'limits' => Array [
    'operator' => 'FIELD_LIMIT'
    'field' => 'start_date'
    'style' => 'greaterthan_now'
  ]
  'order' => 'start_date,end_date'
 ] 
]
'closed' => Array [
  'scheduled_training_course' => Array [
   'limits' => Array [
     'operator' => 'FIELD_LIMIT'
     'field' => 'start_date'
     'style' => 'lessthan_now'
   ]
   'order' => 'start_date,end_date'
 ] 
]

The limits are specified according to this structure. The 'order' is a list of the fields to sort by. In the above we sort first by 'start_date' and then by 'end_date.' If we wanted to sort by a field in descending order we would prefix a -.

Form Classes

A form class $formClass is defined under:

/modules/forms/formClasses/$formClass

It has sub-nodes:

• fields: Optional. Contains information about the fields provided by this class
• extends: Required. Which class this form class extends. This needs to be either I2CE_Form or a subclass of it.

If there is no file $formClass.php then the class is created dynamically as:

class $formClass extends $extendClass {}

where $extendClass is the value under the 'extends' node.

Fields

Each form class $formClass contains a list of fields. A field $field in $formClass is defined at:

/modules/forms/formClasses/$formClass/fields/$field

which has the following sub-nodes

• formfield: Required. Needs should be on of the field type such as INT
• in_db: Optional. It should be either 0 or 1. If not set, defaults to 1. If 1, then this field should be saved into the database
• required: Optional. It should be either 0 or 1. If not set, defaults to 0. If 1, then this field needs to be set before it can be considered valid
• required: Optional. It should be either 0 or 1. If not set, defaults to 0. If 1, then the value of this field needs to be unique among all instances of the form
• headers: Optional. It is itself a parent node, each child node is a string value. You can choose a different header by specifying the header attribute in a template file.
  • default: Optional. The default title/header displayed for the field.

Map Fields

Any field type can look additional data stored under the field's magic data. For example, a field of type MAP or MAP_MULT can specify the following sub-nodes:

Field Types

Each field has a type. The types define how they are displayed to the end user in both an edit and view only context. It also contains information about the type of column the data should be saved in a database. The available types are:

• BOOL is implemented by the class I2CE_FormField_BOOL is a choice between true and false
• DATE_HMS is implemented by the class I2CE_FormField_DATE_HMS is a time only
• DATE_MD is implemented by the class I2CE_FormField_DATE_MD is a month and day
• DATE_TIME is implemented by the class I2CE_FormField_DATE_TIME is a year, month, day and time
• DATE_YMD is implemented by the class I2CE_FormField_DATE_YMD and is a year, month and day
• DATE_Y is implemented by the class I2CE_FormField_DATE_Y and is a year
• INT_GENERATE is implemented by the class I2CE_FormField_INT_GENERATE and is integer sequence that will populate the next value in the sequence
• INT is implemented by the class I2CE_FormField_INT is an integer
• INT_LIST is implemented by the class I2CE_FormField_INT_LIST is an array of integers
• STRING_LINE is implemented by the class I2CE_FormField_STRING_LINE and is a string
• STRING_MLINE is implemented by the class I2CE_FormField_STRING_MLINE and is multi-line string
• STRING_PASS is implemented by the class I2CE_FormField_STRING_PASS is a password value
• STRING_TEXT is implemented by the class I2CE_FormField_STRING_TEXT is a large multi-line string
• YESNO is implemented by the class I2CE_FormField_YESNO and is a choice between Yes and No
• CURRENCY is implemented by the class iHRIS_FormField_CURRENCY and is a currency type and an amount
• MAP is implemented by the class I2CE_FormField_MAP and is the name and id of a list form
• MAP_MULT is implemented by the class I2CE_FormField_MAP_MULT and is an array of names and ids for list forms