Das hatte ich so verstanden, daß HTML::Template bei search_path_on_include = 0 nicht die path Umgebungsvariable abklappert.

ich habe es jetzt rausgefunden: in einem template "/a/b/c/d1/e.html" z.b. gibt es
ein include "d2/e2.html", wobei diese datei unter "/a/b/c/d2/e2.html" liegt.
mein verständnis war nun, dass H::T nun bei diesem include im aktuellen
verzeichnis (des templates "/a/b/c/d1/e.html") nachschaut, ob es d2/e2.html" gibt.
was H::T aber stattdessen macht, ist, es guckt nach der reihe in "/a/b/c/d1",
"/a/b/c", "/a/b" und "/a". ziemlich ineffizient, wenn es das alles
abklappern muss. aber gut, dann werde ich das wohl so
nachprogrammieren müssen.

[quote=steffenw,05.07.2007, 15:59]Das hatte ich so verstanden, daß HTML::Template bei search_path_on_include = 0 nicht die path Umgebungsvariable abklappert.[/quote]
nicht die umgebungsvariable path, sondern die option.

Der Alias für die Loop fuktioniert nicht bei Datenstrukturen und Objekten. Das Beispiel in der POD zeigt aber genau das.

http://rt.cpan.org/Ticket/Display.html?id=28430

[quote=steffenw,23.07.2007, 14:29]Der Alias für die Loop fuktioniert nicht bei Datenstrukturen und Objekten. Das Beispiel in der POD zeigt aber genau das.

http://rt.cpan.org/Ticket/Display.html?id=28430[/quote]
das ist gefixt, danke

[quote=steffenw,05.07.2007, 12:55]Unter http://rt.cpan.org/Public/Bug/Display.html?id=27932 [...][/quote]
brauchst du die funktionalität unbedingt/dringend?
ich hab da jetzt was eingebaut, was für TMPL_INCLUDEs funktioniert,
für TMPL_INCLUDE_VARs noch nicht, aber es ist ziemlich hässlich
und könnte mir später in die quere kommen. evtl. muss ich die
ganze pfad-geschichte nochmal neu implementieren.
andererseits finde ich es so, wie es HTML::Template macht, nicht
besonders schön, das ist in etwa wie global_vars für template-dateinamen.
als template-autor sollte ich doch eigentlich wissen, wo die include-datei
relativ liegt.\n\n

<!--EDIT|pq|1185388141-->

Also ich habe erst einmal eingebaut. Und das funktioniert. Ich brache die Funktionalität damit nicht. Damit ist der Bug-Report http://rt.cpan.org/Public/Bug/Display.html?id=27932 nur noch ein Hinweis, daß die Rückwärtskompatibilität nicht da ist.

Übrigens wurde HTC hier zum Standard-Templatesystem gekürt. Das möchte ich gern beibehalten und deswegen schreibe ich hier öfter mal was rein.

Hier wird es in Zukunft auch zum Standard-Templatesystem. Und @steffenw: Ich finde es gut, dass Du so viele Bugreports schreibst. Nur so kann ein Modul immer besser werden ;)

ja, oft ist man ja viel zu faul, einen report zu schreiben. z.b. gibt es einige
module, bei denen make test nicht durchläuft. oft mache ich dann ein
force install und es klappt alles, aber ich sollte das eigentlich noch
dem autor melden, bin dann aber zu faul...

Einige hier verstehen, warum ich das mache, andere nicht. Schade ist, daß mehr als 2/3 aller meiner Bug-Reports nie geöffnet/bearbeitet wurden. Aber so kristallisiert sich auch heraus, welche Module man nehmen kann und welche nicht. Eine lange unbearbeitete Bugliste ist eben auch ein Qualitätskriterium.