| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2009-05-27 | Restructure things so that the application is now just another module. | Bharat Mediratta | |
| Kohana makes this type of transition fairly straightforward in that all controllers/helpers/etc are still located in the cascading filesystem without any extra effort, except that I've temporarily added a hack to force modules/gallery into the module path. Rename what's left of "core" to be "application" so that it conforms more closely to the Kohana standard (basically, just application/config/config.php which is the minimal thing that you need in the application directory) There's still considerable work left to be done here. | |||
| 2009-05-21 | Check to make sure that our permission system is working and report | Bharat Mediratta | |
| back to our users in the edit permissions dialog. | |||
| 2009-05-13 | Gee it's May already. Update copyright to 2009. | Bharat Mediratta | |
| 2009-02-06 | Convert all item->type == "album" to item->is_album() | Tim Almdal | |
| Convert all item->type == "photo" to item->is_photo() | |||
| 2008-12-31 | Extend permissions interface to allow resetting to the parental default. | Bharat Mediratta | |
| 2008-12-31 | Rename permissions_edit to permissions_browse for consistency | Bharat Mediratta | |
| 2008-12-31 | Ajaxify the permissions browsing dialog. It only does allow/deny | Bharat Mediratta | |
| right now, it doesn't allow you to reset to inherited values. That's next. | |||
| 2008-12-31 | Rename permission_xxx to permissions_xxx for consistency | Bharat Mediratta | |
| 2008-12-31 | Turn permission dialog into a browser where you can look at permissions back ↵ | Bharat Mediratta | |
| up the tree | |||
| 2008-12-31 | Preliminary "Edit Permissions" dialog. You can't change permissions | Bharat Mediratta | |
| yet, but it shows you which items have locked view perms. | |||
