Hallo Stephan,
Ich verbinde diesen ifViewHelper mit einem linkViewHelper der mir eine Seite verlinkt, diesen linkViewHelper mit einem zweiten und einem Stringvergleich und möchte prüfen, ob der erzeugte Link Cross-Domian wird oder nicht.
Das ist so komplex, daß es sich in Worten schwer formuli
Quote: Frank Gerards (frankmey74) wrote on Fri, 26 April 2013 10:42
Hi,
dann solltest du dich grundlegend mit TYPO3 Flow und Extbase > 4.7 auseinander
setzen und das System im Sinne des Erfinders nutzen,
schau dir dazu gern mal http://www.fed
Quote: Stephan Schuler wrote on Fri, 26 April 2013 10:38
Hallo zusammen.
Abhängig von dem möglichen Parametern eines ViewHelpers lässt sich halt einfach
nicht generisch bestimmen, ob der jetzt eine triviale oder komplexe Ausgabe hat.
Hall
Wir haben hier einen Extbase AJAX Dispatcher im Einsatz, der bei Bedarf das
TSFE erzeugt (soweit möglich und nötig).
Dass ein eID Script nicht an eine bestimmte Seite gekoppelt ist, ist eigentlich
ein Vorteil. Wir nutzen diesen eID Mechanismus,
um über eine festgelegte Javascript-JSON-Syntax be
Hi,
dann solltest du dich grundlegend mit TYPO3 Flow und Extbase > 4.7 auseinander
setzen und das System im Sinne des Erfinders nutzen,
schau dir dazu gern mal http://www.fedext.net und das zugehörige
ViewHelper-"Framework" an.
Ich denke, FLOW3/Extbase ist schon großer Schritt in Richtung eine
Idealerweise sollte man View und Viewhelper in JavaScript schreiben,
damit man sie wahlweise serverseitig und clientseitig einsetzen kann.
Da man zum Rendern im Browser aber auch ein Datenmodell braucht,
kommt man DRY konsequent weiter gedacht aber zu einem System,
das nus aus JavaScript ve
Beides Verstöße gegen das DRY-Prinzip. In beiden Fällen aber zu möglicherweis
zu rechtfrtigen.
Alternativ könnte man die Funktion des ViewHelpers ohne Abhängigkeiten
selbst bauen ...
Man könnte hier den vorhandnen Viewhelper so abwandeln, daß seine Funktionalität
auch ohne Abhängigkeiten zu nu
Kurze Ergänzung:
Ich verwende im ViewHelper
$settings = $this->templateVariableContainer->get('settings');
und da liegt das Problem.
Call to a member function get() on a non-object
Auf den templateVariableContainer kann nicht zugegriffen werden.
Hehe,
an dieser Stelle würde ich natürlicherwei
Kurze Ergänzung:
Ich verwende im ViewHelper
$settings = $this->templateVariableContainer->get('settings');
und da liegt das Problem.
Call to a member function get() on a non-object
Auf den templateVariableContainer kann nicht zugegriffen werden.
___
