Skip to main content
Version: 4.2

Forms API

Form are created using the Form API. The Form API supports most standard HTML elements, including checkboxes, radio buttons, text boxes, and so on, adding additional accessibility and security features to them.

Highlights

  • Tested and optimised for use on major screen-readers like Dragon and JAWS.
  • Table-less layout.
  • Processes form data securely, with required_param, optional_param, and session key.
  • Supports client-side validation.
  • Facility to add Moodle help buttons to forms.
  • Support for file repository using the File API .
  • Support for many custom Moodle specific and non-specific form elements.
  • Facility for repeated elements.
  • Facility for form elements in advanced groups

Usage

The Moodle forms API separates forms into different areas:

  1. a form definition, which extends the moodleform class; and
  2. uses of that form.

To create a form in Moodle, you create a class that defines the form, including every form element. Your class must extend the moodleform class and overrides the definition member function to describe the form elements.

An example of a form definition
[path/to/plugin]/classes/form/myform.php
// moodleform is defined in formslib.php
require_once("$CFG->libdir/formslib.php");

class simplehtml_form extends moodleform {
// Add elements to form.
public function definition() {
// A reference to the form is stored in $this->form.
// A common convention is to store it in a variable, such as `$mform`.
$mform = $this->_form; // Don't forget the underscore!

// Add elements to your form.
$mform->addElement('text', 'email', get_string('email'));

// Set type of element.
$mform->setType('email', PARAM_NOTAGS);

// Default value.
$mform->setDefault('email', 'Please enter email');
}

// Custom validation should be added here.
function validation($data, $files) {
return [];
}
}

Once the form has been defined it can be instantiated elsewhere in Moodle, for example:

"[path/to/plugin]/myform.php

// Instantiate the myform form from within the plugin.
$mform = new \plugintype_pluginname\form\myform();

// Form processing and displaying is done here.
if ($mform->is_cancelled()) {
// If there is a cancel element on the form, and it was pressed,
// then the `is_cancelled()` function will return true.
// You can handle the cancel operation here.
} else if ($fromform = $mform->get_data()) {
// When the form is submitted, and the data is successfully validated,
// the `get_data()` function will return the data posted in the form.
} else {
// This branch is executed if the form is submitted but the data doesn't
// validate and the form should be redisplayed or on the first display of the form.

// Set anydefault data (if any).
$mform->set_data($toform);

// Display the form.
$mform->display();
}

If you wish to use the form within a block then you should consider using the render method, as demonstrated below:

Note that the render method does the same as the display method, except returning the HTML rather than outputting it to the browser, as with above make sure you've included the file which contains the class for your Moodle form.

class block_yourblock extends block_base {
public function init(){
$this->title = 'Your Block';
}

public function get_content(){
$this->content = (object) [
'text' => '',
];

$mform = new \plugintype_pluginname\form\myform();

if ($mform->is_cancelled()) {
// If there is a cancel element on the form, and it was pressed,
// then the `is_cancelled()` function will return true.
// You can handle the cancel operation here.
} else if ($fromform = $mform->get_data()) {
// When the form is submitted, and the data is successfully validated,
// the `get_data()` function will return the data posted in the form.
} else {
// This branch is executed if the form is submitted but the data doesn't
// validate and the form should be redisplayed or on the first display of the form.

// Set anydefault data (if any).
$mform->set_data($toform);

// Display the form.
$this->content->text = $mform->render();
}

return $this->content;
}
}

Form elements

Moodle provides a number of basic, and advanced, form elements. These are described in more detail below.

Basic form elements

  1. button
  2. checkbox
  3. radio
  4. select
  5. multi-select
  6. password
  7. hidden
  8. html - div element
  9. static - Display a static text.
  10. text
  11. textarea
  12. header

Advanced form elements

  1. Autocomplete - A select box that allows you to start typing to narrow the list of options, or search for results.
  2. advcheckbox - Advance checkbox
  3. float
  4. passwordunmask - A password element with option to show the password in plaintext.
  5. recaptcha
  6. selectyesno
  7. selectwithlink
  8. date_selector
  9. date_time_selector
  10. duration
  11. editor
  12. filepicker - upload single file
  13. filemanager - upload multiple files
  14. tags
  15. addGroup
  16. modgrade
  17. modvisible
  18. choosecoursefile
  19. grading
  20. questioncategory

Custom form elements

In addition to the standard form elements, you can register your own custom form elements, for example:

// Register a custom form element.
MoodleQuickForm::registerElementType(
// The custom element is named `course_competency_rule`.
// This is the element name used in the `addElement()` function.
'course_competency_rule',

// This is where it's definition is defined.
// This does not currently support class auto-loading.
"$CFG->dirroot/$CFG->admin/tool/lp/classes/course_competency_rule_form_element.php",

// The class name of the element.
'tool_lp_course_competency_rule_form_element'
);

// Add an instance of the custom form element to your form.
$mform->addElement(
// The name of the custome lement.
'course_competency_rule',
'competency_rule',
get_string('uponcoursemodulecompletion', 'tool_lp'),
$options
);

For a real-life example, see:

Commonly used functions

add_action_buttons()

Add the standard 'action' buttons to the form - these are the standard Submit, and Cancel buttons on the form.

public function add_action_buttons(
bool $cancel = true,
?string $submitlabel = null
);
  • The $cancel parameter can be used to control whether a cancel button is shown.
  • The $submitlabel parameter can be used to set the label for the submit button. The default value comes from the savechanges string.
info

The add_action_buttons function is defined on moodlform class, and not a part of $this->_form, for example:

    public function definition() {
// Add your form elements here.
$this->_form->addElement(...);

// When ready, add your action buttons.
$this->add_action_buttons();
}

setDefault()

The setDefault() function can be used to set the default value for an element.

disabledIf()

The disabledIf() function can be used to conditionally disable a group of elements, or and individual element depending on the state of other form elements.

hideIf()

Since 3.4

The hideif() function can be used to conditionally hide a group of elements, or and individual element depending on the state of other form elements.

addRule()

The addRule() function can be used to define both client-side, and server-side validation rules. For example, this can be used to validate that a text-field is required, and has a type of email.

addHelpButton()

The addHelpButton() function can be used to add a pop-up help button to a form element.

setType()

The setType() function can be used to specify how submitted values are cleaned. The PARAM_* constants are used to specify the type of data that will be submitted.

disable_form_change_checker()

Normally, if a user navigate away from any form and changes have been made, a popup will be shown to the user asking them to confirm that they wish to leave the page and that they may lose data.

In some cases this is not the desired behaviour, in which case the disable_form_change_checker() function can be used to disable the form change checker.

For example:

public function definition() {
// Your definition goes here.

// Disable the form change checker for this form.
$this->_form->disable_form_change_checker();
}

Other features

In some cases you may want to group elements into collections.

Unit testing

In order to test the processing of submitted form contents in unit tests, the Forms API has a mock_submit() function.

This method makes the form behave as if the data supplied to it was submitted by the user via the web interface. The data still passes through all form validation, which means that `get_data() will return all of the parsed values, along with any defaults.

Example usage
// Instantiate a form to submit.
$form = new qtype_multichoice_edit_form(...);

// Fetch the data and then mock the submission of that data.
$questiondata = test_question_maker::get_question_data('multichoice', 'single');
$form->mock_submit($questiondata);

// The `get_data()` function will return the validated data, plus any defaults.
$actualfromform = $form->get_data();

// The resultant data can now be tested against the expected values.
$expectedfromform = test_question_maker::get_question_form_data('multichoice', 'single');
$this->assertEquals($expectedfromform, $actualfromform);

// The data can also be saved and tested in the context of the API.
save_question($actualfromform);
$actualquestiondata = question_load_questions(array($actualfromform->id));
$this->assertEquals($questiondata, $actualquestiondata);

See also