Commit Graph

9 Commits

Author SHA1 Message Date
Geoff Humphrey
fc70db68e8 Made some minor revisions. Turning my attention back to this project - planning on cleaning up code (Kevin has a great start at it) for a 2.3.3 release before a full conversion built upon a framework, most likely CakePHP. 2011-08-12 15:43:36 +00:00
Kevin Masaryk
772f36e6ab Lots of changes with this update. The most significant is the rewrite
of color management. I moved all color functions into a color library
admin/lib/color.lib.php. I also consolidated a lot of code in various
modules. Three color formulas are available now: Morey, Moser and 
Daniels and the user can set their default in preferences.
2011-08-01 17:39:35 +00:00
Geoff Humphrey
4b8c8e762f First post-beta fixes. 2010-11-04 15:12:33 +00:00
Geoff Humphrey
d23b4d1d14 Last commits before beta testing period starting September 20, 2010. 2010-09-14 19:53:49 +00:00
Geoff Humphrey
32e3ac240d Made changes to fix the printing issue reported by Kevin M. Also made changes to make presentation of data more consistent. Added print.php stand-alone page and revised the layout to include a larger "Brew Day Data" section along with a new "Brew Day Notes" section. These will print on a separate page.
Defined constants in index.php for various paths (e.g., includes, sections, etc.). Will employ the use of these across the application - this commit begins the process.
2010-08-30 20:45:35 +00:00
Geoff Humphrey
9b4843098b 2010-08-17 19:50:43 +00:00
Geoff Humphrey
6d6577f155 Bug fixes. 2010-01-05 22:02:57 +00:00
Geoff Humphrey
dec14835eb Minor additions: yeast info popup for bb/recipe display; narrow recipe and bb lists by style with a click on a certain style; fixed some inconsistencies in the db_connect_log.inc.php file. 2010-01-05 21:44:17 +00:00
visual77
89b9b4f575 Restructured the repository to follow the more traditional SVN structure.
The trunk folder is for all new features that are not yet ready for release. This folder will be for stabilizing work as it is built and creating new features.

The releases folder is used for release builds. The earliest available build is 2.3.x, and thus it will have the 2.3 folder. All maintenance and bug fixes go in this folder. No new features whatsoever are to be added in here, keeping those completely in the trunk. When the trunk is ready for the next version, it will have a new folder created for it (releases/2.4 for instance) to stabilizing for final release.

The tags folder is used for individual releases. When a release build is ready to go out for download, that release folder will be cloned into an appropriate tag folder. For example, the releases/2.3 folder will be cloned into tags/2.3.1 for that release, and after more work on bug fixes, it will be cloned to tags/2.3.2. Thus, these tag folders should never be modified for any reason. The tag exists purely as a snapshot of a certain point on the release path, and to modify a snapshot defeats the purpose. Any bug in a tagged release should be fixed in the appropriate release folder (such as releases/2.3 for a bug found in 2.3.1).
2009-10-16 22:09:45 +00:00