The Twig PatternEngine allows you to use Twig as the template language for Pattern Lab PHP. Once the PatternEngine is installed you can use Twig-based StarterKits and StyleguideKits.
The Twig PatternEngine comes pre-installed with the Pattern Lab Standard Edition for Twig. Please start there for all your Twig needs.
Pattern Lab PHP uses Composer to manage project dependencies with Pattern Lab Editions. To add the Twig PatternEngine to the dependencies list for your Edition you can type the following in the command line at the base of your project:
composer require pattern-lab/patternengine-twig
See Packagist for information on the latest release.
This document is broken into three parts:
Twig provides access to two features that may help you extend your patterns, macros and layouts viatemplate inheritance. The Twig PatternEngine also supports the pattern partial syntax to make including one pattern within another very easy.
Pattern includes take advantage of the pattern partial syntax as a shorthand for referencing patterns from across the system without needing to rely on absolute paths. The format:
{% include "[patternType]-[patternName]" %}
For example, let's say we wanted to include the following pattern in a molecule:
source/_patterns/00-atoms/03-images/02-landscape-16x9.twig
The pattern type is atoms (from 00-atoms) and the pattern name is landscape-16x9 from (from 02-landscape-16x9.twig). Pattern sub-types are never used in this format and any digits for re-ordering are dropped. The shorthand partial syntax for this pattern would be:
{% include "atoms-landscape-16x9" %}
The requirements for using macros with Pattern Lab:
- Files must go in
source/_macros - Files must have the extension
.macro.twig(this can be modified in the config) - The filename will be used as the base variable name in Twig templates
Please note: ensure that there is no overlap between the keys for your macros and the keys for your data attributes. A macro with the name forms.macro.twig will conflict with a root key with the name forms in your JSON/YAML. Both are accessed via {{ forms }} in Twig.
An example of a simple macro called forms.macro.twig in source/_macros:
{% macro input(name) %}
<input type="radio" name="{{ name }}" value="Dave" /> {{ name }}
{% endmacro %}Would be used like this in a pattern:
{{ forms.input("First name") }}How to use Template Inheritance with Pattern Lab:
- Files must have the extension
.twig. - Files can be extended either by using Pattern Lab's normal shorthand syntax (e.g,
{% extends 'templates-extended-layout'%}). - Files can optionally go in
source/_layoutsin order to hide them from the list of patterns and then you can just use the filename as reference (e.g.,{% extends 'extended-layout'%}). - Files that are in the same directory can also just use the file name without the shorthand syntax (however, it must include the extension). So if
file1.twigandfile2.twigwere in same directory, you could place this code infile2.twig:{% extends 'file1.twig' %}.
An example of a simple layout called base.twig in source/_layouts:
<!DOCTYPE html>
<html>
<head>
{% block head %}
<link rel="stylesheet" href="style.css" />
<title>{% block title %}{% endblock %} - My Webpage</title>
{% endblock %}
</head>
<body>
<div id="content">{% block content %}{% endblock %}</div>
<div id="footer">
{% block footer %}
© Copyright 2011 by <a href="http://domain.invalid/">you</a>.
{% endblock %}
</div>
</body>
</html>Would be used like this in a pattern:
{% extends "base.twig" %}
{% block title %}Index{% endblock %}
{% block head %}
{{ parent() }}
<style type="text/css">
.important { color: #336699; }
</style>
{% endblock %}
{% block content %}
<h1>Index</h1>
<p class="important">
Welcome on my awesome homepage.
</p>
{% endblock %}All uses of extends above also work with includes, embed and most likely many other Twig Tags. Let us know if you run into interesting or unexpected use cases!
Twig comes with a number of ways to extend the underlying template parser. You can you can add extra tags, filters, tests, and functions. The Twig PatternEngine tries to simplify these extensions by allowing you to create files in specific folders and then auto-load the extensions for you. Learn more about:
You can also:
The requirements for using filters with Pattern Lab:
- Files must go in
source/_twig-components/filters - Files must have the extension
.filter.php(this can be modified in the config) - The filter must set the variable
$filter - Only one filter per file (e.g. can only set
$filteronce per file)
An example function called rot13.filter.php in source/_twig-components/filters:
<?php
$filter = new Twig_SimpleFilter('rot13', function ($string) {
return str_rot13($string);
});
?>This filter would be used like this in a pattern:
{{ bar|rot13 }}The requirements for using functions with Pattern Lab:
- Files must go in
source/_twig-components/functions - Files must have the extension
.function.php(this can be modified in the config) - The function must set the variable
$function - Only one function per file (e.g. can only set
$functiononce per file)
An example function called boo.function.php in source/_twig-components/functions:
<?php
$function = new Twig_SimpleFunction('boo', function ($string) {
return $string." boo! ";
});
?>This function would be used like this in a pattern:
{{ boo("ghost says what?") }}The requirements for using tests with Pattern Lab:
- Files must go in
source/_twig-components/tests - Files must have the extension
.test.php(this can be modified in the config) - The test must set the variable
$test - Only one test per file (e.g. can only set
$testonce per file)
An example of a simple test called red.test.php in source/_twig-components/tests:
<?php
$test = new Twig_SimpleTest('red', function ($value) {
if (isset($value["color"]) && $value["color"] == 'red') {
return true;
}
return false;
});
?>This test would be used like this in a pattern:
{% if shirt is red %}
Why did I ever sign-up with Starfleet?
{% endif %}Where the JSON for the data to set shirt would be:
"shirt": {
"color": "red"
}Reminder: all data in Pattern Lab is stored as an array and not as an object. So $object->attribute won't work in tests.
The requirements for using tags with Pattern Lab:
- Files must go in
source/_twig-components/tags - Files must have the extension
.tag.php(this can be modified in the config) - The filename must be reflected in class names. (e.g.
Project_{filename}_NodeandProject_{filename}_TokenParser) - Only one tag per file
Tags are the most complicated extension to set-up with Pattern Lab. Three steps are needed to define a new tag in Twig:
- Defining a Token Parser class (responsible for parsing the template code)
- Defining a Node class (responsible for converting the parsed code to PHP)
- Registering the tag.
Pattern Lab takes care of the registering for you based on the file name.
An example of a simple tag called setdupe.tag.php in source/_twig-components/tags that mimics the default set tag. Please note all of the locations where class names incorporate the filename, setdupe.
<?php
// these files are loaded three times and we can't re-set a class
if (!class_exists("Project_setdupe_Node")) {
class Project_setdupe_Node extends Twig_Node {
public function __construct($name, Twig_Node_Expression $value, $line, $tag = null) {
parent::__construct(array('value' => $value), array('name' => $name), $line, $tag);
}
public function compile(Twig_Compiler $compiler) {
$compiler
->addDebugInfo($this)
->write('$context[\''.$this->getAttribute('name').'\'] = ')
->subcompile($this->getNode('value'))
->raw(";\n");
}
}
}
// these files are loaded three times and we can't re-set a class
if (!class_exists("Project_setdupe_TokenParser")) {
class Project_setdupe_TokenParser extends Twig_TokenParser {
public function parse(Twig_Token $token) {
$parser = $this->parser;
$stream = $parser->getStream();
$name = $stream->expect(Twig_Token::NAME_TYPE)->getValue();
$stream->expect(Twig_Token::OPERATOR_TYPE, '=');
$value = $parser->getExpressionParser()->parseExpression();
$stream->expect(Twig_Token::BLOCK_END_TYPE);
return new Project_setdupe_Node($name, $value, $token->getLine(), $this->getTag());
}
public function getTag() {
return 'setdupe';
}
}
}
?>This tag would be used like this in a pattern:
{% setdupe name = "Ziggy" %}
{{ name }}
A Twig Extension is a collection of Twig functions, filters, tags, globals, and tests all as a single bundle. This approach is more advanced than adding a single function or filter using the above method, but allows greater flexibility as the whole Twig Extension can be installed in multiple environments.
To add a Twig Extension using the PHP class \MyProject\MyCustomTwigExtension, add this to config.yml:
twigExtensions:
- '\MyProject\MyCustomTwigExtension'What happens under the hood is basically this:
$twig = new Twig_Environment($loader);
foreach ($twigExtensions as $twigExtension) {
$twig->addExtension(new $twigExtension());
}If two Twig Extensions declare a function, filter, etc; the later ones override earlier ones. Any ones declared in Pattern Lab's _twig-components folder will override any declared using this method of custom Twig Extensions.
For an example of how this works, see ExampleTwigExtension.php in this repo. You can enable it by adding this to your config.yml:
twigExtensions:
- '\PatternLab\PatternEngine\Twig\ExampleTwigExtension'Then place this in any Twig file:
<p>Testing: {{ testPlFunction('testing...') }}</p>That function declaration looks like this in ExampleTwigExtension.php:
new Twig_SimpleFunction('testPlFunction', function($arg) {
return 'Thanks for testing out the Pattern Lab Example Twig Extension with this arg: ' . $arg;
}),An incredible amount of exciting possibilities are enabled with this; have fun!
To use dump() set twigDebug in config/config.yml to true.
You can modify the default date and interval formats for Twig by editing the twigDefaultDateFormat and twigDefaultIntervalFormat in config/config.yml. Set them to an empty string to use Twig's default formats. Please note: both must be set for this feature to work.
To disable extensions that you're no longer using simply add an underscore to the beginning of a filename and then re-generate your site. For example, the enabled rot13 filter:
source/_twig-components/filters/rot13.filter.php
And the disabled rot13 filter:
source/_twig-components/filters/_rot13.filter.php
Then re-generate your Pattern Lab site with:
php core/console --generate
If you're building a plugin that will be parsing Twig files you have access to three loaders. It's recommended that you use these instead of accessing Twig directly as these loaders will work with other PatternEngines.
The string loader takes a simple string and compiles it. To use:
$data = array("hello" => "world");
$string = "If I say hello you say {{ hello }}.";
$stringLoader = \PatternLab\Template::getStringLoader();
$output = $stringLoader->render(array("string" => $string, "data" => $data));
print $output; // outputs "If I say hello you say world."The filesystem loader will look for templates in the configured StyleguideKit directory and compile them. The template location for the filesystem loader can't be modified. To use:
$data = array(...);
$filesystemLoader = \PatternLab\Template::getFilesystemLoader();
$output = $filesystemLoader->render(array("template" => "viewall", "data" => $data));
print $output; // outputs the viewall view from the configured styleguidekitThe pattern loader looks for patterns and allows the use of the Pattern Lab-specific partial syntax. To use:
$data = array(...);
$patternContent = file_get_contents("path/to/pattern");
$patternEngineBasePath = \PatternLab\PatternEngine::getInstance()->getBasePath();
$patternLoaderClass = $patternEngineBasePath."\Loaders\PatternLoader";
$patternLoader = new $patternLoaderClass($options);
$code = $patternLoader->render(array("pattern" => $patternContent, "data" => $data));
print $output; // outputs the given pattern