1 system.module | system_settings_form($form) |
Sets up a form to save information automatically.
This function adds a submit handler and a submit button to a form array. The submit function saves all the data in the form.
If $form['#config'] is present in the form, the values will be saved to the named settings file (e.g., my_module.settings). If sub-elements or groups of sub-elements have their own '#config' keys, then values of those elements and their children will be saved to that settings file.
For example, consider the form:
$primary_config = config('my_module.settings');
$secondary_config = config('my_module.second');
$tertiary_config = config('my_module.third');
$form = array(
'#config' => 'my_module.settings',
'first_setting' => array(
'#type' => 'textfield',
'#title' => t('First Setting'),
'#default_value' => $primary_config->get('first_setting'),
),
'second_setting' => array( ... ),
'bonus_fieldset' => array(
'#type' => 'fieldset',
'#title' => t('Secondary Settings'),
'#config' => 'my_module.second',
'bonus_one' => array( ... ),
'bonus_two' => array( ... ),
'bonus_three' => array(
'#type' => 'textfield',
'#default_value' => $tertiary_config->get('bonus_three'),
'#config' => 'my_module.third',
),
),
);
The top-level '#config' is "my_module.settings". The values of 'first_setting' and 'second_setting' will both be saved to "my_module.settings".
The 'bonus_fieldset' has its own '#config' setting, "my_module.second", which overrides the top-level '#config' setting, so 'bonus_one' and 'bonus_two' will be saved to "my_module.second".
The 'bonus_three' has its own '#config' setting, "my_module.third", which overrides the one from the fieldset. The value of 'bonus_three' will be saved to the "my_module.third".
Modules that implement hook_form_alter() can use the '#config' settings to save their data to their own settings file by setting the '#config' parameter in their elements or fieldsets.
If no top-level $form['#config'] value is present, then the values will be saved to variables using variable_set() from the Drupal compatibility layer. This behavior is deprecated and will be remove in Backdrop 2.0.
If you need to manipulate the data in a custom manner, you can either put your own submission handler in the form array before calling this function, or just use your own submission handler instead of calling this function.
@since 1.6.0 Restored and made compatible with configuration management.
Parameters
$form: An associative array containing the structure of the form.
Return value
The form structure.:
See also
_system_sort_form_values_by_config()
File
- core/
modules/ system/ system.module, line 4602 - Configuration system that lets administrators modify the workings of the site.
Code
function system_settings_form($form) {
$form['actions']['#type'] = 'actions';
$form['actions']['submit'] = array('#type' => 'submit', '#value' => t('Save configuration'));
if (empty($form['#config']) && !settings_get('backdrop_drupal_compatibility')) {
backdrop_set_message(t('Drupal compatibility layer is disabled and this form has not been updated to use Backdrop configuration management. Changes will not be saved.'), 'warning');
}
if (!empty($_POST) && form_get_errors()) {
backdrop_set_message(t('The settings have not been saved because of the errors.'), 'error');
}
$form['#submit'][] = 'system_settings_form_submit';
if (!isset($form['#theme'])) {
$form['#theme'] = 'system_settings_form';
}
return $form;
}