| 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-01-14 | Make sure that helper functions are all static. Add new | Bharat Mediratta | |
| File_Structure_Test to make sure we don't regress. According to the PHP docs, the "public" keyword is implied on static functions, so remove it. Also, require private static functions to start with an _. http://php.net/manual/en/language.oop5.visibility.php | |||
| 2008-11-27 | Centralize logging around installing/uninstalling modules. | Bharat Mediratta | |
| 2008-11-22 | Convert gmaps, info, and tag modules to the new block module | Tim Almdal | |
