Zitat von
christian
Sicher, man kann andere Konstrukte nutzen (siehe oben), aber ob man damit immer alles abbilden kann, was man über PHP kann..... Zweifel.
Ja, das geht weil du eigene Konstrukte hinzufügen kannst.
Zitat von
christian
Datenbankabfragen?
Prototyp aus meiner lokalen Entwicklungsversion (noch nicht auf github):
HTML-Code:
{% for row in "SELECT * FROM tl_content WHERE id=?"|dbquery(include_content) %}
{# do somethink with row #}
{% endfor %}
(Ob der Filtername "dbquery" bleibt, weiß ich noch nicht, eventuell teile ich es auch in "prepare", "set", "limit" und "execute")
Zitat von
christian
Includes?
Dafür gibt es {% include 'file.html' %}
http://twig.sensiolabs.org/doc/templ...ther-templates
Zitat von
christian
Abgeänderte Inserttags?
Insert-Tags sind aktuell das größte Problem, weil diese den gleichen Syntax wie Twig haben. In Twig werden Variablen mit {{ variable }} ausgegeben und alle nicht existierenden (also auch Insert-Tags) werden stillschweigend entfernt.
Den Twig Syntax anpassen halte ich allerdings nicht für richtig (auch wenn es nahelegend wäre), aber dann würden Beispiele im Netz zu Twig nicht mehr im Contao Context passen und müssten immer angepasst werden.
Ich habe hierfür noch keine Lösung, aber ich arbeite dran ;-)
Zitat von
christian
Replaces auf fertig generierten Ausgabecode?
Das generierte HTML läuft genau so durch den parseFrontendTemplate Hook, wie vorher auch.
Zitat von
christian
Die derzeitigen Möglichkeiten bieten maximale Flexibilität.
Der Witz ist ja, dass eine Template Engine die gleiche und sogar höhere Flexibilität als Plain-PHP bietet.
Das Problem: Man muss es richtig anwenden können
Ich glaube ich fange mal an eine Wiki Seite dazu zu schreiben
Lesezeichen