| New method to read-in an entire file as a line-by-line array. |
|
More...
|
over 19 years ago
|
| Problem with double-slashes in template filename/location... |
|
More...
|
over 19 years ago
|
| Checks for invalid URL's again. |
|
More...
|
over 19 years ago
|
| For the present (for the sake of time), there's a minimal globalFunctions.php in there, until some function calls can be converted. contentSystemClass.php calls this. GenericPage{}->file_to_string() is public, and returns $retval. |
|
More...
|
over 19 years ago
|
| RELEASE NOTES (v 0.3): |
|
More...
|
over 19 years ago
|
| Fixed some pre-authentication problems, by creating GenericPage{} immediately, instead of waiting until finish(). |
|
More...
|
over 19 years ago
|
| When looping through the global template vars, it was calling add_template_file() instead of add_template_var(). Kinda silly. :) |
|
More...
|
over 19 years ago
|
| Added some keywords, along with placeholders for them, into most of the libraries that make up the cs-content system. |
|
More...
|
over 19 years ago
|
| Now it's a fully-functional templating system, as tested on CrazedSanity.com. Removed all the "content__" prefixes to the classes. I'll probably have to use better names in the future, since they're kinda generic, and may conflict with existing user libraries (that may very well have extended functionality). |
|
More...
|
over 19 years ago
|
| Another rename ("Template" to "content__Template") to avoid duplicity. :) |
|
More...
|
over 19 years ago
|
| Changed the names of some classes to have a "content__" prefix, so it can use it's own libraries, extraneous to the code of the running system, since they might have classes named the same way. Added some methods to the GenericPage{} for setting messages, redirecting the browser, & block row stuff. |
|
More...
|
over 19 years ago
|
| contentSystem{} no requires genericPage{} and session{}. |
|
More...
|
over 19 years ago
|
| Incomplete, but has all the stuff for a full-fledged templating system. |
|
More...
|
over 19 years ago
|
| Ignore the .project file that Eclipse makes. |
|
More...
|
over 19 years ago
|
| Minor fix with the path for including fileSystemClass.php. |
|
More...
|
over 19 years ago
|
| Yep. Now it's got the fileSystemClass.php in it. |
|
More...
|
over 19 years ago
|
| Checks to see if "SITE_ROOT" (in the $GLOBALS array) is set, and creates it as needed. When including fileSystemClass.php, it uses the afore-mentioned "$GLOBALS['SITE_ROOT']", instead of just assuming it's in the right path. |
|
More...
|
over 19 years ago
|
| Fixed a problem with how files were included. |
|
More...
|
over 19 years ago
|
| Added the fileSystemClass. Not sure if this works: gotta change my website for that part. |
|
More...
|
over 19 years ago
|
| Initial import of everything. No extra directory structure or anything... I'm thinking it'll stay this way, and anybody that wants to can use svn:externals to get a particular release into their site. |
|
More...
|
over 19 years ago
|
| Folder where all the releases of the project will go: the "files" on SourceForge.net will be derived from this. |
|
More...
|
over 19 years ago
|
| Test done. All works. Happiness. |
|
More...
|
over 19 years ago
|
| Main line of development (the "bleeding edge") |
|
More...
|
over 19 years ago
|
| Test. Now I should have write perms. |
|
More...
|
over 19 years ago
|
