5 Commits

Author SHA1 Message Date
Geoff Humphrey
6de47e4da0 Beginning consolidation effort. The plan is to house all functions in the functions.inc.php file, streamline db calls by "modules" to call when needed and not on every page load (hence the addition of the 'db' sub-directory in the 'includes' directory. Also, beginning to eliminate unneeded tables in favor of CSS for presentation purposes. The recipe_specifics.inc.php file reflects the newer presentation schema. 2011-09-04 18:35:17 +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
ed13f5769d These are the final file commits with new, updated, or improved code that I have. I plan on releasing the 2.3.2 package by the end of the month, after testing of course.
If there is any code that is new, please finish it and commit ASAP.

All coding from this point forward should only be for bug fixes.

~ Geoff
2010-07-27 17:24:06 +00:00
Geoff Humphrey
73e158028f Preliminary 2.3.2 commits. Updated navigation schemas and bug fixes. New theme. 2010-02-05 18:37:27 +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