[KIT2] Das kitFramework

[Ralf Hertsch]

Guten Morgen miteinander,

in den vergangenen Wochen ist eine Menge passiert und ganz leise hat die Entwicklung von KIT2 einen großen Schritt nach vorne getan.

In dem Artikel Das kitFramework stelle ich das Framework vor, beginne eine Bestandsaufnahme und lade dazu ein, hier - in diesem Thread - darüber zu sprechen, welche Anforderungen das kitFramework auf welche Weise und nach welchen Regeln erfüllen soll.

Relevant und interessant sind alle positiven und negativen Erfahrungen mit WebsiteBaker / LEPTON 

• Was funktioniert gut und sollte auf jeden Fall beibehalten werden?
  
• Was funktioniert nicht so gut oder ist sehr umständlich?
• Was fehlt?
• Was lässt sich verbessern?

Im speziellen interessieren mich z.B.eure Erfahrungen beim Erstellen und Pflegen von Templates für WebsiteBaker/LEPTON - insbesondere bei der Anpassung von Add-ons.

• Könnt ihr euch vorstellen Templates künftig mit Hilfe der Template-Engine Twig zu erstellen?
• Wie sollte eine Alternative zu show_menu2() aussehen? Was lässt sich verbessern? Welche Bedingungen wären für die Gestaltung von Menüs ideal?
• ...

... und natürlich die ganzen Fragen, die ich aus meiner mehr technischen Sicht vielleicht erst gar nicht stelle, die euch aber interessieren!

Ich freue mich auf eine interessante Diskussion!

Gruß

Ralf

[André Herdling]

Hallo Ralf,

zunächst einmal vielen Dank für Deine Vorstellung des kitFramework – klingt alles sehr spannend!

Insbesondere der automatische Download von Erweiterungen und die automatische Auflösung von Abhängigkeiten sind sehr verheißungsvoll. Derzeit ist es zuweilen etwas mühselig, AddOns mit diversen Abhängigkeiten händig zu installieren. Auch die beschriebene Bindung von Anpassungen an das Template (/view/rosa/) ist prima - erinnert mich ein wenig an die s.g. Child Themes in WordPress. Was Symphony angeht: Da wirst Du sicher die richtige Entscheidung getroffen haben - als Nicht-Programmierer kann ich das nicht einschätzen. Frameworks sind aber generell eine gute Sache (ich arbeite mit JS- und CSS-Frameworks) und erleichtern die Arbeit ungemein. Von daher, prima ;-)

Zu Deinen Fragen hinsichtlich WebsiteBaker und LEPTON:

Du hast es in Deinem Artikel ja schon schön zusammengefasst - super ist das Handling von Seiten und das unkomplizierte Erstellen von Templates, schlecht allerdings oft das Anpassen von Modulen. Da sind - wie Du schon schriebst - häufig fiese HTML-Tabellen-Konstrukte in den Code eingewoben, auch auf Systemebene (z.B. erwartet das zentrale Rechencaptcha für Formulare etc. dass es in Tabellen eingebunden wird und ist somit "schön" in <tr><td> gekapselt :-( ). Das nervt natürlich. Einige AddOns verwenden ja bereits eine Template-Engine für die Ausgabe - auf Anhieb fällt mir da z.B. anynews ein (.htt) - was Anpassungen an der Ausgabe deutlich vereinfacht. 

Aber - und da komme ich gleich zu Deiner Frage nach Twig als Template-Engine - stört mich bei der Arbeit an solchen Templates oft das mangelnde Syntax-Highlighting im Code-Editor. Das ist natürlich ein Problem der Editoren, nicht der Template-Engines - klar - dennoch wird dadurch (finde ich) der Nutzen gleich wieder gemindert. Durch die fehlende Unterstützung seitens der Editoren sind (Tipp-)Fehler schwieriger zu finden und die Navigation im Code ist quälend. Smarty wird ja mittlerweile recht gut unterstützt, wie es mit Twig aussieht .. keine Ahnung. Ich nutze super gern PHPStorm - dort sollte Twig funktionieren.

show_menu2():

Ich habe geschmunzelt beim Lesen von "Try & Error hilft beim Knacken von show_menu2()" in Deinem Artikel. Schön, dass es nicht nur mir so geht ;-) Allerdings, hat man einmal erfolgreich geknackt, ist show_menu2() ein sehr mächtiges Werkzeug mit dem sich eigentlich alle üblichen Anwendungsfälle abdecken lassen. Das Tool würde ich nicht missen wollen. Es würde mir hier schon reichen, wenn bei falscher Nutzung mal ein sachdienlicher Hinweis erscheinen würde oder es irgendwelche Debugging-Mechanismen geben würde (wie oft haben wir schon vor Seiten-Templates gesessen und uns gewundert, warum das Menü fehlt?! Keine Fehlermeldung, keine Notice - nüscht).

Frage zum kitFramework

Mir ist noch nicht richtig klar, wie das Erstellen von Templates (für Seiten) mit dem kitFramework zusammenhängt. Erstellt man da ganz "normal" seine Template-Files mit info.php und index.php und ruft dort das Framework auf, um z.B. die Template-Engine sowie Symphonie nutzen zu können? Kannst Du das erläutern?

Beste Grüße

André

[Ralf Hertsch]

Hallo André,

vielen Dank für deine Rückmeldung.

Insbesondere der automatische Download von Erweiterungen und die automatische Auflösung von Abhängigkeiten sind sehr verheißungsvoll. Derzeit ist es zuweilen etwas mühselig, AddOns mit diversen Abhängigkeiten händig zu installieren. Auch die beschriebene Bindung von Anpassungen an das Template (/view/rosa/) ist prima - erinnert mich ein wenig an die s.g. Child Themes in WordPress. Was Symphony angeht: Da wirst Du sicher die richtige Entscheidung getroffen haben - als Nicht-Programmierer kann ich das nicht einschätzen. Frameworks sind aber generell eine gute Sache (ich arbeite mit JS- und CSS-Frameworks) und erleichtern die Arbeit ungemein. Von daher, prima ;-)

Ja, ich denke der automatische Download sowie die automatische Auflösung von Abhängigkeiten sind längst überfällig - das Ganze soll so einfach wie möglich werden, deshalb auch die Einbindung eines Katalog zur Auswahl der Erweiterungen, der öffentlich über Github gepflegt werden wird.

 

Aber - und da komme ich gleich zu Deiner Frage nach Twig als Template-Engine - stört mich bei der Arbeit an solchen Templates oft das mangelnde Syntax-Highlighting im Code-Editor. Das ist natürlich ein Problem der Editoren, nicht der Template-Engines - klar - dennoch wird dadurch (finde ich) der Nutzen gleich wieder gemindert. Durch die fehlende Unterstützung seitens der Editoren sind (Tipp-)Fehler schwieriger zu finden und die Navigation im Code ist quälend. Smarty wird ja mittlerweile recht gut unterstützt, wie es mit Twig aussieht .. keine Ahnung. Ich nutze super gern PHPStorm - dort sollte Twig funktionieren.

Twig wird von allen wichtigen Editoren / IDE's nativ unterstützt - u.a. auch PHPStorm, Netbeans, ZEND Studio ... selbst für Notepad++ gibt es ein Twig-Plugin.

 

show_menu2():

Ich habe geschmunzelt beim Lesen von "Try & Error hilft beim Knacken von show_menu2()" in Deinem Artikel. Schön, dass es nicht nur mir so geht ;-) Allerdings, hat man einmal erfolgreich geknackt, ist show_menu2() ein sehr mächtiges Werkzeug mit dem sich eigentlich alle üblichen Anwendungsfälle abdecken lassen. Das Tool würde ich nicht missen wollen. Es würde mir hier schon reichen, wenn bei falscher Nutzung mal ein sachdienlicher Hinweis erscheinen würde oder es irgendwelche Debugging-Mechanismen geben würde (wie oft haben wir schon vor Seiten-Templates gesessen und uns gewundert, warum das Menü fehlt?! Keine Fehlermeldung, keine Notice - nüscht).

Das lässt sich verbessern. Ich stelle mir das so vor, dass im Template ein Menu-Array zur Verfügung steht. Das gibt mir dann die Möglichkeit, die Formatierungen exakt so durchzuführen, wie ich sie benötige - die Schleife ermöglicht dann auch den Zugriff auf bestimmte Menu-Einträge - eine dynamische Zuordnung von Bildern oder auch Übersetzungen sind dann kein Problem. Das Ganze gibt es übrigens heute schon in einer einfachen Form als Dwoo-Plugin für LEPTON 2 (kann ich bei Bedarf auf für WB/LEPTON 1.x zur Verfügung stellen).

 

Frage zum kitFramework

Mir ist noch nicht richtig klar, wie das Erstellen von Templates (für Seiten) mit dem kitFramework zusammenhängt. Erstellt man da ganz "normal" seine Template-Files mit info.php und index.php und ruft dort das Framework auf, um z.B. die Template-Engine sowie Symphonie nutzen zu können? Kannst Du das erläutern?

Zum einen geht es darum für die Erstellung der Templates die Twig Template Engine nutzen zu können, zum anderen aber vor allem um die Erweiterungen, die da mit dran hängen, z.B. die einfache Erstellung und Prüfung von Formularen, die Sprachunterstützung sowie die Unterstützung durch das kitFramework selbst, u.a. ein dynamisches Laden von CSS und jQuery für die einzelnen Erweiterungen ermöglicht (es soll nur geladen werden, was tatsächlich benötigt wird) und die Unterstützung durch die kitCommands. Über die kitCommands wurde noch nicht gesprochen, das ist quasi der Nachfolger für die Droplets, die Einbindung erfolgt ähnlich wie bei den Droplets an einer beliebigen Stelle, die Syntax ist ein wenig anders, das ist alles. Im Unterschied zu den Droplets sind die kitCommands jedoch nicht einfach ein Script (mit entsprechend begrenzter Reichweite) sondern jeweils eigenständige Objekte. Das bedeutet, das ein kitCommand ein Datum ausgeben kann sich aber genausogut ein ganzer Shop dahinter verbergen kann ...

 

Die Einbindung der Templates in WebsiteBaker / LEPTON soll - analog zu den Extensions - automatisch durch die cmsBridge erfolgen. Im Idealfall muss der Designer nix über das CMS wissen (wird wahrscheinlich etwas schwieriger als bei den Extensions sein, dieses Ziel zu erreichen).

Gruß

Ralf