[quote=phaylon,14.10.2005, 12:12]Der Syntax scheint mir noch ein bißchen gar aufwendig, und ich würde weggehen von programmierspezifischen Begriffen wie "print". Eher "get" oder "out" oder etwas in die Richtung.[/quote]


Tja, da hast du recht.
Die Vorversion hatte auch noch eine einfachere Syntax. Das war da fast genauso wie bei Template::Tookit.
Leider ergaben sich bei der Semantik Probleme als Variablen erlaubt werden sollten, die zwar von unterschiedlichen Typ und Herkunft waren aber gleichen Namen hatten.
Also gleiche Variablennamen, aber mit unterschiedlichen Kontexten.

Im Prinzip ist die jetzige Form schon ähnlich zu der von HTML::Template:



Wobei es aber anstelle <TMPL_VAR url> dann bei txtpl <#print type="var" name="url"#> heisst.

Statt dem Befehlsnamen "print" hätte man aber vielleicht "echo" nehmen können. Aber das würde mir persönlich sich zu sehr nach Shell anhören :)\n\n

<!--EDIT|xwolf|1129409902-->

[quote=Ronnie,15.10.2005, 23:19]Eine CPAN-Version ist aber für eine breitere Basis im Perl-Bereich unabdingbar. Das Kamel-Volk ist aber was Templating-Engines betrifft mittlerweile sehr gesättigt, so daß du sehr gute Gründe anführen musst, wenn du dein Modul z.B. bei den Monks vorstellst.[/quote]
Ich weiss - aber ich leide wohl unter dem "üblichen Problem" vieler Entwickler: Ich hielt das Ding noch nicht für reif genug für eine Veröffentlichung und hab es deswegen so lang unter den Tisch gelassen.
Eigentlich hätte ich es schon vor 2 -3 Jahren veröffentlichen müssen. Da wäre beim CPAN noch nicht so viel an Alternativen da gewesen. Aber der Zug ist in der Tat abgelaufen.

Von der Codequalität erfüllt es IMHO die Standards für CPAN. Jedoch werde ich wohl jetzt auch noch warten, bis ich es in auf Pause lad. Erst wenn es weitere Übersetzungen/Module für andere SPrachen (z.B. PHP) gibt, werde ich es da mal hintun.
Oder?

[quote=xwolf,16.10.2005, 00:24]Von der Codequalität erfüllt es IMHO die Standards für CPAN.[/quote]
Das Modul benötigt noch ein Makefile.PL. Es wird bestimmt nicht gern gesehen, dass der Modulname mit einem kleinen Buchstaben anfängt und auch nicht aus zwei Teilen besteht (e.g. Text::Txtpl).
Du mischt bei den Errorcodes noch deutsche und englische Texte. Die Einrückung ist nicht einheitlich, jedenfalls sieht der Programmtext auf einem normalen Terminal mit Tab=8 Zeichen nicht einheitlich aus.

Text::* hat sich wohl etabliert, wenn es sich um ausgabeunabhängige Templating-Systeme geht. Text::Txtpl --- ich weiß nicht. Man sieht jedenfalls nicht anhand des Namens, um was es hier geht. Vielleicht meinst du eher was wie Text::TemplatePortable.

Aber ich bin weiterhin der Meinung, dass es besser gewesen wäre, ein etabliertes System zu nehmen und dieses auf andere Programmiersprachen zu portieren. Wenn dir Template-Toolkit zu kompliziert ist, hätte es auch ein Subset davon sein können (wahrscheinlich könnte man das ganze Plugin-System weglassen, da sowieso nicht portabel, vielleicht auch kompliziertere Sachen wie Regexp-Matches). Der Vorteil: man muss nicht noch eine Template-Syntax lernen.

[quote=xwolf,17.10.2005, 17:21]Also warum jetzt wegwerfen?[/quote]
Brauchst du ja nicht, du benutzt es doch bestimmt irgendwo :-)

Vielleicht wird der Nutzen des Moduls klarer, wenn die anderen Implementationen mit dabei wären. Und vielleicht wäre auch SourceForge ein besserer Ort als CPAN dafür.

Was für Vorteile bietet txtPL gegenüber den gängigen Template-Systemen Template::Toolkit, HTML::Mason oder HTML::Template?

HTML::Template kann z.B. auch die %XXX% - Syntax (vanguard compatibility mode)

[quote=ptk,15.10.2005, 00:26][quote=xwolf,17.09.2005, 17:27]Der Hauptvorteil besteht darin, daß die Sprache gezielt zu dem Zweck definiert wurde, eine programmiersprachunabhängige Syntax zu haben.[/quote]
Was meinst du mit "programmiersprachenunabhängig"? Viele etablierte Templatingsysteme sind ja auch programmiersprachenunabhängig, z.B. alle die
hier mit "Mini-Language" aufgeführt sind.[/quote]


Bei der Sprachsyntax wurde nicht auf die verwendete Programmiersprache Rücksicht genommen und hat daher auch nicht so eine starke Übereinstimmung zu Perlstrukturen.
Es wurde eher versucht, die Syntax so zu gestalten, daß diese
auch leicht von anderen Programmiersprachen geparst werden können.
Deswegen gibt es dann auch keine mehrdimensionalen Hashes wie z.B. bei Template Toolkit . Denn sowas könnte dann die Perlversion sicher gut machen, aber die lieben Basic-Leute hätten damit ihre Problemchen >:)

Danke aber für den Link auf den Text. Kannte ich nicht.
Bei der Gegenüberstellung wundert mich aber: Gibt es denn keine sonstige Template-Sprache die auch gleichzeitig unter was anderes läuft als nur unter Perl?

Die Idee hinter dem txtpl-Parser ist nämlich nicht jetzt irgendeine weitere Templatesprache für Perl zu erfinden.Das wäre nun wirklich unnötig. Die Idee war es, eine Sprachsyntax zu definieren, die unter verschiedenen Programmiersprachen genutzt werden könnte, damit Templates zur Gestaltung der Ausgabe auch bei einem Wechsel der Programmiersprache weitergenutzt werden könnten.
(Oder in unseren Fall: Das bei einem Client-Server-System, die Weboberfläche (die in Perl verarbeitet wird) dieselben Templates nutzt wie die Windows-Clients (die in Delphi geschrieben worden).\n\n

<!--EDIT|xwolf|1129410248-->

[quote=xwolf,15.10.2005, 22:48]Danke aber für den Link auf den Text. Kannte ich nicht.
Bei der Gegenüberstellung wundert mich aber: Gibt es denn keine sonstige Template-Sprache die auch gleichzeitig unter was anderes läuft als nur unter Perl?[/quote]
Doch: XSLT :-) Aber leider kann das Zielpublikum nicht damit umgehen.

[quote=ptk,16.10.2005, 19:45]Aber ich bin weiterhin der Meinung, dass es besser gewesen wäre, ein etabliertes System zu nehmen und dieses auf andere[/quote]

Wie gesagt, als die Sprache definiert wurde, gab es die meisten
anderen Template-Module noch nicht.

Also warum jetzt wegwerfen? Die Bereitstellung eines Moduls unter GPL und unter CPAN ist für mich ein Angebot. Ich bin nicht auf CPAN angewiesen. Und ob viele Leute das Modul nutzen, es bekannt wird oder nicht, ist mir weniger wichtig.\n\n

<!--EDIT|xwolf|1129562642-->