Learning Management System

Module Development Documentation ATutor 2.2+


ATutor 1.5.2 introduced the concept of modules, providing developers with a framework to implement additional functionality in a coherent and loosely coupled way.

The framework defines methods for assigning privileges, backing-up and restoring content, deleting course specific content, and adding side menu blocks, student tools, course management and administrative tools, as well as public tools and other types of added functionality .

The intent is to allow for the development and distribution of modules independent of the ongoing development and release of ATutor. The module structure does allow for the creation of modules that run software that is not distributed under the GNU General Public License, but distributed separately under their own, perhaps commercial licenses.

The Hello World example module is included with each ATutor distribution for developers who want to investigate how modules work. The module is found in the mods/hello_world directory. A copy of the Hello World module works well as a starting point for creating a new module, since it implements (in a simple way) just about all the features found in modules. Also see the files from other modules that operate like you expect your module to operate.

Differences from pre ATutor 2.2

The primary difference in creating module for versions after, and including ATutor 2.2, is the addition of the queryDB() function. It is a database abstraction layer based of PHP's sprintf() function that replaces all previous mysql related functions. This accommodates for the use of mysql or mysqli related database queries, as well as the use of databases other than MySQL. The following simple example shows how queryDB() is used to create a database call that is equivalent to a mysql call. The output from queryDB() is an array of values equivalent to an array that would be output from mysql_fetch_assoc(). For more about using queryDB(), refer to the queryDB() section of the Developer Documentation.

// A mysql database query

$sql = "SELECT member_id, country from ".TABLE_PREFIX."members WHERE country = '$_GET[country]'":
$result = mysql_query($sql, $db);

while($row = mysql_fetch_assoc($result)){
    $member_country[$row['member_id']] = $row['country'] 

// The equivalent queryDB() query. Use %s for string and %d for integer replacement variables

$sql = "SELECT member_id, country from %smembers WHERE country = '%s'":
$rows_countries = queryDB($sql, array(TABLE_PREFIX, $_GET['country']));

foreach($rows_countries as $row)
    $member_country[$row['member_id']] = $row['country']; 


Modules are stored under ATutor's mods directory. Core modules are stored in the mods/_core subdirectory and are made available with every release of ATutor. These modules cannot be disabled by the administrator as they are vital to ATutor's functionality. Standard modules are stored in the mods/_standard subdirectory and are also made available with every release of ATutor. Standard modules can be disabled by the administrator. Extra modules are stored in the mods directory and are installed and distributed independently of ATutor. Although the process of developing modules is the same for each type of module, only extra modules can be distributed separately, while core and standard modules are added to the ATutor code repository (i.e. GitHub trunk).

Whenever a module identifier is needed within code, it should appear in lowercase with spaces converted to underscores.

The module name, and hence the directory and function names (see below for additional details), must be unique across all possible modules. A module should not be made available if an existing module is already being distributed under that same name. It is up to the module developer to ensure that their module name is unique.

Directory Name

The name given to the directory must be chosen carefully. The name is used to namespace the module's function by prefixing required functions with that directory name. For example, a module named Example Maker should be placed in a directory named example_maker and the delete function would be named example_maker_delete().


The following files should exist under the module's top level directory: mods/module_name.

This is the main module file which gets included whenever a page is loaded. Required.
This file is used only for identifying the module for distribution and is only used when viewing a module's details. Required.
This file is used when installing the module. Required.
This file is used to remove the module from the system. Required for ATutor 1.6.2+.
This file is used when backing-up and restoring course content. Optional.
This file is used when deleting course specific content. Optional.
This file is used to run module related commands at specified intervals. Optional.
This file is used to add tables and/or modify data in the ATutor database. Also used to insert language into the language_text table. Optional.

The module.xml File

The module.xml file is used for displaying information about the module before it is installed and is useful when distributing the module.

<?xml version="1.0" encoding="ISO-8859-1"?> 
<module version="0.1"> 
    <name lang="en">Example Maker</name> 
    <description lang="en">This is an example module that makes examples.</description> 
            <name>ATutor Team</name> 
            <name>John Doe</name> 
        <notes>Fixes several bugs in previous version.</notes> 

Notes: The <private> section is only applicable for ATutor multisite. It's used to identify the private modules that are only viewable and installable by specified subsites and the ATutor main site. In the above example, only subsites "", "" and the ATutor main site have this module listed on the admin "install module" page. Other subsites don't see this module.

The module.php File

The module.php file is typically used to set permissions, and to link module components into the ATutor navigation elements, as tool icons, navigation tabs, sub navigation menus, or side menu blocks, as administrator, course management, and student tools. It is also used to link tools to My Start Page, or to various public pages that appear where a user is browsing the system without being logged in. The module.php file can also be used to run module specific functionality. It runs everytime a module screen is viewed, loading whatever settings it may contain, or running any scripts that may be required by the module.

 * doesn't allow this file to be loaded with a browser.
if (!defined('AT_INCLUDE_PATH')) { exit; }

 * this file must only be included within a Module obj
if (!isset($this) || (isset($this) && (strtolower(get_class($this)) != 'module'))) { exit(__FILE__ . ' is not a Module'); }

* modules sub-content to display on course home detailed view
$this->_list['hello_world'] = array('title_var'=>'hello_world','file'=>'mods/hello_world/sublinks.php');

 * assign the instructor and admin privileges to the constants.
define('AT_PRIV_EXAMPLE_MAKER',       $this->getPrivilege());
define('AT_ADMIN_PRIV_EXAMPLE_MAKER', $this->getAdminPrivilege());

 * create a side menu box/stack.
$this->_stacks['example_maker'] = array('title_var'=>'example_maker', 'file'=>'mods/example_maker/');
// ** possible alternative: **
// $this->addStack('example_maker', array('title_var' => 'example_maker', 'file' => './');

 * if this module is to be made available to students on the Home or Main Navigation.
$_student_tool = 'mods/example_maker/index.php';
// ** possible alternative: **
// $this->addTool('./index.php');

 * add the admin pages when needed.
if (admin_authenticate(AT_ADMIN_PRIV_EXAMPLE_MAKER, TRUE) || admin_authenticate(AT_ADMIN_PRIV_ADMIN, TRUE)) {
	$this->_pages[AT_NAV_ADMIN] = array('mods/example_maker/index_admin.php');
	$this->_pages['mods/example_maker/index_admin.php']['title_var'] = 'example_maker';
	$this->_pages['mods/example_maker/index_admin.php']['parent']    = AT_NAV_ADMIN;

 * instructor Manage section:
$this->_pages['mods/example_maker/index_instructor.php']['title_var'] = 'example_maker';
$this->_pages['mods/example_maker/index_instructor.php']['parent']   = 'tools/index.php';
// ** possible alternative: **
// $this->pages['./index_instructor.php']['title_var'] = 'example_maker';
// $this->pages['./index_instructor.php']['parent']    = 'tools/index.php';

 * student page.
$this->_pages['mods/example_maker/index.php']['title_var'] = 'example_maker';
$this->_pages['mods/example_maker/index.php']['img']       = 'mods/example_maker/example_maker.jpg';

 * public pages
$this->_pages[AT_NAV_PUBLIC] = array('mods/example_maker/index_public.php');
$this->_pages['mods/example_maker/index_public.php']['title_var'] = 'example_maker';
$this->_pages['mods/example_maker/index_public.php']['parent'] = 'login.php';
$this->_pages['login.php']['children'] = array('mods/example_maker/index_public.php');

 * my start page pages
$this->_pages[AT_NAV_START]  = array('mods/example_maker/index_mystart.php');
$this->_pages['mods/example_maker/index_mystart.php']['title_var'] = 'example_maker';
$this->_pages['mods/example_maker/index_mystart.php']['parent'] = 'users/index.php';
$this->_pages['users/index.php']['children'] = array('mods/example_maker/index_mystart.php');

 * Add a new tool into the tools icon bar on the content editor page
 * Only need to use one of the two methods listed below to add a tool.

// The execution of the php code specified in 'file' field returns an array of the rows that are
// desired to be displayed in the popup window mods/_core/tool_manager/index.php
// @see mods/_core/tool_manager/index.php
// @see mods/_core/tool_manager/forums_tool.php
$this->_tool['example_maker'] = array('title_var'=>'example_maker','file'=>'mods/example_maker/action.php');

// ** possible alternative: **
// Provides more flexibility in terms of controlling the action at clicking on the tool icon.
// Rather than always poping up mods/_core/tool_manager/index.php defined in $this->_tool, 
// "js" field defines the listener for the click event on the new tool icon.
//$this->_content_tools[] = array("id"=>"example_maker",
//                                "class"=>"fl-col clickable",
//                                "src"=>AT_BASE_HREF."mods/example_maker/images/example_maker.png",
//                                "title"=>_AT('example_maker'),
//                                "alt"=>_AT('example_maker'),
//                                "text"=>_AT('example_maker_text'),
//                                "js"=>AT_BASE_HREF."mods/example_maker/example_maker.js");


The module.sql File

A very simple module.sql file such as the following, creates a table for the module, and inserts it's language into the ATutor language_text table. Module language can then be managed from the ATutor Language Manager. The module.sql file can contain any number of SQL statements used to add tables or insert data into the ATutor database.

# sql file for example maker module

CREATE TABLE example_maker (
   `course_id` mediumint(8) unsigned NOT NULL,
   `value` VARCHAR( 30 ) NOT NULL ,
   PRIMARY KEY ( `course_id` )

INSERT INTO `language_text` VALUES ('en', '_module','example_maker','Example Maker',NOW(),'');
INSERT INTO `language_text` VALUES ('en', '_module','AT_ERROR_GOES_HERE','Example Maker Error Message',NOW(),'');


The module_install.php script gets executed during the installation process, using the administrator's Install Module feature. If the script's execution results in $msg->containsErrors() evaluating to TRUE, then the errors are displayed and the user is prompted to correct them. The process is then repeated until errors are no longer being generated and the module is installed successfully. Ultimately, it is up to the module to determine the logical steps involved in its installation. For example, it might be better to create the data directories before trying to create any database tables since creating the directory may require several attempts. Typically the flow we describe here should be suitable in most cases.

Theoretically, the install script's execution is wide-open and does not have to adhere to the process outlined below or make use of any special privileges, provided it generates errors as appropriate.

# pseudo-code for installing a module:
while (there are errors)
    print the error message

    # inside module_install.php:
    define the privileges used

    if (create database tables is unsuccessful) then
        generate an error message

    if (there are no errors AND there is an SQL file) then
        execute the SQL file
end while

add the module to the system using the defined privileges

The module_install.php File

The module_install.php file is typically used to run any installation related files, such as an sql file that sets up a database table, or installs the language for the module. The following is an example module_install.php file

 * the line below safe-guards this file from being accessed directly from
 * a web browser. It will only execute if required from within an ATutor script,
 * in our case the Module::install() method.
if (!defined('AT_INCLUDE_PATH')) { exit; }

 * Note: the many options for these variables are used to decrease confusion.
 *       TRUE | FALSE | 1 will be the convention.
 * $_course_privilege
 *     specifies the type of instructor privilege this module uses.
 *     set to empty | FALSE | 0   to disable any privileges.
 *     set to 1 | AT_PRIV_ADMIN   to use the instructor only privilege.
 *     set to TRUE | 'new'        to create a privilege specifically for this module:
 *                                will make this module available as a student privilege.
 * $_admin_privilege
 *    specifies the type of ATutor administrator privilege this module uses.
 *    set to FALSE | AT_ADMIN_PRIV_ADMIN   to use the super administrator only privilege.
 *    set to TRUE | 'new'                  to create a privilege specifically for this module:
 *                                         will make this module available as an administrator privilege.
 * $_cron_interval
 *    if non-zero specifies in minutes how often the module's cron job should be run.
 *    set to 0 or not set to disable.
 * Modules can be limited to installation on main ATutor sites only in a multisite installation by 
 * adding the following line to the module_install.php file 
//if (defined('IS_SUBSITE') && IS_SUBSITE) {
//	$msg->addError(array('MODULE_INSTALL', '
  • This module cannot be installed on subsites.
  • ')); //} $_course_privilege = TRUE; // possible values: FALSE | AT_PRIV_ADMIN | TRUE $_admin_privilege = TRUE; // possible values: FALSE | TRUE $_cron_interval = 35; // run every 30 minutes /******** * the following code is used for creating a module-specific directory. * it generates appropriate error messages to aid in its creation. */ $directory = AT_CONTENT_DIR .'example_maker'; // check if the directory is writeable if (!is_dir($directory) && !@mkdir($directory)) { $msg->addError(array('MODULE_INSTALL', '<li>'.$directory.' does not exist. Please create it.</li>')); } else if (!is_writable($directory) && @chmod($directory, 0666)) { $msg->addError(array('MODULE_INSTALL', '<li>'.$directory.' is not writeable. On Unix issue the command <kbd>chmod a+rw</kbd>.</li>')); } /****** * the following code checks if there are any errors (generated previously) * then uses the SqlUtility to run any database queries it needs, ie. to create * its own tables. */ if (!$msg->containsErrors() && file_exists(dirname(__FILE__) . '/module.sql')) { // deal with the SQL file: require(AT_INCLUDE_PATH . 'classes/sqlutility.class.php'); $sqlUtility = new SqlUtility(); /* * the SQL file could be stored anywhere, and named anything, "module.sql" is simply * a convention we're using. */ $sqlUtility->queryFromFile(dirname(__FILE__) . '/module.sql', TABLE_PREFIX); } ?>

    Specifying Privileges

    Privileges control who has access to the course management and administrative sections.

    See the Authentication & Privileges section for additional details using the privileges.


    This variable controls access to a course's management section and can take one of the following values:

    • TRUE: To use a custom assignable privilege level. If a custom privilege is created, the module will appear as an option when assigning privileges to enrolled students.
    • AT_PRIV_ADMIN: To use the instructor privilege. Only the instructor will be given access to the module's management section.
    • FALSE: To disable the privilege if there is no management section for the module.

    This variable can take one of the following values:

    • TRUE: To use a custom assignable privilege level. If a custom privilege is created then the module will appear as an option when assigning privileges to administrators
    • AT_ADMIN_PRIV_ADMIN: To use the super administrator privilege. Only the super administrator will be given access to the module's administration section.

    Note that creating a privilege is not in itself enough to make the module appear in the Manage section! The hierarchy and navigation path to the management page must be set correctly. See the Navigation & Hierarchy section for additional details.

    Creating a Data Directory

    It is best to keep the directory within the AT_CONTENT_DIR directory as it should already allow the creation of files and directories by the web server. It is then up to the module to create individual course directories as needed.

    $directory = AT_CONTENT_DIR .'example_maker';
    // check if the directory is writable
    if (!is_dir($directory) && !@mkdir($directory)) {
        $msg->addError(array('MODULE_INSTALL', '<li>'
                             .' does not exist. Please create it.</li>'));
    } else if (!is_writable($directory) && @chmod($directory, 0666)) {
        $msg->addError(array('MODULE_INSTALL', '<li>'
                             . $directory
                             .' is not writable.</li>'));
    } // else: it was created successfully.

    Executing an SQL File

    If the module requires its own database tables or custom language, then it will have to create them itself. The SQL can either be executed inline using PHP database execution directly, or using the SQLUtility class to execute an external SQL file. Also see module.sql for more about creating an SQL file.

    if (!$msg->containsErrors() && file_exists(dirname(__FILE__) . '/module.sql')) {
        // deal with the SQL file:
        require(AT_INCLUDE_PATH . 'classes/sqlutility.class.php');
        $sqlUtility = new SqlUtility();
        $sqlUtility->queryFromFile(dirname(__FILE__) . '/module.sql', TABLE_PREFIX);

    Generating Errors Messages

    It is up to the module to generate and check for any errors that occur during the installation. An error message can be generated using $msg->addError(array('MODULE_INSTALL', '<li>your error msg goes here</li>'));. Note that the text supplied to the error message is not translated in this case. If the language should be localised, then the appropriate language vairable should replace the text. Something like $msg->addError(array('MODULE_INSTALL', 'AT_ERROR_GOES_HERE')); . The corresponding SQL INSERT statement should then be found in the module.sql file, so the language gets added to the language_text table in ATutor.

    To check if any errors have been generated, use $msg->containsErrors() which evaluates to TRUE if a previous error has been generated.

    See the Error and Feedback section of the Developer Documentation for more details about displaying messages.

    Uninstalling a Module

    As of ATutor 1.6.2 a module_uninstall.php file is required with each module. This file uses the original module.sql file to deletes any database tables, and any language that may have been installed with module.sql, and removes any directories used by the module, and deletes the module directory itself.

     * module_uninstall.php performs reversion of module_install.php
     * the line below safe-guards this file from being accessed directly from
     * a web browser. It will only execute if required from within an ATutor script,
     * in our case the Module::uninstall() method.
    if (!defined('AT_INCLUDE_PATH')) { exit; }
     * the following code is used for removing a module-specific directory created in module_install.php.
     * it generates appropriate error messages to aid in its creation.
    $directory = AT_CONTENT_DIR .'example_maker';
    // check if the directory exists
    if (is_dir($directory)) {
    	if (!clr_dir($directory))
    		$msg->addError(array('MODULE_UNINSTALL', '
  • '.$directory.' can not be removed. Please manually remove it.
  • ')); } /****** * the following code checks if there are any errors (generated previously) * then uses the SqlUtility to run reverted database queries of module.sql, * ie. "create table" statement in module.sql is run as drop according table. */ if (!$msg->containsErrors() && file_exists(dirname(__FILE__) . '/module.sql')) { // deal with the SQL file: require(AT_INCLUDE_PATH . 'classes/sqlutility.class.php'); $sqlUtility = new SqlUtility(); /* * the SQL file could be stored anywhere, and named anything, "module.sql" is simply * a convention we're using. */ $sqlUtility->revertQueryFromFile(dirname(__FILE__) . '/module.sql', TABLE_PREFIX); }

    Authentication & Privileges

    See the Installation: Specifying Privileges section on creating privileges during the installation process.

    Authentication uses constants for the privilege levels. The privileges should be declared in the module.php file using the $this->getPrivilege() and $this->getAdminPrivilege() methods, respectively.

    define('AT_PRIV_FORUMS',       $this->getPrivilege()      );
    define('AT_ADMIN_PRIV_FORUMS', $this->getAdminPrivilege() );

    Once declared, a page can then authenticate against those privileges using either the authentication() or the admin_authenticate() functions.

    define('AT_INCLUDE_PATH', '../include/');
    // authenticate the administrator forums section:


    Although a module can be created with all hard-coded language, we recommended you use ATutor's localisation functions. All of ATutor's language is stored in the database, which is then retrieved using the _AT() function for simple terms and the $msg object for feedback and error messages.

    Additional details on localising ATutor can be found on the Thing You Should Know Before Translating and in the ATutor Developer Documentation.

    Module-specific language should be inserted into the language_text table during the installation process. The fields in the table are as follows:

    The ISO-639-1 language code plus locale.
    Set to _module for modules.
    The variable used for retrieving the language.
    The language text.
    Set to NOW() for modules.
    Short description of the language text.

    Each language item should have a corresponding SQL INSERT line in the module.sql file, that gets inserted into the ATutor language_text table during installation. Do not include a prefix (e.g. "AT_") on the language_text table name. The installer will detect the right prefix, and automatically prepend it to tables names. Also see the section module.sql for information about creating a file to install the module's language.

    # Insert module specific language:
    INSERT INTO `language_text` VALUES ('en',
                                        'Example Maker',
                                        'the module title');

    (Introduced in ATutor 1.5.4) On occassion it may be necessary to modify existing ATutor language to accommodate module functionality that alters the way ATutor itself functions by default. For example, when the payments module is installed the message displayed when a student enrolls in a course that requires a payment, needs to include mention of how to make a payment. In the SQL statement below, the second value (i.e. "variable" in the language_text table) is prefixed with "_c" for custom language. Possible custom language variables are _c_msgs, _c_template, and _c_module.

    # Insert custom language:
    INSERT INTO `language_text` VALUES ('en', 
    Your request has been made. You will be notifed when your request has been approved. If course fees are pending, 
    they will be listed under the Payments tab above, where they can be paid.',

    Configuration Options

    Module configuration options can be stored in the ATutor config table, and retrieved using a $_config[] array variable. All module configuration key/value pairs are automatically loaded from the table into global memory while ATutor is running, and can be accessed from any of the module scripts (or from anywhere is ATutor for that matter). The value for a particular configuration option is retrieved by entering its key into the array. To retrieve a URL for the Example Maker module for example, you might use $_config['example_maker'].

    In the following example of an index_admin.php file, the form below accepts a URL to an external application used by the Example Maker module (though it could be any value). In this case imagine a third party application has been installed, and the URL to the application is being stored as a configuration option for the example_maker module. When the form is submitted, $_POST['uri'] is inserted into the config table as the value for the example_maker key. The following is an example module administrator script used to add/edit a config option for the example_maker module.

    The index_admin.php File

    // make sure user is allowed to see this page (admins only)
    if (isset($_POST['submit'])) {
    	// trim whitespace from the value submitted
    	$_POST['uri'] = trim($_POST['uri']);
    	// display an error message if the value is empty
    	if (!$_POST['uri']){
    	// if no errors, insert the key "example_maker" and value "$_POST['uri']" into the config table	
    	if (!$msg->containsErrors()) {
    		$_POST['uri'] = $addslashes($_POST['uri']);
    		$sql = "REPLACE INTO %sconfig VALUES ('example_maker', '%s')";
    		queryDB($sql, array(TABLE_PREFIX, $_POST[uri]));
    		header('Location: '.$_SERVER['PHP_SELF']);
    require (AT_INCLUDE_PATH.'');
     *  First check to see if there is a value for the example_maker key $_config['example_maker']
     *  If there isn't a value then a missing value message is displayed
     *  The form below that has a single field for submitting a value, in this case a URL
     *  If the value exists in the config table, then display it in the text field using  $_config['example_maker']
    <?php if ($_config['example_maker']): ?>
    	<div class="input-form">
    		<div class="row">
    			<p><?php echo _AT('example_maker_text'); ?></p>
    <?php else: ?>
    	<div class="input-form">
    		<div class="row">
    			<p><?php echo _AT('example_maker_missing_url');  ?></p>
    <?php endif; ?>
    <form action="<?php  $_SERVER['PHP_SELF']; ?>" method="post">
    	<div class="input-form">
    		<div class="row">
    			<p><label for="uri"><?php echo _AT('example_maker_url'); ?></label></p>
    			<input type="text" name="uri" value="<?php echo $_config['example_maker']; ?>" id="uri" size="60" style="min-width: 65%;" />
    		<div class="row buttons">
    			<input type="submit" name="submit" value="<?php echo _AT('save'); ?>"  />

    Custom Style Sheets

    A custom style sheet can be linked into pages by setting $_custom_css to be the absolute path to the style sheet. This variable must be set on every page that requires that style sheet.

    define('AT_INCLUDE_PATH', '../../include/');
    // using a custom style sheet:
    $_custom_css = $_base_path . 'mods/example_maker/module.css';

    Side Menu Boxes

    Side menu boxes generally appear in a column at the side of a course (though this layout can be altered by a theme). A module may implement one or more side menu boxes.

    Side menus are specified using the $_module_stacks array in module.php. $_module_stacks have the attributes title_var (or title) and file. The title_var value is the language key used for that box; the title will be generated by executing _AT($title_var). If title is set instead, a hard-coded title will be used. The file attribute specifies the absolute path to the side menu's include file.

    The key to the $_module_stacks should be the name of the module.

    $_module_stacks['example_maker'] = array('title_var' => 'example_maker', 
                                             'file' => dirname(__FILE__).'\');

    Creating a side menu box involves using the $savant template object and assigning the output of the box to the dropdown_contents variable.

    <?php global $savant;
    $box_content = 'This is my side menu box';
    $savant->assign('dropdown_contents', $box_content);
    $savant->assign('title', _AT('example_maker'));

    Course tool details using sublinks.php

    When viewing the detailed course home page, it is possible to display with each module icon, the latest changes, current information for the module, or just a text description of the module. This information is contained in a module sublinks.php file. The following example sublinks.php is free form PHP that gets a list of the three current tests so they can be accessed directly from the course home page along with the link to the Tests & Survey Tool.

    if (!defined('AT_INCLUDE_PATH')) { exit; }
    global $_base_path, $include_all, $include_one;
    global $savant;
    $tests_limit = 3;		//Maximum number of items to display on the course homepage
    $sql = "SELECT test_id, title, UNIX_TIMESTAMP(start_date) AS sd, UNIX_TIMESTAMP(end_date) AS ed FROM %stests WHERE course_id=%d ORDER BY end_date DESC LIMIT %d";
    $rows_tests = queryDB($sql, array(TABLE_PREFIX, $_SESSION[course_id], $tests_limit));
    if(count($rows_tests) > 0){
        foreach($rows_tests as $row){
    		if ( ($row['sd'] <= time()) && ($row['ed'] >= time() ))		
    			$tests_list[] = array('sub_url' => $_base_path.url_rewrite('tools/test_intro.php?tid=' . $row['test_id']) , 'sub_text' => $row['title']); 
    	return $tests_list;	
    } else {
    	return 0;

    Student Tools

    Student tools are pages linked from the home page or the main navigation of courses. A module can only implement one student tool. An instructor controls which student tools are available to a course using the Student Tools section found under Manage.

    The tool main page must be specified using the $_student_tool variable in the module.php file. The value of that variable must be the relative path to the file from the ATutor base directory (not the module directory). Example: $_student_tool = 'mods/example_maker/index.php';.

    For the tool to correctly appear its Navigation & Hierarchy must be defined correctly. If the tool is to have an instructor management section then the parent must be specified as being tools/index.php and the module must have a non-zero privilege level.

    Group Tools

    Group tools are student tools that can also be group specific. A module can only implement one group tool. An instructor controls which group tools are available to a each group during the group creation process. Only group tools that are made available to students via the home page or main navigation are available for selection.

    The group tool main page must be specified using the $_group_tool variable in the module.php file. The value of that variable must be the relative path to the file from the ATutor base directory (not the module directory). Example: $_group_tool = 'mods/example_maker/index.php';.

    Navigation & Hierarchy

    Every page in ATutor must have an entry in the global $_pages array where the key to the array is the relative path to the file from ATutor's base directory. Module pages are specified using the $_module_pages array, which are then merged into the $_pages array when the module.php file is loaded. The array supports the following attributes:

    The language variable to be used with _AT().
    The hard-coded version of the language title. If set, overrides the usage of _AT(title_var). This version is not language independent.
    The relative ATutor path to the parent page. Omit for Student Tools.
    The relative ATutor path to the icon to use. Only for Student Tools.
    An array whose values are relative ATutor paths to sub pages.
    The the section of the handbook that the module page should link to. Not used for modules at this time.

    For pages to appear in the instructor Manage section, their parent field must be set to tools/index.php.

    $path = 'mods/example_maker/';
    // the student tool:
    $_module_pages[$path.'index.php']['title_var'] = 'example_maker';
    $_module_pages[$path.'index.php']['img']       = $path.'icon.gif';
    $_module_pages[$path.'index.php']['children']  = array($path.'sub.php', $path.'more.php');
        $_module_pages[$path.'sub.php']['title_var'] = 'sub_page';
        $_module_pages[$path.'sub.php']['parent']    = $path.'index.php';
        $_module_pages[$path.'more.php']['title_var'] = 'more_page';
        $_module_pages[$path.'more.php']['parent']    = $path.'index.php';
    // the instructor page:
    $_module_pages[$path . 'inst_index.php']['title_var'] = 'example_maker';
    $_module_pages[$path . 'inst_index.php']['parent']    = 'tools/index.php';

    Course Deletion

    When a course is being deleted, or when a back-up is being restored by overriding (i.e. deleting) existing content, a module has to ensure that the content for that course is also deleted. If the module maintains course data directories, then those directories have to either be emptied or deleted. If the module uses database tables for course content, then it has to delete the appropriate entries for that course.

    The function used to delete the course content for that module must be stored in the module_delete.php file and named module_name_delete(). The delete function takes a single argument which is the ID of the course to delete.

    function example_maker_delete($course) {
        // delete directory
        $path = AT_CONTENT_DIR . 'example_maker/' . $course . '/';
        // delete from database
        $sql = "DELETE 
                FROM %sexample_content 
                WHERE course_id=%d";
        queryDB($sql, array(TABLE_PREFIX, $course));

    Module News module_news.php

    In ATutor 2.0 the Current Activity area of My Start Page was added. It collects changing information from modules and displays it for users so it is one of the first things they see when they login, allowing them to quickly access things like recent forum messages, new news items, or recently added files for download. Things Current scans through all the module_news.php files, and outputs current activity relevant to each user, and each course. The example below is typical of the type of information that might be output to Things Current, but it can be virtually any data generated by a module. See the Forum module module_news.php for another more complex example where the latest forum messages are output.

    /* Typical module_news.php file
    * Rename the function to match the name of the module. Names of all news functions must be unique
    * across all modules installed on a system.
    function mymod_news() {
    	$sql = "SELECT something FROM a table WHERE date < NOW() LIMIT 3";
    	$rows_news = queryDB($sql, array());
    	if(count($rows_news) > 0){
    	    foreach($rows_news as $row){
    		$news[] = $row['something'];
    	return $news;

    Module Calendar Extension with module_extend_date.php

    In ATutor 2.2 the Calendar module was added to the standard modules included with the system. If your module includes dates as part of its output, it is possible to pass those dates to the calendar so they are displayed in the student, course, or general calendars. To extend the calendar, create a file called module_extend_date.php and place it in the root directory of your module. The example file below is from the assignments module in ATutor, used to write assignment due dates to the calendar. You might also look at the same file included with the tests module, which makes test and quiz dates available to the calendar. You will notice they are very similar. Either file can be used as an initial template for creating a new claendar extention fot your module.

        /** Typical module_extend_date.php file
         * Extending the assignment dates to make them accessible to the Calendar Module
         * @param     :    Course id, Member id
         * @return    :    array (assignment due and cut off dates) in format that can be used by fullcalendar
         // Note the "assignments" prefix on the extend_date function. The  extend_date function's name must
         // be unique across all modules included in an ATutor installation.   
        function assignments_extend_date($member_id, $course_id) {
            $assignments = array();
            // get course title
            $sql = "SELECT title  FROM %scourses  WHERE course_id = %d";             
            $row       = queryDB($sql, array(TABLE_PREFIX, $course_id), TRUE);
            $course_title = $row['title'];
            $sql = "SELECT assignment_id,title,date_due,date_cutoff FROM %sassignments WHERE course_id = %d";
            $rows_courses     = queryDB($sql,array(TABLE_PREFIX, $course_id));
            $row_count  = count($rows_courses);
            if ($row_count > 0) {
                $index = 0;
                foreach($rows_courses as $row){
                    $assignment_id = $row['assignment_id'];
                    $unix_ts       = strtotime($row['date_due']);
                    $time          = date('h:i A',$unix_ts);
                    if (strpos( $row['date_due'] . '', '0000-00-00' ) === false) {
                        $assignments[$index] = array(
                                        "id"        => rand(5000,9000) . '',
                                        "title"     => _AT('calendar_assignment_due') . $row['title'],
                                        "start"     => $row['date_due'],
                                        "end"       => $row['date_due'],
                                        "allDay"    => false,
                                        "color"     => 'yellow',
                                        "textColor" => 'black',
                                        "editable"  => false
                        $unix_ts = strtotime($row['date_cutoff']);                  
                        $time    = date('h:i A',$unix_ts);
                    if (strpos($row['date_cutoff'] . '', '0000-00-00' ) === false) {
                        $assignments[$index] = array(
                                    "id"        => rand(5000,9000).'',
                                    "title"     => _AT('calendar_assignment_cut') . $row['title'],
                                    "start"     => $row['date_cutoff'],
                                    "end"       => $row['date_cutoff'],
                                    "allDay"    => false,
                                    "color"     => 'red',
                                    "textColor" => 'white',
                                    "editable"  => false 
            return $assignments;

    Custom content manipulation using module_format_content.php

    ATutor uses the include/lib/ file to maniputae how content gets rendered when it is displayed. For example, the [media][/media] get replaced by an appropriate object element inorder to display a given media type. It is possible to extend the rendering of content by creating a module_format_content.php file containing PHP string replacement functions.

    For example, replace a special tag "[black]The font is black.[/black]" with html "<span style="color: black;">The font is black.</span>". Also see the module_format_content.php for the flowplayer module for a more detailed example of content manipulation.

     * This file extends the content string manipulation. 
     * Input parameter: global variable $_input. This variable contains the text input 
     * of the content being displayed.
     * Output: $_input. Please make sure to assign the manipulated string back to $_input.
     * Global input string. DO NOT CHANGE.
    global $_input;
     * Example, replace special tag "[black][/black]" with html
    $_input = str_replace('[black]','<span style="color: black;">',$_input);
    $_input = str_replace('[/black]','</span>',$_input);

    Backing-Up and Restoring

    It is possible for a module to include its content when a course backup is being created or restored. Backups support database tables with foreign-key constraints as well as course specific directories.


    A module can backup as many directories as it requires, all specified using the $dirs array variable.

    The example below uses the special ? token as the place holder for the course ID. When the course is backed-up, the question mark will be replaced with the correct course ID. The key to the array is the unique name of the directory to be used inside the backup archive file. The same information to create the backup is also used to restore it, so no additional details are required.

    $dirs = array();
    $dirs['example_maker/'] = AT_CONTENT_DIR . 'example_maker/?/';

    Database Tables

    There are two parts to backing-up and restoring a module's database tables. First, the SQL queries must be specified using the $sql array variable and then the restore functions must convert the rows so that they can be inserted into the database tables.

    The example below uses the special ? token as the place holder for the course ID. When the course is backed-up the question-mark will be replaced with the correct course ID. The key to the array is the unique name of the CSV file to save in the backup archive, without the extension. The SQL query itself must only select the fields that will be backed up. If there are foreign key constraints to preserve then the key will have to be retrieved as well so that it can be used when restoring the tables.

    $sql = array();
    $sql['example']  = 'SELECT title FROM '.TABLE_PREFIX.'example WHERE course_id=?';

    For each key in the $sql array there must be a function with the same name, but suffixed with _convert. The tbl_name_convert() function must return the newly transformed row with respect to the version of ATutor that was used to generate the CSV file. The function accepts the following arguments:

    An array which represents a single row in the CSV file.
    The course ID which this content should be associated with.
    An associative array representing previously restored tables and their new keys. Used to preserve foreign key constraints.
    The version of ATutor that was used to generate this file.
    function example_convert($row, $course_id, $table_id_map, $version) {
        $new_row = array();
        $new_row[0]  = 0; // auto-increment field
        $new_row[1]  = $course_id;
        $new_row[2]  = $row[1]; // the title
        if (version_compare($version, '1.5.2', '<')) {
            // this field did not exist prior to 1.5.2
            $new_row[3] = '';
        } else {
            $new_row[3] = $row[2];
        return $new_row;

    Running Cron/Scheduling

    The module_cron.php file can be used to run module related functions at specified intervals. The following example doesn't do much of anything..., but you get the idea. If cron has been enabled in ATutor, all the module_cron.php files from each module are run at the interval specified when the Cron is setup. See the Cron Setup sections in the Administrator Handbook, and in ATutor in the Administrator's System Preferences.

     * this function named [module_name]_cron is run by the global cron script at the module's specified
     * interval.
    function hello_world_cron() {
    	global $db;
    	debug('yay i am running!');