Jens Schulze
Jens Schulze
The generator tries to generate a unique name from the URI and in case there was no method annotation it will include the path fragment "key" in the name
Should be fixed with bc26f721349135b1e5aae4841262e632e190751d Thanks for the report!
In contrast to the Pull Request I got it working without any change in LightnCandy. When creating the options array I just add a static call signature like this: ```...
Yep. Now I'm able to use the full power of Symfony Dependency Injection, without the hassle of static methods
Worked perfectly for me with the ``` php // with FLAG_EXTHELPER we can just provide supported helper names without the helper implementations $options['helpers'] = [ 'myHelper' ] ``` See also...
I found an example how to solve this in Handlebars.js: https://gist.github.com/yannickcr/5712791 It could be possible also with LightnCandy when the hbch method would be able to change the input data....
Just use the PHP functionality. ```
Every template engine with logic support is some kind of eval. But typically you should have static templates. When someone tries to support dynamic templates given as input by users...
It‘s counter intuitive. PHP has been created as a template language. So any template engine on top is a little bit ridiculous. But still it makes sense if you compile...
What I forgot to add. Handlebars is a reduced logic template language. Branching is either done using data or helpers. So again under your control.