Menu

PhpCMSng Commit Log


Commit Date  
[r36] by obw

Some refactoring, some Bugfixing and some new Tests

PhpCMSng\Content\MenuDataParser
* add a use Statement

PhpCMSng\Content\MenuDataParser\MenuEntry
* NEWMETHOD: resetActive()
* REFACTOR: isActive() (get the active MenuClass string from the MenuLevel not the ContentParser)

PhpCMSng\Content\MenuDataParser\MenuLevel
* NEWMETHOD: setActiveMenuClass()
* NEWMETHOD: resetActive()
* NEWMETHOD: getActiveMenuClass() (first, internal Var, the parent Level, if ROOT then fallback too ContentParser)
* REFACTOR: isActive() use getActiveMenuCalss()

PhpCMSng\Renderer\MenuTemplateRenderer
* MOVED: from Namespace Content ro Namespace Render
* BUGFIX: _renderEntries() Between was rendered too the wrong time and also not added too the return string

PhpCMSng\Renderer\MenuTemplateRendererTest
* First Test implementations

2017-06-02 13:35:05 Tree
[r35] by obw

Big refactor:

All Template related Classes are moved to the Template Namespce.

FieldParser and FieldData are moved too the Tools Namespace.

2017-05-29 20:22:56 Tree
[r34] by obw

Lot of changes and new tests. I had some Hardware issues so the I can't checkin for a longer period:(

PhpCMSng\Content\MenuDataParser\AllMenuEntriesIterator
PhpCMSng\Content\MenuDataParser\AllActiveMenuEntriesIterator
* Linear iterators over the Menu Data
* AllMenuEntriesIterator iterates over all elements
* AllActiveMenuEntriesIterator iterates over all active Elements

PhpCMSng\Core}DefaultHandler
* NEW: DEFAULT_GLOBAL_MENUDATA

PhpCMSng\Content\MenuDataParser
* Better Errorhandling if we have an complete Empty menu file

PhpCMSng\Content\MenuDataParserTest
* complete Testing
* includes lots of fixtures

PhpCMSng\Content\MenuDataParser\MenuEntry
* NEW-METHOD: exists

PhpCMSng\Content\MenuDataParser\MenuLevel
* NEW-METHOD: existsField
* BUGFIX: addSubLevel
* NEW-METHOD: getParenLevel
* NEW-METHOD: getEntries
* NEW-METHOD: getSubLevels

PhpCMSng\Plugin\Interfaces\MenuPluginInterface
* DOC corrected

PhpCMSng\Content\MenuTemplateParser\MenuTemplate
* Plugin handling rewritten
* NEW-METHOD: getPluginRawTags
* RENAMED: haveMenus -> haveMenuFields

PhpCMSng\Content\MenuTemplateParser
* some code cleanup
* _addPlugin rewritten, plugins are now stored in the PluginHandler!

PhpCMSng\Content\MenuTemplateParserTest
* complete Testing
* includes lots of fixtures

PhpCMSng\Content\MenuTemplateRenderer
* RENAMED: haveMenus -> haveMenuFields in PhpCMSng\Content\MenuTemplateParser\MenuTemplate

PhpCMSng\Core\Parser
* _loadAndParseMenuTemplate the MenuTemplateParser handle the path parsing by self

PhpCMSng\Plugin\PluginHandler
* add MenuPlugin handling

PhpCMSng\Content\ProjectParser
* NEW-METHOD: exists

2017-05-29 12:40:11 Tree
[r33] by obw

Some optimizement in Var handling

2017-05-17 20:35:01 Tree
[r32] by obw

Add some fallback for Template and Menudata

2017-05-17 20:34:07 Tree
[r31] by obw

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()

2017-05-17 19:18:49 Tree
[r30] by obw

\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

2017-05-15 07:38:11 Tree
[r29] by obw

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

2017-05-13 14:48:49 Tree
[r28] by obw

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

2017-05-12 23:25:16 Tree
[r27] by obw

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 !

2017-05-12 22:54:41 Tree
Older >
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.