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

Age	Commit message (Collapse)	Author
2013-03-02	#2031 - Add class_exists() before method_exists() if class existence is unknown.	shadlaws
	- fixed all instances of this in core code - deleted previous Zend Guard Loader workaround in MY_Kohana.php - updated Bootstrap.php to reflect deleted MY_Kohana.php
2013-01-21	Update copyright to 2013. Fixes #1953.	Bharat Mediratta

2012-02-27	Update copyright to 2012. #1822	Bharat Mediratta

2011-01-21	Update copyright to 2011.	Bharat Mediratta

2010-12-15	Consolidate all the random code into a random helper that offers:	Bharat Mediratta
	random::hash() random::string() random::percent() random::int() So that we don't have lots of different ways to get random values all over the code. Follow-on to #1527.
2010-12-15	Use mt_rand() instead of rand() since it provides better portability.	Bharat Mediratta
	Fixes #1527.
2010-11-28	Replace self::func() with <helper_name>::func() for all public APIs	Bharat Mediratta
	and constants to make overloading easier. Fixes #1510.
2010-03-03	Update the copyright to 2010. It's only 3 months into the year :-)	Bharat Mediratta

2009-12-05	Fix whitespace.	Bharat Mediratta

2009-11-13	Standardize the name of the blocks.	Tim Almdal

2009-11-13	Undo using the md5 hash of the module name and block_id, so duplicate blocks ↵	Tim Almdal
	are no allowed again
2009-11-12	Change the keys of the block arrays in block manager to be a md5 hash of ↵	Tim Almdal
	module_name:block_id. This allows easier lookup of blocks to remove when modules are being deactivated. Change the module activation/deactivation to call (activate\|deactivate)_blocks instead of just the sidebar blocks. This insures that when a module is deactivated any admin dashboard blocks are removed as well the site sideboard blocks. Fix for ticket #876.
2009-11-02	remove a debugging statement	Tim Almdal

2009-09-30	Added active_sidebar_blocks and deactive_sidebar_blocks to allow the ↵	Tim Almdal
	installer to activate and deactive the side bar blocks when a module is activated or deactivated.
2009-09-30	Add functionality to activate sidebar blocks when the module is activated ↵	Tim Almdal
	and deactivate the sidebar blocks when the module is deactivated.
2009-09-30	Make the parameter to block_manager::get_html() optional as its not ↵	Tim Almdal
	applicable to admin sidebar blocks.
2009-09-30	Use the block_manager to manage site sidebar panels. Fixes ticket #110.	Tim Almdal
	* Extend block_manager to handle sidebar blocks. get_available has become get_available_admin_blocks, get_list becomes get_admin_list. * Create new functions get_available_site_blocks which will look for gallery_block get_available_site_blocks. * Refactor sidebar_blocks into a separate function and then call block_manager::get_html(site.sidebar). Convert image_block to use block management instead of theme::sidebar_blocks * Change the block_manager api so that the theme is passed into the get method. convert info to the new sidebar block approach * Convert the user module to use the new sidebar block structure. remove the installers for info and image_block modules. * Convert tag and rss modules to the new sidebar framework. reset the version number to 1 for info and image_block modules. * Change the get_html method to ignore empty blocks and change the individual handlers to return an empty string if no block is generated * Add a warning message if no sidebar blocks are active and provide a link to the admin page that configures the sidebar.
2009-05-27	Update all references to the core application to now point to the	Bharat Mediratta
	gallery module. This type of mass update is prone to some small bugs.
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.