phpCMS nextGen PhpCMSng

Add some fallback for Template and Menudata

PhpCMSng\Content\TemplateParser
* _parseLineForFields() lots of debugging Field with pre- and post Parts in the Line a running now
* _addPlugin() running

PhpCMSng\Content\TemplateParserTest
* more tests
* lots of fixtures

PhpCMSng\Plugin\PluginHandler
* NEW: addTemplatePluginByFieldData()
* IMPLEMENTED: _preparePluginByField()

\PhpCMSng\Content\AbstractTemplateParser
* some rewrite for the file loading

\PhpCMSng\Tools\Arrays
* Array Helper Class

PhpCMSng\Content\ContentParser
* Some optimizements in the hanling of the lineend
* empty lines will not delteted anmore

PhpCMSng\Content\FieldParser\FieldData
* new method done() manly for the new handling of the lineendings

PhpCMSng\Content\FieldParser
* BUGFIX in the handling of setPastLine() and setPreLine()

PhpCMSng\Content\TemplateParser
* empty lines will not delteted anmore
* Some optimizements in the hanling of the lineend
* NEW Methods: getAllFieldNames(), getField(), haveField()

PhpCMSng\Content\TemplateParser
* first test implemented
* includes same fixtures

PhpCMSng\Content\ProjectParser
* add the possibility to set the path dirctly to the project file in the constructor

PhpCMSng\Content\ProjectParserTest
* completly implemented
* all needed fixtures

Moce the FileTools Class from the \PhpCMSng\Vare namespce to the \PhpCMSng\Tools namespace

Self registering Plugins working noe (Theoraticly)

Self registering Plugins which are not genrate content dirctly. They could parse the the Conte by themself, or du othe things, like add usermagment, logging and so on.

NEW: PhpCMSng\Core\Cache\CacheInfoContainer
* A simple implementation of the PhpCMSng\Core\Interfaces\CacheInformationAwareInterface

PhpCMSng\Core\Cache\CacheInformation
* add a setter and getter for the starttime. The purpose is when a plugin have a own cache so the plugin can tell the PageCache when this cache gets invalid

PhpCMSng\Content\ContentParser
* add support for self registering Plugins
* addLineToField(), addLineTooActField(), _parseLine(), _addPlugin() add new parameter newline so that plugins can add informations like links in <a hre="{PLUGIN}">
* _addPlugin() some rewrite and added funktionality for the problem from above

PhpCMSng\Content\ContentParserTest
* NEWTEST: testPluginTypeClassFieldClasNotFoundExceptionNoAutoloader()
* NEWTEST: testPluginTypeClassFieldClasNotFoundException()
* NEWTEST: testPluginTypeClassFieldTypeSelf()
* NEWTEST: testPluginTypeLoadAndClassMultiline() and multe plugin!

NEW: PhpCMSng\Tools\DateTime
* Tool class for manipulating Date and Time related things

PhpCMSng\Content\FieldParser\FieldData
* addContentLine add new parameter newline so that plugins can add informations like links in <a hre="{PLUGIN}">
* some coding was needed

PhpCMSng\Plugin\PluginHandler
* implement the handling for self::EXECUTION_TYPE_SELF
* NEW: _createSelfRegisterClassPluginOutField()
* NEW: _addPluginFieldForCache()
* _prepareAndSetAutoloader() better error handling, includes the path for the autoloder
* BUGFIX: _validateAndSetType()

PhpCMSng\Plugin\Interfaces\PluginInterface
* code cleanup uses now: PhpCMSng\Core\Interfaces\ParserAwareInterface

PhpCMSng\Plugin\Interfaces\PluginSelfDescribingInterface
* code cleanup uses now: PhpCMSng\Plugin\Interfaces\SelfRegisteringPluginInterface

lots of fixtures ;) including a dummy seld registe plugin, the register() Method generates only a PhpCMSng\Core\Cache\CacheInfoContainer.

More test for the PluginHandler in the PluginHandlerTest !

FIXTYPO in comments and enhance the Constructor to make sure that alway a valid type is given

FIXTYPO: Methodname had an error

Optimise some DOCU

Optimise some DOCU