Smarty ist ja nichts, was wir selber entwickelt haben. Wir haben das Ganze nur ein bisschen angepasst und auch ein paar zusätzliche Plugins und Modifier geschrieben. Die liegen auch unter \includes\classes\Smarty\plugins\, weil Smarty diesen Plugin-Ordner als Platz für Erweiterungen vorgesehen hat. Einen anderen Ordner festzulegen, von dem sich Smarty die Erweiterungen holen soll, hätte nur zur Folge, dass man die eigentliche Smarty-Klasse anpassen müsste, was aber dazu führen würde, dass man bei einem Update von Smarty Probleme bekommt, weil man da Anpassungen am original gemacht hat. Das würde dann auf einen riesen Akt hinauslaufen, wie wir ihn gerade bei der Umstellung von Smarty2 auf Smarty3 schon gehabt haben. LG Torben
Ja natürlich geht das, das habe ich auch gar nicht abgestritten. Aber ist der jetztige Platz nicht der logischste? Ich meine wenn man nun per $smarty->setPluginsDir() einen anderen Ort vergibt muss man halt auch immer den Überblick behalten, wo man nun was findet. Das könnte zu Verwirrung führen. LG Torben
naja wenn man das Overloadsystem komplett durchzieht sollte man das schon in einen Ordner legen können der den Usern bekann ist ... "user_classes" zum Beispiel und dort dann noch ein Ordner SMARTY drin. Weil für den Endanwender ist das hier schon zu tief im Core \includes\ ... Meine Eigenen Overloads kann ich ja auch unter "user_classes" ablegen.
Das ist allerdings ein guter Punkt. Ich werd das mal im Team ansprechen, ob wir das nicht mal so umsetzen wollen LG Torben
Habt ihr das nicht mir user_classes/ overloads/ Smarty/ wrapShopPageParameter.inc.php nicht schon so gemacht?
Ist denn etwas vorgesehen, was den Umstieg von Smarty2 auf Smarty3 sinnvoill macht? Im Moment hat das das Ganze nur verkompliziert...
Smarty 3 ist zum Einen performanter als Smarty 2 zum Anderen beinhaltet es einige neue Funktionen, die wir in Zukunft nutzen wollen, z.B. Rekursionen im Template, die es in Smarty 2 noch nicht gab. Was macht Smarty 3 denn für dich komplizierter? LG Torben
Das Überladen von Smarty-Funktionen... Das ist ein ziemlich unübersichtlicher Moloch geworden. Zudem fehlen einige liebgeworden Plugins wie "eval" oder "php", die muss man sich erst mal wieder selbser bauen. Ist denn in Richtung "template blocks" etwas geplant?
