Bestehende Content Elemente automatisch erweitern

Hallo zusammen,

ich entwickle gerade meine erste offizielle Extension mit der es möglich wird, für jedes Content Element ein eigenes Template zu wählen.

Das gewählte Template wird mit folgendem Code gesetzt:

PHP-Code:

---

class ContentTextTemplate extends ContentText
{    
    /**
     * Generate content element
     */
    protected function compile()
    {
        if ($this->ce_template) {            
            $this->Template = new FrontendTemplate($this->ce_template);
        }        
        parent::compile();    
    }    
} 


---

Nun müsste ich für jedes CE eine eigene Klasse nach diesem Muster anlegen, wobei der Code identisch ist. Einzig die erweiterte Klassen unterscheiden sich.

Fällt jemandem eine Möglichkeit ein, das zu vereinheitlichen/"automatisieren"? Die regulären Funktionen eines CE sollen natürlich beibehalten werden.

Mfg
sans

Ich versuche den Weg nun über den Hook getContentElement(), mit dem es meiner Meinung nach möglich sein sollte.

Nur finde ich jetzt keine Lösung um das Template in $objElement zu ändern. Das Objekt schaut wie folgt aus:

PHP-Code:

---

ContentImage Object
(
    [strTemplate:protected] => ce_image
    [arrData:protected] => Array
        (
            [id] => 82
            [pid] => 29
            [sorting] => 128
[...] 


---

Die Werte in arrData (also z.B. id) kann ich ohne weiteres über $objElement->id erreichen.
Aber wie erreiche ich strTemplate?

Auch mit new FrontendTemplate() hatte ich keinen Erfolg.

Wo liegt mein Fehler?

Der "Fehler" liegt wohl darin dass das nicht vorgesehen ist? Ich zweifle ob das möglich ist...

Vorgesehen vermutlich nicht, aber ich hoffte trotzdem irgendwie möglich.
Fällt dir zufällig eine andere Lösung für das eigentliche Problem (aus dem ersten Post) ein, oder bleibt mir nichts anderes übrig als jeweils eine eigene Klasse zu erstellen?

ja, manchmal ist Contao etwas starr. Insbesondere die Tatsache, dass man die Variablen wie in deinem Fall sieht, sie aber nicht ändern kann, da sie protected sind. Und da sie das sind, kannst Du sie nur verändern, wenn Du in einer Klasse bist, die sich von dieser ableitet, was Du an der Stelle der Hooks aber nicht bist. ;)

Ein public hier und da mehr, hätte da etwas mehr Flexibilität reingebracht - auch wenn das protected sicher vernünftiger ist. :P