Hallo Chris, vielen Dank für Deine sehr ausführliche Aufstellung der unterschiedlichen Templating-Methoden. Ich denke Fluid und die auf Fluid basierenden Layoutmethoden sind der richtige Weg. ###MARKER###/###SUBPART### habe ich ich und würde es halt gern erneuern, Templavolia hab ich schon in der Vergangenheit nicht wirklich verstanden. Also bleiben die wohl nur FLUID und ähnliches übrig. :-)
Liebe Grüße Michael -----Ursprüngliche Nachricht----- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Chris Wolff - AERTiCKET AG Gesendet: Dienstag, 28. Oktober 2014 09:41 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Fluid Templating Hallo Michael, ich versuch dir mal einen "überblick" über die Templating Technologien zu geben die ich kenne, und deren vor / Nachteile. 1) Backendlayouts - (backend Only) Die backend Layouts sind eine reine Backend Technologie. Die es einfach erlaubt mehrere spalten im backen Modul "hübsch anzuordnen" Also zb. Einen Header darunter zwei spalten und noch einen footer. BackendLayouts nutzen das normale feld tt_content.colPos. Und lassen sich damit mit den Üblichen styles.content.get bzw CONTENT cobjecten einsetzten. Backend layouts geben dir also im backen eine spalten ansicht die der von TemplaVoila ähnelt. Nutzen aber komplett die typo3 Standards. (kein komischens XML in Datenbankfeldern) Für das frontend kannst du dann ein belibiges Template system nuten (klassich mit markern oder fluid oder smarty oder was es da sonst noch gibt) Die backend layouts haben keine Lösung für "Flexible inhalts elemente (FCEs)" also selbstgebaute inhaltselemente oder inhaltselemente die weitere spalten enthalten. 2) Markerbasierte Templates Alt und bewehrt. Wird es auch weiter geben es steht nicht in aussicht das diese abgeschafft werden. allerdings sind diese in komplexen layouts umständlich. Da jedes layout immer ein neues template nutzt. Keine wieder verwendung von bestimmten teilen. "for" schleifen und einfache logik kann gar nicht im tempalte abgebildt werden. Wenn das layout einfach nur übernommen wird kann man es bedenkenlos einsetzten. 3) Fluid Template New and Shiny! Fluid kann alles was man sich von einer template engine wünscht. Das der viewHelper kann man häufig mit sehr wenig code Nützliche funktionen hinzufügen Und es bietet mit partials und layouts die best mögliche Wiederverwendung. Manchmal ist es aber auch zum haare raufen besonders wenn du zwischen der "inline" ind xml syntax wechseln musst. Um verschiedene sachen ineinander zu verschachteln. Wenn ich ein neues Layout mache würde ich auf jedenfall auf fluid setzten. Es gibt auch schon diverse zusätzlicher viewHelper die Fluid um alles erweitern Wass es noch nicht kann :) z.b in der extension VHS https://fluidtypo3.org/viewhelpers/vhs/master.html 4) Grid Elements Ich habe grid elements noch nicht eingesetzt also falls ich hier etwas falsches sage bitte ich alle die es besser wissen mich zu korregieren. Grid elements ermöglicht die erstelleng von Content Elementen mit weiteren spalten. Sie nutzen dazu eine ähnliche/gleiche syntax wie sie von Backendlayouts schon bekannt ist. Jedoch bieten keine "custom" html elements" in denen es nur darum geht dem redakteuer 3 eingabe felder zu geben. Um eine spezielle darstellugn von inhalten auf der seite zu erzeugen. 5) Fluid Typo3 (ehemals FEDEXT) Fluid typo3 ist ein vollumfängliches Template System das alles Teile Abdeckt: Backendlayout, Frontend Layouts, Flexible Inhaltselemente mit Custom HTML und Spalten. Fluid typo3 setzt auf ein sauberes entwicklungs model. Das heist aber auch das die Einstellungen für deine Templates nicht in der datenbank liegen sondern man eine eingen "extension" für seine templates erstellen muss. Dafür bieten sie einem eine extension names "builder" die es einem ermöglicht ein fluidtypo3 extension grundgerüst zu erstellen. Das Editieren ist recht einfach, da jedes inhalts element und seitentemplate einfach ein fluidtemplate ist mit einer speziellen "configuration" sektion in der die backend configuration /layout gesteuert wird. Das macht es einfach da man alles was zu einem element gehört in einer Configurations datei hat. Und man kann seine extension mittels GIT/SVN gut versionieren ohne das man irgendwelche datenbank changes pflegen muss. Zur datenspeicherung sei gesagt sie nutzen die normale colPos für die spalten (+ 1 oder2 zusätzliche felder für die spalten speichernung) das heist die inhalte elemente lassen sich gut mittels SQL abfragen. Für die benutzer definerten eingabe felder nutzen sie jedoch Flexform XML (es sei denn man schreibt das manuelle ext_tables) Ich halte fluidtypo3 momentan für das einzige Template system das den gesamt funktions umfang von TemplaVoila in einer Modernen weise abbildet. Alle anderen lösungen setzten darauf verschiedene systeme manuell miteinander zu verheiraten. https://fluidtypo3.org/ 6) TemplaVoila TemplaVoila ist TOT!!! Es wird nicht mehr weiterentwickelt und sollte deswegen nicht mehr eingesetzt werden. Zu dem hat es viele andere nachteile. Denoch war es für seine Zeit inovativ und hat neue wege aufgezeigt wie templating funktionieren kann. /) was noch? Irgendwass hab ich bestimmt übersehen / vergessen. Also bitte liebe Mailingliste helft mir die Liste zu vervollständigen. Gruss chris -----Ursprüngliche Nachricht----- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Michael G. Gesendet: Montag, 27. Oktober 2014 21:59 An: typo3-german@lists.typo3.org Betreff: [TYPO3-german] Fluid Templating Hallo zusammen, ich bin gerade bei der Umstellung meines Webauftritts und frage mich gerade, ob ich auch hinsichtlich der Templating-Methode einen neuen Weg gehen sollte. Bisher habe ich mit ###MARKER### und ###SUBPART### gearbeitet. Das scheint ja augenscheinlich auch noch zu funktionieren. Aber was ist mit BackendLayouts und FluiodTemplate? Wie hängen diese zusammen oder gibt es ggf. demnächst etwas Neues? Hab da was von Bootstrap oder GridElements gehört? Wie ist denn hier die Einschätzung, auch hinsichtlich der Zukunftssicherheit? Möchte nicht beim nächsten LTS-Update alles wieder neu bauen müssen… J Liebe Grüße Michael _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german _______________________________________________ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
