HTML_Template_Flexy started it's life as a simplification of HTML_Template_Xipe,
however in Version 0.2, It became one of the first template engine to use a real
Lexer, rather than regex'es, making it possible to do things like ASP.net or
Cold Fusion tags.
HTML_Template_IT:
Simple template API.
The Isotemplate API is somewhat tricky for a beginner although it is the best
one you can build. template::parse() [phplib template = Isotemplate] requests
you to name a source and a target where the current block gets parsed into.
Source and target can be block names or even handler names.
Features :
* Nested blocks
* Include external file
* Custom tags format (default {mytag})
HTML_Template_ITX :
With this class you get the full power of the phplib template class.
You may have one file with blocks in it but you have as well one main file
and multiple files one for each block. This is quite useful when you have
user configurable websites. Using blocks not in the main template allows
you to modify some parts of your layout easily.
The popular Template system from PHPLIB ported to PEAR. It has some
features that can't be found currently in the original version like
fallback paths. It has minor improvements and cleanup in the code as
well as some speed improvements.
HTML_Template_Sigma implements Integrated Templates API designed by Ulf Wendel.
Features:
* Nested blocks. Nesting is controlled by the engine.
* Ability to include files from within template: <!-- INCLUDE -->
* Automatic removal of empty blocks and unknown variables
(methods to manually tweak/override this are also available)
* Methods for runtime addition and replacement of blocks in templates
* Ability to insert simple function calls into templates:
func_uppercase('Hello world!') and to define callback functions for these
* 'Compiled' templates: the engine has to parse a template file using regular
expressions to find all the blocks and variable placeholders.
This is a very "expensive" operation and is an overkill to do on every page
request: templates seldom change on production websites.
Thus this feature: an internal representation of the template structure is
saved into a file and this file gets loaded instead of the source one on
subsequent requests (unless the source changes)
* PHPUnit-based tests to define correct behaviour
* Usage examples for most of the features are available, look in the docs/
directory
PHP Based API creates a tree structure using a couple of
small PHP classes. This can then be converted to javascript
using the printMenu() method. The tree is dynamic in
IE 4 or higher, NN6/Mozilla and Opera 7, and maintains state
(the collapsed/expanded status of the branches) by using cookies.
Other browsers display the tree fully expanded. Each node can
have an optional link and icon. New API in 1.1 with many changes
(see CVS for changelog) and new features, of which most came
from Chip Chapin (http://www.chipchapin.com).
Horde package providing classes for parsing command line arguments with
various actions, providing help, grouping options, and more.
Autoload implementation and class loading manager for Horde.
liblognorm shall help to make sense out of syslog data, or, actually, any
event data that is present in text form.
In short words, one will be able to throw arbitrary log message to liblognorm,
one at a time, and for each message it will output well-defined name-value
pairs and a set of tags describing the message.
Horde_Cli:: API for basic command-line functionality/checks