gallery3.git - A clone of the Gallery3 code for testing and development.

Age	Commit message (Collapse)	Author
2009-05-26	Restructure the module lifecycle.	Bharat Mediratta
	Install: <module>_installer::install() is called, any necessary tables are created. Activate: <module>_installer::activate() is called. Module controllers are routable, helpers are accessible, etc. The module is in use. Deactivate: <module>_installer::deactivate() is called. Module code is not accessible or routable. Module is not in use, but its tables are still around. Uninstall: <module>_installer::uninstall() is called. Module is completely removed from the database. Admin > Modules will install and activate modules, but will only deactivate (will NOT uninstall modules).
2009-05-13	Gee it's May already. Update copyright to 2009.	Bharat Mediratta

2009-03-11	$task_definitions -> $task_def	Bharat Mediratta

2009-03-11	Refine the task api but removing the optional parameters on the	Tim Almdal
	task::create method call
2009-03-10	Minor change to the task api with the addition of two optional	Tim Almdal
	parameters. The first allows the specification of a task name. Non-maintenance tasks are not defined as part of availabl_tasks so we can't get the name from the task definitions. The 2nd allows the specification of a context when the task is completed.
2009-03-09	Get rid of Task_Definition types: they're not necessary. This	Bharat Mediratta
	incidentally fixes the the problem that admin/maintenance tasks have been broken.
2009-03-05	Avoid using default task types. Require task::get_definitions() to	Bharat Mediratta
	specify a single type and ask for it appropriately in admin_maintenance. Specify a type for every existing task.
2009-03-05	A little task restructuring	Bharat Mediratta

2009-02-27	* Refactor task management methods from admin_maintenance.php to	Tim Almdal
	task.php * Added a owner_id field to the task database * Modified the admin maintenace to show the owner of the task <<** Requires a reinstallation of core **>>