[Account gelöscht]

Ich hätte mal gerne eure Meinung. Meine Templatemaschine braucht eine Syntax. Diese muss folgende Anforderungen erfüllen:

- gute Lesbarkeit
- einfachste Einarbeitung
- begrenzter Sprachumfang: Die Hauptlogik soll in herkömmlicher Weise hinterlegt werden
- genug Kontrollstrukturen, um bspw. einfache Textmanipulation oder z.B. alternierende Zeilenfarben o.Ä. zu erlauben

Grober Nachteil des neuen Konzepts: Man muss sich schon wieder in ein neues Sprachkonstrukt einarbeiten, daher soll das ganze echt in 2 h lernbar sein.

D.h.:
- Operatoren, Kontrollstrukturen if- else-while etc müssen für englischsprechende Laien lesbar sein.
- Typen gibts net

Ich bin vom Thema XSL/XML wieder weg: Zu mächtig, zu anfällig: Der User darf Dreckshtml schreiben, solange die Templatequelle ok ist. Er darf die Delimiter der Templatesprache platzieren wo er will, nebeneinander, untereinander etc.

2 Unterscheidungen gibts: Inline-Anweisungen (<# ... #>) und Blockanweisungen

[gtz]

http://www.phpguru.org/static/templating.html

[fyll]

Sachen, wie eq und gt würd ich lassen...
Operatoren, wie =, <, >, etc wären da logischer - so wie das momentan aussieht, wär das zu kompliziert..
Da kannst dem auch gleich das PHP-tut in die hand drücken...
Wenns nur für Freunde is bzw nur im Deutschsprachigen Bereich - wieso nciht in Deutsch?

[Account gelöscht]

[gtz]

ich hab die erfahrung gemacht, dass, wenn man dem endbenutzer eine zu restriktive repräsentationssprache aufzwingt, der irgendwann anfängt, auf der logikebene html in variablen zu packen und das im template einfach bloss noch ausgibt.

[Account gelöscht]

Ja, die Gefahr besteht wohl immer. Der Typ hinter dem Link argumentiert ja auch nicht ganz falsch, dass es Crap sei, die Logik komplett von der Optik zu trennen, was augenscheinlich unmöglich ist.

Das soll auch keine "Templatesprache" im eigentlichen Sinne werden (obwohl sie tatsächlich als solche verwendet werden kann), sondern hauptsächlich die Modulgestaltung in nem CMS übernehmen soll

Man hat quasi mehrere Module, die man frei im Raster platzieren kann. Diese Module besitzen natürlich jedes für sich eine komplexe Logik. Dennoch will der Benutzer u.U. mal in die auszugebende HTML-Quelle eingreifen.

Ein Modul wird geliefert als XML-Konfigurationsfile, als PHP-Library zur Steuerung der Logik und abfangen von Ereignissen, und eben dem Template, welches die vom PHP-File bereitsgestellten Contentobjekte ausgibt.

So ist das Ding fertig, der Benutzer muss im Idealfall nur im CSS rumrödeln. Wenn es ein Problem gibt, dass damit nicht zu lösen ist, wird im Template rumgerödelt. Das sollte quasi einmal in 100 Jahren vorkommen.

So stelle ich mir das vor.... mhhhh

[Glas]

Ist das alles im Moment "nur" ein Konzept; oder ist die Geschichte - so wie in deinem ersten Posting beschrieben - bereits einsatzbereit?

Wenn ja, dann würd ich das Teil gerne mal testen. Und andere vielleicht auch. Mir persönlich fällts schonmal schwer, ein Urteil über usability zu fällen, wenn ich das nicht selbst ausprobiert hab.
Ich muss sowas "anfassen"

[Account gelöscht]

Templatemaschine ist feddisch. Alles andere ist mehr oder weniger Konzept, ich hab da zwar was stehen, aber nur Prototyp muss ich neu schreiben. Ich muss da erst wieder hintersteigen, hab das n halbes Jahr liegengelassen

http://www.optimusprime.de/parser.zip