MtHaml is a PHP implementation of the HAML language which can target multiple languages.
Currently supported targets are PHP and Twig, and new ones can be added easily.
Mt-Haml implements the exact same syntax as ruby-haml; the only difference is that any supported language can be used everywhere HAML expects Ruby code:
%ul#users
- for user in users
%li.user
= user.name
Email: #{user.email}
%a(href=user.url) Home page
Rendered:
<ul id="users">
{% for user in users %}
<li class="user">
{{ user.name }}
Email: {{ user.email }}
<a href="{{ user.url }}">Home page</a>
</li>
{% endfor %}
</ul>
%ul#users
- foreach($users as $user)
%li.user
= $user->getName()
Email: #{$user->getEmail()}
%a(href=$user->getUrl()) Home page
Rendered:
<ul id="users">
<?php foreach($users as $user) { ?>
<li class="user">
<?php echo $user->getName(); ?>
Email: <?php echo $user->getEmail(); ?>
<a href="<?php echo $user->getUrl(); ?>">Home page</a>
</li>
<?php } ?>
</ul>
PHP:
<?php
$haml = new MtHaml\Environment('php');
$executor = new MtHaml\Support\Php\Executor($haml, array(
'cache' => sys_get_temp_dir().'/haml',
));
// Compiles and executes the HAML template, with variables given as second
// argument
$executor->display('template.haml', array(
'var' => 'value',
));
Twig:
<?php
$haml = new MtHaml\Environment('twig', array('enable_escaper' => false));
// Use a custom loader, whose responsibility is to convert HAML templates
// to Twig syntax, before handing them out to Twig:
$hamlLoader = new MtHaml\Support\Twig\Loader($haml, $twig->getLoader());
$twig->setLoader($hamlLoader);
// Register the Twig extension before executing a HAML template
$twig->addExtension(new MtHaml\Support\Twig\Extension());
// Render templates as usual
$twig->render('template.haml', ...);
See examples and MtHaml with Twig
MtHaml escapes everything by default. Since Twig already supports auto escaping it is recommended to enable it in Twig and disable it in MtHaml:
new MtHaml\Environment('twig', array('enable_escaper' => false));
HAML/PHP is rendered like this when auto escaping is enabled:
Email #{$user->getEmail()}
%a(href=$user->getUrl()) Home page
Email <?php echo htmlspecialchars($user->getEmail(), ENT_QUOTES, 'UTF-8'); ?>
<a href="<?php echo htmlspecialchars($user->getUrl(), ENT_QUOTES, 'UTF-8'); ?>">Home page</a>
Using Twig in HAML gives more control over what can be executed, what variables and functions are exposed to the templates, etc. This also allows to use all of Twig's awesome features like template inheritance, macros, blocks, filters, functions, tests, ...
- extends "some-template.haml"
- macro printSomething()
%p something
- block body
%h1 Title
= _self.printSomething()
MtHaml comes with an example Twig_Loader that will automatically convert HAML into Twig at loading time (Twig will then compile the resulting Twig script and cache it). Templates with a .haml
extension, or whose source starts with {% haml %}
will be converted, and the others will be left untouched.
The loader acts as a proxy and takes an other loader as parameter:
<?php
$haml = new MtHaml\Environment(...);
$twig_loader = new Twig_Loader_Filesystem(...);
$twig_loader = new MtHaml\Support\Twig\Loader($haml, $twig_loader);
Compiled MtHaml/Twig templates need support from MtHaml at runtime in some cases. Because of this, a Twig extension must be loaded before executing the templates.
<?php
// Register the MtHaml extension before executing the template:
$twig->addExtension(new MtHaml\Support\Twig\Extension());
$twig->render("rendered_twig_template.twig");
The syntax is the same as HAML/Ruby's syntax, except that PHP or Twig have to be used where Ruby is expected.
See the tutorial and the reference
MtHaml converts HAML to PHP or Twig code. The resulting code can be cached and executed any number of times, and doesn't depend on HAML at runtime.
MtHaml has no runtime overhead.
Helpers in HAML/Ruby are just ruby functions exposed to templates. Any function can be made available to HAML templates by the target language (the function only have to be available at runtime).
In HAML/Twig you can use all of Twig's functions, filters, and tags. In HAML/PHP, you can use all PHP functions.
Filters take plain text input (with support for #{...}
interpolations) and transform it, or wrap it.
Example with the javascript
filter:
%p something
:javascript
some.javascript.code("#{var|escape('js')}");
<p>something</p>
<script type="text/javascript">
//<![CDATA[
some.javascript.code("{{ var|escape('js') }}");
//]]>
</script>
The following filters are available:
- css: wraps with style tags
- cdata: wraps with CDATA markup
- coffee*: compiles coffeescript to javascript
- escaped: html escapes
- javascript: wraps with script tags
- less*: compiles as Lesscss
- markdown*: converts markdown to html
- php: executes the input as php code
- preseve: preserves preformatted text
- scss*: converts scss to css
- twig: executes the input as twig code
Filter marked with *
have runtime dependencies and are not enabled by default. Such filters need to be provided to MtHaml\Environment explicitly.
Example with the Coffee filter:
<?php
$coffeeFilter = new MtHaml\Filter\CoffeeScript(new CoffeeScript\Compiler);
$env = new MtHaml\Environment('twig', array(
'enable_escaper' => false,
), array(
'coffee' => $coffeeFilter,
));
Sass can be used in PHP projects without problem. It only depends on Ruby and does not need to be installed on production servers. So MtHaml will not re-implement Sass.
- CakePHP: https://github.com/TiuTalk/haml
- Drupal: https://github.com/antoinelafontaine/oxide
- FuelPHP: https://github.com/fuel/parser
- Laravel (PHP): https://github.com/BKWLD/laravel-haml
- Laravel (Twig): https://github.com/SimonDegraeve/laravel-twigbridge
- PHPixie: https://github.com/dracony/PHPixie-HAML
- Silex: https://github.com/arnaud-lb/Silex-MtHaml
- Sprockets-PHP: https://github.com/Nami-Doc/Sprockets-PHP
- Symfony2: https://github.com/arnaud-lb/MtHamlBundle
- Zend Framework 1: https://github.com/bonndan/mthaml-zf1
Add yours: https://github.com/arnaud-lb/MtHaml/edit/master/README.markdown
MtHaml is released under the MIT license (same as HAML/Ruby).