You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Ich weiß, daß es diesbezüglich schon Anpassungen im Code gibt. Trotzdem würde ich das in diesem Ticket noch mal aufgreifen und skizzieren, wie ich mir eine Umsetzung vorstellen würde.
Anwendungsfall im Plugin
Das Plugin legt eine Entity in den Context zum Rendering per Twig.
Die Ausgabe der Daten in Twig erfolgt ohne zusätzliche Anweisungen immer in der Rohform:
{{ item.head }}
{{ item.images }}
Wenn man die Daten aber per TS verarbeiten will, dann muss man einen TS-Pfad mit angeben. Der kann aber nicht absolut sein, sondern muss ich immer unterhalb von "template." befinden. Denn damit wird der TwigRenderer initialisiert. Der typische Aufbau bei einem Plugin würde so aussehen:
plugin.tx_myplugin {
myaction.template {
file = EXT:myplugin/Resources/Private/Templates/template.html.twig
context {
# Hier können zusätzliche Objekte in den Context gelegt werden.
info = TEXT
info.value = Nur ein Beispiel
# Da der Platz für zusätzliche Context-Daten reserviert ist, kann hier NICHT der Ausgangspunkt für die TS-Formatierung der Daten sein
}
# also benötigen wir eine zusätzlichen Startpunkt
ts {
image = USER
image...
fett.wrap = <strong>|</strong>
}
}
}
Die Ausführung des TS sollte nicht wie bei Marker-Templates automatisch stattfinden. Der Template-Entwickler sollte selbst entscheiden können, wie und wann er die Konfiguration nutzen will:
Die Option data bietet, wie besprochen, die Möglichkeit, das data-Attribute im cObject zu setzen.
Ich denke, es ist nicht notwendig und sinnvoll Typoscript aus lib. zu unterstützen. Wer diese Daten benötigt, kann sie wie üblich im Plugin bereitstellen:
Ich hab den neuen Filter t3ts mal implementiert. Damit wird t3parseField eigentlich obsolete. Zumal da einiges falsch gemacht wurde. Es wurde zwar die richtige Code-Stelle aus dem FormatUtil übernommen, aber leider etwas suboptimal umgesetzt. Ich hab das korrigiert und auch veralteten Code entfernt.
Ich weiß, daß es diesbezüglich schon Anpassungen im Code gibt. Trotzdem würde ich das in diesem Ticket noch mal aufgreifen und skizzieren, wie ich mir eine Umsetzung vorstellen würde.
Anwendungsfall im Plugin
Das Plugin legt eine Entity in den Context zum Rendering per Twig.
Die Ausgabe der Daten in Twig erfolgt ohne zusätzliche Anweisungen immer in der Rohform:
Wenn man die Daten aber per TS verarbeiten will, dann muss man einen TS-Pfad mit angeben. Der kann aber nicht absolut sein, sondern muss ich immer unterhalb von "template." befinden. Denn damit wird der TwigRenderer initialisiert. Der typische Aufbau bei einem Plugin würde so aussehen:
Die Ausführung des TS sollte nicht wie bei Marker-Templates automatisch stattfinden. Der Template-Entwickler sollte selbst entscheiden können, wie und wann er die Konfiguration nutzen will:
Die Option data bietet, wie besprochen, die Möglichkeit, das data-Attribute im cObject zu setzen.
Ich denke, es ist nicht notwendig und sinnvoll Typoscript aus lib. zu unterstützen. Wer diese Daten benötigt, kann sie wie üblich im Plugin bereitstellen:
Das würde ich dann mal zur Diskussion stellen. 😄
The text was updated successfully, but these errors were encountered: