Das habe ich ja, dennoch glaube ich das die Definition des Layout’s zum Theme gehört. Es wäre also nur konsequent das Überschreiben von Modultemplates in einem eigenen Theme zu erlauben.
Wenn ich mir überlege für 10 Kunden 10 verschiedene git Repos zu pflegen, nur um eine Layoutänderung in einem Bezahlmodul abzubilden, scheint mir das ein wenig umständlich.
nein, nicht extra dafür…
Du hast ja die Repo für den ganzen Shop. Und da kannst du auch paypal mit aufnehmen.
So machen wir das auch. Anders gehts nicht. Oxid kann ja nicht wissen, welches Design du hast und das PayPal Modul mit 51964354650618684961681 Templates ausliefern, damit irgendeins davon ins Design passt.
OXID kann ja nicht wissen, welches Design du hast und das PayPal Modul mit 51964354650618684961681 Templates ausliefern, damit irgendeins davon ins Design passt.
Der Shop weiß doch welches das aktuell geladene Theme ist oder sehe ich das falsch? Dann zB. in einem bestimmen Verzeichnis oder generell nach einem Template mit dem gleichen Namen im Theme zu suchen ist für mich erstmal nichts anders als das Azure Theme mit meinen eignen Templates zu überschreiben.
Am Beispiel der Darstellung der Zahlungsauswahl würde das ganze so aussehen, dass ich mein oepaypalpaymentselector.tpl im Theme ablege um mein Layout umzusetzen. Somit spare ich mir beim Update vom PayPal Module das lästige anpassen des/der Templates…
Falls was mal noch wer braucht. Das Modultemplate mit dem Key page/details/inc/mythemefile.tpl muss unter application/views/mytheme/tpl/page/details/inc/mythemefile.tpl neu erstellt werden.
oepaypalpaymentselector.tpl ist doch ein Block, oder? Also eigentlich kannst dafür ein eigenes Modul schreiben und über die metadata.php den gleichen Block einer Datei überschreiben. Mit 'position' => '2' kannst bewerkstelligen, dass die Datei aus Deinem Modul als letztes geladen und der Block damit überschrieben wird.