mirror of
https://port.numenaute.org/aleajactaest/khanat-opennel-code.git
synced 2024-12-23 17:38:44 +00:00
.. | ||
libs | ||
change_log.txt | ||
README | ||
SMARTY_2_BC_NOTES.txt | ||
SMARTY_3.0_BC_NOTES.txt | ||
SMARTY_3.1_NOTES.txt |
Smarty 3.1.13 Author: Monte Ohrt <monte at ohrt dot com > Author: Uwe Tews AN INTRODUCTION TO SMARTY 3 NOTICE FOR 3.1 release: Please see the SMARTY_3.1_NOTES.txt file that comes with the distribution. NOTICE for 3.0.5 release: Smarty now follows the PHP error_reporting level by default. If PHP does not mask E_NOTICE and you try to access an unset template variable, you will now get an E_NOTICE warning. To revert to the old behavior: $smarty->error_reporting = E_ALL & ~E_NOTICE; NOTICE for 3.0 release: IMPORTANT: Some API adjustments have been made between the RC4 and 3.0 release. We felt it is better to make these now instead of after a 3.0 release, then have to immediately deprecate APIs in 3.1. Online documentation has been updated to reflect these changes. Specifically: ---- API CHANGES RC4 -> 3.0 ---- $smarty->register->* $smarty->unregister->* $smarty->utility->* $samrty->cache->* Have all been changed to local method calls such as: $smarty->clearAllCache() $smarty->registerFoo() $smarty->unregisterFoo() $smarty->testInstall() etc. Registration of function, block, compiler, and modifier plugins have been consolidated under two API calls: $smarty->registerPlugin(...) $smarty->unregisterPlugin(...) Registration of pre, post, output and variable filters have been consolidated under two API calls: $smarty->registerFilter(...) $smarty->unregisterFilter(...) Please refer to the online documentation for all specific changes: http://www.smarty.net/documentation ---- The Smarty 3 API has been refactored to a syntax geared for consistency and modularity. The Smarty 2 API syntax is still supported, but will throw a deprecation notice. You can disable the notices, but it is highly recommended to adjust your syntax to Smarty 3, as the Smarty 2 syntax must run through an extra rerouting wrapper. Basically, all Smarty methods now follow the "fooBarBaz" camel case syntax. Also, all Smarty properties now have getters and setters. So for example, the property $smarty->cache_dir can be set with $smarty->setCacheDir('foo/') and can be retrieved with $smarty->getCacheDir(). Some of the Smarty 3 APIs have been revoked such as the "is*" methods that were just duplicate functions of the now available "get*" methods. Here is a rundown of the Smarty 3 API: $smarty->fetch($template, $cache_id = null, $compile_id = null, $parent = null) $smarty->display($template, $cache_id = null, $compile_id = null, $parent = null) $smarty->isCached($template, $cache_id = null, $compile_id = null) $smarty->createData($parent = null) $smarty->createTemplate($template, $cache_id = null, $compile_id = null, $parent = null) $smarty->enableSecurity() $smarty->disableSecurity() $smarty->setTemplateDir($template_dir) $smarty->addTemplateDir($template_dir) $smarty->templateExists($resource_name) $smarty->loadPlugin($plugin_name, $check = true) $smarty->loadFilter($type, $name) $smarty->setExceptionHandler($handler) $smarty->addPluginsDir($plugins_dir) $smarty->getGlobal($varname = null) $smarty->getRegisteredObject($name) $smarty->getDebugTemplate() $smarty->setDebugTemplate($tpl_name) $smarty->assign($tpl_var, $value = null, $nocache = false) $smarty->assignGlobal($varname, $value = null, $nocache = false) $smarty->assignByRef($tpl_var, &$value, $nocache = false) $smarty->append($tpl_var, $value = null, $merge = false, $nocache = false) $smarty->appendByRef($tpl_var, &$value, $merge = false) $smarty->clearAssign($tpl_var) $smarty->clearAllAssign() $smarty->configLoad($config_file, $sections = null) $smarty->getVariable($variable, $_ptr = null, $search_parents = true, $error_enable = true) $smarty->getConfigVariable($variable) $smarty->getStreamVariable($variable) $smarty->getConfigVars($varname = null) $smarty->clearConfig($varname = null) $smarty->getTemplateVars($varname = null, $_ptr = null, $search_parents = true) $smarty->clearAllCache($exp_time = null, $type = null) $smarty->clearCache($template_name, $cache_id = null, $compile_id = null, $exp_time = null, $type = null) $smarty->registerPlugin($type, $tag, $callback, $cacheable = true, $cache_attr = array()) $smarty->registerObject($object_name, $object_impl, $allowed = array(), $smarty_args = true, $block_methods = array()) $smarty->registerFilter($type, $function_name) $smarty->registerResource($resource_type, $function_names) $smarty->registerDefaultPluginHandler($function_name) $smarty->registerDefaultTemplateHandler($function_name) $smarty->unregisterPlugin($type, $tag) $smarty->unregisterObject($object_name) $smarty->unregisterFilter($type, $function_name) $smarty->unregisterResource($resource_type) $smarty->compileAllTemplates($extention = '.tpl', $force_compile = false, $time_limit = 0, $max_errors = null) $smarty->clearCompiledTemplate($resource_name = null, $compile_id = null, $exp_time = null) $smarty->testInstall() // then all the getters/setters, available for all properties. Here are a few: $caching = $smarty->getCaching(); // get $smarty->caching $smarty->setCaching(true); // set $smarty->caching $smarty->setDeprecationNotices(false); // set $smarty->deprecation_notices $smarty->setCacheId($id); // set $smarty->cache_id $debugging = $smarty->getDebugging(); // get $smarty->debugging FILE STRUCTURE The Smarty 3 file structure is similar to Smarty 2: /libs/ Smarty.class.php /libs/sysplugins/ internal.* /libs/plugins/ function.mailto.php modifier.escape.php ... A lot of Smarty 3 core functionality lies in the sysplugins directory; you do not need to change any files here. The /libs/plugins/ folder is where Smarty plugins are located. You can add your own here, or create a separate plugin directory, just the same as Smarty 2. You will still need to create your own /cache/, /templates/, /templates_c/, /configs/ folders. Be sure /cache/ and /templates_c/ are writable. The typical way to use Smarty 3 should also look familiar: require('Smarty.class.php'); $smarty = new Smarty; $smarty->assign('foo','bar'); $smarty->display('index.tpl'); However, Smarty 3 works completely different on the inside. Smarty 3 is mostly backward compatible with Smarty 2, except for the following items: *) Smarty 3 is PHP 5 only. It will not work with PHP 4. *) The {php} tag is disabled by default. Enable with $smarty->allow_php_tag=true. *) Delimiters surrounded by whitespace are no longer treated as Smarty tags. Therefore, { foo } will not compile as a tag, you must use {foo}. This change Makes Javascript/CSS easier to work with, eliminating the need for {literal}. This can be disabled by setting $smarty->auto_literal = false; *) The Smarty 3 API is a bit different. Many Smarty 2 API calls are deprecated but still work. You will want to update your calls to Smarty 3 for maximum efficiency. There are many things that are new to Smarty 3. Here are the notable items: LEXER/PARSER ============ Smarty 3 now uses a lexing tokenizer for its parser/compiler. Basically, this means Smarty has some syntax additions that make life easier such as in-template math, shorter/intuitive function parameter options, infinite function recursion, more accurate error handling, etc. WHAT IS NEW IN SMARTY TEMPLATE SYNTAX ===================================== Smarty 3 allows expressions almost anywhere. Expressions can include PHP functions as long as they are not disabled by the security policy, object methods and properties, etc. The {math} plugin is no longer necessary but is still supported for BC. Examples: {$x+$y} will output the sum of x and y. {$foo = strlen($bar)} function in assignment {assign var=foo value= $x+$y} in attributes {$foo = myfunct( ($x+$y)*3 )} as function parameter {$foo[$x+3]} as array index Smarty tags can be used as values within other tags. Example: {$foo={counter}+3} Smarty tags can also be used inside double quoted strings. Example: {$foo="this is message {counter}"} You can define arrays within templates. Examples: {assign var=foo value=[1,2,3]} {assign var=foo value=['y'=>'yellow','b'=>'blue']} Arrays can be nested. {assign var=foo value=[1,[9,8],3]} There is a new short syntax supported for assigning variables. Example: {$foo=$bar+2} You can assign a value to a specific array element. If the variable exists but is not an array, it is converted to an array before the new values are assigned. Examples: {$foo['bar']=1} {$foo['bar']['blar']=1} You can append values to an array. If the variable exists but is not an array, it is converted to an array before the new values are assigned. Example: {$foo[]=1} You can use a PHP-like syntax for accessing array elements, as well as the original "dot" notation. Examples: {$foo[1]} normal access {$foo['bar']} {$foo['bar'][1]} {$foo[$x+$x]} index may contain any expression {$foo[$bar[1]]} nested index {$foo[section_name]} smarty section access, not array access! The original "dot" notation stays, and with improvements. Examples: {$foo.a.b.c} => $foo['a']['b']['c'] {$foo.a.$b.c} => $foo['a'][$b]['c'] with variable index {$foo.a.{$b+4}.c} => $foo['a'][$b+4]['c'] with expression as index {$foo.a.{$b.c}} => $foo['a'][$b['c']] with nested index note that { and } are used to address ambiguties when nesting the dot syntax. Variable names themselves can be variable and contain expressions. Examples: $foo normal variable $foo_{$bar} variable name containing other variable $foo_{$x+$y} variable name containing expressions $foo_{$bar}_buh_{$blar} variable name with multiple segments {$foo_{$x}} will output the variable $foo_1 if $x has a value of 1. Object method chaining is implemented. Example: {$object->method1($x)->method2($y)} {for} tag added for looping (replacement for {section} tag): {for $x=0, $y=count($foo); $x<$y; $x++} .... {/for} Any number of statements can be used separated by comma as the first inital expression at {for}. {for $x = $start to $end step $step} ... {/for}is in the SVN now . You can use also {for $x = $start to $end} ... {/for} In this case the step value will be automaticall 1 or -1 depending on the start and end values. Instead of $start and $end you can use any valid expression. Inside the loop the following special vars can be accessed: $x@iteration = number of iteration $x@total = total number of iterations $x@first = true on first iteration $x@last = true on last iteration The Smarty 2 {section} syntax is still supported. New shorter {foreach} syntax to loop over an array. Example: {foreach $myarray as $var}...{/foreach} Within the foreach loop, properties are access via: $var@key foreach $var array key $var@iteration foreach current iteration count (1,2,3...) $var@index foreach current index count (0,1,2...) $var@total foreach $var array total $var@first true on first iteration $var@last true on last iteration The Smarty 2 {foreach} tag syntax is still supported. NOTE: {$bar[foo]} still indicates a variable inside of a {section} named foo. If you want to access an array element with index foo, you must use quotes such as {$bar['foo']}, or use the dot syntax {$bar.foo}. while block tag is now implemented: {while $foo}...{/while} {while $x lt 10}...{/while} Direct access to PHP functions: Just as you can use PHP functions as modifiers directly, you can now access PHP functions directly, provided they are permitted by security settings: {time()} There is a new {function}...{/function} block tag to implement a template function. This enables reuse of code sequences like a plugin function. It can call itself recursively. Template function must be called with the new {call name=foo...} tag. Example: Template file: {function name=menu level=0} <ul class="level{$level}"> {foreach $data as $entry} {if is_array($entry)} <li>{$entry@key}</li> {call name=menu data=$entry level=$level+1} {else} <li>{$entry}</li> {/if} {/foreach} </ul> {/function} {$menu = ['item1','item2','item3' => ['item3-1','item3-2','item3-3' => ['item3-3-1','item3-3-2']],'item4']} {call name=menu data=$menu} Generated output: * item1 * item2 * item3 o item3-1 o item3-2 o item3-3 + item3-3-1 + item3-3-2 * item4 The function tag itself must have the "name" attribute. This name is the tag name when calling the function. The function tag may have any number of additional attributes. These will be default settings for local variables. New {nocache} block function: {nocache}...{/nocache} will declare a section of the template to be non-cached when template caching is enabled. New nocache attribute: You can declare variable/function output as non-cached with the nocache attribute. Examples: {$foo nocache=true} {$foo nocache} /* same */ {foo bar="baz" nocache=true} {foo bar="baz" nocache} /* same */ {time() nocache=true} {time() nocache} /* same */ Or you can also assign the variable in your script as nocache: $smarty->assign('foo',$something,true); // third param is nocache setting {$foo} /* non-cached */ $smarty.current_dir returns the directory name of the current template. You can use strings directly as templates with the "string" resource type. Examples: $smarty->display('string:This is my template, {$foo}!'); // php {include file="string:This is my template, {$foo}!"} // template VARIABLE SCOPE / VARIABLE STORAGE ================================= In Smarty 2, all assigned variables were stored within the Smarty object. Therefore, all variables assigned in PHP were accessible by all subsequent fetch and display template calls. In Smarty 3, we have the choice to assign variables to the main Smarty object, to user-created data objects, and to user-created template objects. These objects can be chained. The object at the end of a chain can access all variables belonging to that template and all variables within the parent objects. The Smarty object can only be the root of a chain, but a chain can be isolated from the Smarty object. All known Smarty assignment interfaces will work on the data and template objects. Besides the above mentioned objects, there is also a special storage area for global variables. A Smarty data object can be created as follows: $data = $smarty->createData(); // create root data object $data->assign('foo','bar'); // assign variables as usual $data->config_load('my.conf'); // load config file $data= $smarty->createData($smarty); // create data object having a parent link to the Smarty object $data2= $smarty->createData($data); // create data object having a parent link to the $data data object A template object can be created by using the createTemplate method. It has the same parameter assignments as the fetch() or display() method. Function definition: function createTemplate($template, $cache_id = null, $compile_id = null, $parent = null) The first parameter can be a template name, a smarty object or a data object. Examples: $tpl = $smarty->createTemplate('mytpl.tpl'); // create template object not linked to any parent $tpl->assign('foo','bar'); // directly assign variables $tpl->config_load('my.conf'); // load config file $tpl = $smarty->createTemplate('mytpl.tpl',$smarty); // create template having a parent link to the Smarty object $tpl = $smarty->createTemplate('mytpl.tpl',$data); // create template having a parent link to the $data object The standard fetch() and display() methods will implicitly create a template object. If the $parent parameter is not specified in these method calls, the template object is will link back to the Smarty object as it's parent. If a template is called by an {include...} tag from another template, the subtemplate links back to the calling template as it's parent. All variables assigned locally or from a parent template are accessible. If the template creates or modifies a variable by using the {assign var=foo...} or {$foo=...} tags, these new values are only known locally (local scope). When the template exits, none of the new variables or modifications can be seen in the parent template(s). This is same behavior as in Smarty 2. With Smarty 3, we can assign variables with a scope attribute which allows the availablility of these new variables or modifications globally (ie in the parent templates.) Possible scopes are local, parent, root and global. Examples: {assign var=foo value='bar'} // no scope is specified, the default 'local' {$foo='bar'} // same, local scope {assign var=foo value='bar' scope='local'} // same, local scope {assign var=foo value='bar' scope='parent'} // Values will be available to the parent object {$foo='bar' scope='parent'} // (normally the calling template) {assign var=foo value='bar' scope='root'} // Values will be exported up to the root object, so they can {$foo='bar' scope='root'} // be seen from all templates using the same root. {assign var=foo value='bar' scope='global'} // Values will be exported to global variable storage, {$foo='bar' scope='global'} // they are available to any and all templates. The scope attribute can also be attached to the {include...} tag. In this case, the specified scope will be the default scope for all assignments within the included template. PLUGINS ======= Smarty3 are following the same coding rules as in Smarty2. The only difference is that the template object is passed as additional third parameter. smarty_plugintype_name (array $params, object $smarty, object $template) The Smarty 2 plugins are still compatible as long as they do not make use of specific Smarty2 internals. TEMPLATE INHERITANCE: ===================== With template inheritance you can define blocks, which are areas that can be overriden by child templates, so your templates could look like this: parent.tpl: <html> <head> <title>{block name='title'}My site name{/block}</title> </head> <body> <h1>{block name='page-title'}Default page title{/block}</h1> <div id="content"> {block name='content'} Default content {/block} </div> </body> </html> child.tpl: {extends file='parent.tpl'} {block name='title'} Child title {/block} grandchild.tpl: {extends file='child.tpl'} {block name='title'}Home - {$smarty.block.parent}{/block} {block name='page-title'}My home{/block} {block name='content'} {foreach $images as $img} <img src="{$img.url}" alt="{$img.description}" /> {/foreach} {/block} We redefined all the blocks here, however in the title block we used {$smarty.block.parent}, which tells Smarty to insert the default content from the parent template in its place. The content block was overriden to display the image files, and page-title has also be overriden to display a completely different title. If we render grandchild.tpl we will get this: <html> <head> <title>Home - Child title</title> </head> <body> <h1>My home</h1> <div id="content"> <img src="/example.jpg" alt="image" /> <img src="/example2.jpg" alt="image" /> <img src="/example3.jpg" alt="image" /> </div> </body> </html> NOTE: In the child templates everything outside the {extends} or {block} tag sections is ignored. The inheritance tree can be as big as you want (meaning you can extend a file that extends another one that extends another one and so on..), but be aware that all files have to be checked for modifications at runtime so the more inheritance the more overhead you add. Instead of defining the parent/child relationships with the {extends} tag in the child template you can use the resource as follow: $smarty->display('extends:parent.tpl|child.tpl|grandchild.tpl'); Child {block} tags may optionally have a append or prepend attribute. In this case the parent block content is appended or prepended to the child block content. {block name='title' append} My title {/block} PHP STREAMS: ============ (see online documentation) VARIBLE FILTERS: ================ (see online documentation) STATIC CLASS ACCESS AND NAMESPACE SUPPORT ========================================= You can register a class with optional namespace for the use in the template like: $smarty->register->templateClass('foo','name\name2\myclass'); In the template you can use it like this: {foo::method()} etc. ======================= Please look through it and send any questions/suggestions/etc to the forums. http://www.phpinsider.com/smarty-forum/viewtopic.php?t=14168 Monte and Uwe