## phpGroupWare admin/config.php

A brief introduction to writing hooks and templates for any application to use this admin interface, by

Miles Lott <milosch@phpgroupware.org> Dec 22, 2001.

## Files

### config.tpl (required)

In your application/templates/default directory, create a new template file named 'config.tpl'. This will be included by config.php and used to draw the page. This template should include a POST method form. The following template tags may be used:

1. &lcub;action_url&rcub; - A phpgw->link to config.php will be inserted.

2. &lcub;title&rcub; - This will be parsed to display 'Site Configuration'.

3. &lcub;th_bg&rcub;,&lcub;th_text&rcub;,&lcub;row_on&rcub;,&lcub;row_off&rcub; - Replaced with the current theme colors.

and the following special types:

1. &lcub;lang_XXX&rcub; - Filled with lang('XXX').

2. &lcub;value_XXX&rcub; - Filled with the current value of config item 'XXX'.

3. &lcub;selected_XXX&rcub; - set to '', or ' selected' if an option value is current.

4. &lcub;hook_XXX&rcub; - Calls a function named XXX (will be discussed later).

5. &lcub;checked_XXX+YYY&rcub; - Handles checkbox/radio values set to YYY or '' (will be discussed later).

Following is an example from the addressbook application:

    ]]>
    ]]>
    ]]> {title}
    ]]>
    ]]> {error}
    ]]>
    ]]>
    ]]>
    ]]>
    ]]>
    ]]>
    ]]>
    ]]> {lang_Addressbook}/{lang_Contact_Settings}
    ]]>
    ]]>
    ]]>
    ]]>{lang_Contact_application}:
    ]]>
    ]]>
    ]]>

Note the fieldname, newsettings&lsqb;contact_application&rsqb;. This array name must be used for the form values. Next, note the value setting for this form element, &lcub;value_contact_application&rcub;. This indicates that we want the current value of the config setting, 'contact_application', to be set and displayed on the form. Lastly, look at the template element, &lcub;lang_Contact_application&rcub;. Here, the value from the lang db table will be inserted if available.

Let's take a look at part of the preferences/default/config.tpl:

    ]]>{lang_Country_Selection} ({lang_Text_Entry}/{lang_SelectBox}):
    ]]>
    ]]>
    ]]>
    ]]>
    ]]>
    ]]>

Here, we are adding a new element, &lcub;hook_country_set&rcub;. This brings up the next file we will need to parse this value, hook_config.inc.php. But first, let's look at the last template type, 'checked':

    {lang_no}
    ]]>{lang_yes}
    ]]>

We want to check the value of the setting 'enable_remote_addressbook'. The value could be '' or 'True'. We use the '+' character to isolate the config name from the check value. If the value is empty or unset in the phpgw_config table, &lcub;checked_enable_remote_addressbook+&rcub; is replaced with ' checked'. If the value is 'True',&lcub;checked_enable_remote_addressbook+True&rcub; is replaced with ' checked'. Note that the part after the '+' character matches what is in the value=”XXX” part in the html for this form element.

### hook_config.inc.php (optional)

At each invocation of config.php, a call to the common class function hook_single() is made. It attempts to include a file, hook_config.inc.php as a set of code for config.php to use. In the case of the preferences example above, using hook_country_set, here is the corresponding function in preferences/inc/hook_config.inc.php:

     'Users Choice', 'force_select' => 'Force Selectbox' );
    ]]>' . $descr . '' . "\n";
    ]]>

Note again the template value we used earlier, &lcub;hook_country_set&rcub;. This causes config.php to look for a function named country_set(). Since we included the file with this function via the hook_single() call, this function is executed. It's return is a string, and the function prints nothing itself.

### hook_config_validate.inc.php (optional)

Once the admin clicks the submit button to post the form, we can optionally validate their input using one or many different functions. This is done by first making another call to hook_single() in the API common class. This time, the name config_validate is used, so common tries to include 'application/inc/hook_config_validate.inc.php'.

If this file exists, it sets a var to tell config.php it was found. Following then are functions named after each config we want to validate. The following example is for addressbook:

Here we created a function to check the entered value for the config item, ldap_contact_context. We want to make sure the admin did not set this value to one which would conflict with another config item, used for accounts or groups in phpGroupWare.

config.php calls this function, sending it the POSTed value. config.php continues, adding all other config items from the POSTed values.

The variable &dollar;GLOBALS&lsqb;'config_error'&rsqb; is parsed through lang(), then appended to the local variable, &dollar;error. If this has any value after the POSTed variables are checked, the form then has its &lcub;error&rcub; tag filled with this result. The form is displayed again, with the error. If &dollar;error has no value, config.php redirects to admin/index.php.

However, there is one more function that may be included in hook_config_validate.inc.php:

config.php checks for the existence of the function 'final_validation()'. This function can be used to check all form values at once. It gets sent the entire &dollar;newsettings array POSTed from the form. As with the other functions in this file, final_validation() should set &dollar;GLOBALS&lsqb;'config_error'&rsqb; if there is a problem.