Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Am 05.11.2017 um 23:36 schrieb Christian Hackl: Hehe jetzt musste ich lachen - aber stimmt natürlich wenn Smartphones noch Beamer bekommen :D Taschenbeamr gibt es schon. http://www.minibeamertest.com/ Preis laut Website zwischen 300 und 600 € Wenn demnächst noch lichtverstärkende Leinwände auf den Markt kommen, dann ... Dieter -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
hmm, ja ist wohl Ansichtssache, ich finde es mit gridelements halt schöner als wenn ich die Ansicht im BE für ein Mehrspaltiges Layout (den Inhalt davon) untereinander habe... :) Hehe jetzt musste ich lachen - aber stimmt natürlich wenn Smartphones noch Beamer bekommen :D Na mal sehen was Typo3 9 so alles mit sich bringt... ;) ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Christian, Am 03.11.2017 um 11:05 schrieb Christian Hackl: Achso, das meinst du mit variable BE Layouts - ist meines erachtens der falsche Ausdruck dafür... :D Gridelements ermöglicht mir ein Variables BE Layout. Denn ein BE Layout ist immer Statisch - mit Gridelements wirds "dynamisch" da ich jedes BE Layout (als Redakteur) so anpassen und das ausgeben kann was ich will. Nein. du musst ja die partiellen Content-Layouts zumindest definieren. Was du eigentlich möchtest, ist ein Backernd das darstellt wird, was du später im Frontend sehen wirst. Der Aufwand ist ähnlich hoch wie bei dem Konfigurieren eines eigenen Contentelements, wobei das eigene Content-Element aber dichter am Core ist als jedes Gridelement. Sagen wir du hast fest definiert, das es BE-Layout für einen 1 Spalter und für einen 2 Spalter gibt. Jetzt möchte der Kunde aber in dem 1 Spalter zusätzlich noch einen 2 Spalter unterhalb des 1 Spaltigem Content da hilft dir Gridelements - es ermöglicht solche Sachen auf einfache und für Entwickler sowie für Redakteure einfache weiße... Genauso wie drag and drop... super Sache - ich wüsste nicht wie ich das mit Core Elementen umsetzen sollte... :) Entweder ist das mehrspaltige Element ist wichtig und hat eine eigene strukturelle Identität, dann habe ich ein eigenes Content-Element dafür. Oder es geht nur um optisches Rumspielen für das Frontend (Redakteur), dann habe ich eine CSS-Klasse und eine allgemeines eigenes Element mit einem IRRE-Element. Je nach Layout-Wahl repreäsntiert das Element eine mehrspaltiges Contentelement oder ein Slider-Element oder ein Akkordeon-Element. Die Zahl der IRRE-Element wird über Count an das Fluid-Template üebergeben, was die CSS-Klasse die Spalten für das entsprechende Grid setzt. Das Vorteil ist, dass das Design automatisch auf die Zahl der Elemente reagiert. Ob du dann noch IRRE in IRRE-Elemente verwenden möchtest, um meherer Content-Elemente in einer Spalte zu halten, ist natürlich dir überlassen. Ich würde in der Regel davon abraten, weil der Redakteur extrem schnell den Überblick verliert. Da ich ein eigenes Element habe, könnte ich mir auch die Mühe machen, für die Ausgabe im Backend ein eigene Ausgabeelement zu erzeugen, was das Frontend-Verhalten nachzeichnet. Bislang habe ich mir die Mühe aber nie gemacht. Ich hoffe, dass TYPO3 bald ein vernünftiges Frontend-Editing einführt, so dass ein Redakteur sofort sieht, was er tut, statt Krücken wie Grid-Elements oder IRRE-Elemente nutzen zu müssen Technisch und konzeptionell wäre ein Frontend-Editing mit Extbase leicht und schlank möglich; aber Traditionen wie die Trennung in Frontend und Backend sind ähnlich änderungsresistent wie schlechte Angewohnheiten. Du hast recht das es immer mehr Vormate gibt, aber zumindest vorerst ist es doch eher so, das du nur bis zu einem 1 Spalter runter kannst, in die andere Richtung bist du theoretisch frei - könnten auch 10 Spalten sein... Spätestens wenn Smartphones ihr Display überwunden haben, wird es nicht mehr derart Nötig sein sich auf "Mobile" also 1 Spalter zu konzentrieren... Ja, wenn die Smartphones auch noch einen Beamer bekommen, wird es noch komplizierter werden. Dieter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Achso, das meinst du mit variable BE Layouts - ist meines erachtens der falsche Ausdruck dafür... :D Gridelements ermöglicht mir ein Variables BE Layout. Denn ein BE Layout ist immer Statisch - mit Gridelements wirds "dynamisch" da ich jedes BE Layout (als Redakteur) so anpassen und das ausgeben kann was ich will. Sagen wir du hast fest definiert, das es BE-Layout für einen 1 Spalter und für einen 2 Spalter gibt. Jetzt möchte der Kunde aber in dem 1 Spalter zusätzlich noch einen 2 Spalter unterhalb des 1 Spaltigem Content da hilft dir Gridelements - es ermöglicht solche Sachen auf einfache und für Entwickler sowie für Redakteure einfache weiße... Genauso wie drag and drop... super Sache - ich wüsste nicht wie ich das mit Core Elementen umsetzen sollte... :) Du hast recht das es immer mehr Vormate gibt, aber zumindest vorerst ist es doch eher so, das du nur bis zu einem 1 Spalter runter kannst, in die andere Richtung bist du theoretisch frei - könnten auch 10 Spalten sein... Spätestens wenn Smartphones ihr Display überwunden haben, wird es nicht mehr derart Nötig sein sich auf "Mobile" also 1 Spalter zu konzentrieren... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Christian, Am 31.10.2017 um 23:15 schrieb Christian Hackl: [] Allerdings glaube ich, das sich Redakteure die Seite eher am PC angucken als auf dem Smartphone - wodurch das oben erwähnte, also z. B. Spalten auch im BE zu haben, die Orientierung vereinfacht. (hier muss ich allerdings gestehen, das ich mich noch nicht sehr stark mit FE-Editing beschäftigt habe - war bisher noch keine Anforderung eines Kunden. :) Frontend-Editing unter TYPO3 wäre die beste Lösung. Aber leider ist der Code so unschön und instabil, dass ich dazu keine Lust habe, mit jeder Minor-Version wieder mein Plugin anzupassen. Letztens wollte ich per Frontend ein Youtube-Link als FAL einbinden und hatte am Ender nur einige neue Schimpfworte gelernt. [...] Variable BE-Layouts? Höre ich jetzt zum erstenmal - wo kann ich mich da schlau machen? Danke dir! Man kann im Backend ein Layout einbinden, dessen Namen man im Backend definiert und den man per variable ans template übergibt: f:render partial="{name}" / erlaubt eine dynamische Umschaltung. Auch f:layout name="{name}" funktionert hervorragend, wobei dann erst das Layout-Datei bestimmt, welche Daten überhaupt im Weiteren gerendert werden. Ist hervorragend geeignet, wenn man displayCond aus dem TCA mit dem Template synchronisieren will. Auf meiner Test-Website www.mobger.de habe ich experimentell so die Umschaltung zwischen Mobil-und Desktop-Design realisiert. Die Media-Queries per CSS sind aber rückblickend betrachtet die bessere Variante. Das dynamische Templating funktioniert also seit TYPO3 6.2 Was meinst du mit Content bzw. Zitaten? Zitat: Ich kann mit einem Content-Element auf andere Content-Elemente verweisen und diese Rendern lassen. So noch zur Info ich verwende Gridelements nur für Spalten und besondere Fälle - etwa Accordions und Slider mit Variablem Inhalt. Für so etwas nutze ich üblicherweise IRRE-Elemente, die in eine Schleife geblockt werden. Gegebenenfalls nutze ich noch ein Partial die IRRE-Elemente unterschiedlich ausgeben zu lassen. Gridelements verwende ich seit 6.2.x - bei Updates hatte ich bisher (auf Holz klopf) noch keine Schwierigkeiten. Mask /MaskEport ist sicher eine gute Software, die zur aktuellen Version von TYPO3 passt. Grid-Element ist nicht wirklich wichtig, denn angesichts fließender Größen-Übergänge von Mobile-Tablet-Laptop-Desktop bietet wie schon gesagt die Backend-Darstellung nur scheinbar einen Bezug zur Frontend-Ausgabe. Grid-Elements ist eine Auslaufextension. In meinen letzten beiden Projekten habe ich es nicht mehr eingesetzt. Wichtiger als Grid wäre mir für das kommende TYPO3 9, dass man einfacher Open Graph-Informationen und andere SEO-Infos leicht im Header seiner Webseite angeben kann. Im Bereich SEO ist TYPO3 recht schwach. Mit besten Grüßen Dieter Porth Off-Topic zu SEO im Header-Bereich: Aktuell engagiere ich mich zum Beispiel politisch für die verpflichtende EU-weite Einführung des Meta-Tag Webseiten, um alle Zeitungen, Blogs und News-Anbieter zu zwingen, Ihre News erst vier Wochen nach Veröffentlichung für die Indexierung durch Suchmaschinen freizugeben, so dass die Webseiten der New-Erzeuger für Bürger und Werbewirtschaft wieder attraktiver werden. Um das Vergessen im Internet zu fördern, sollten weiter News-Anbieter mit Artikel aus dem Index streichen lassen. Ich glaube: Aktuell plündern die US-Datenkraken unsere News-Quellen, manipulieren unseren Wissenzugang und zerstören so die Meinungsvielfalt in unserer Demokratie. Deutschland entwickelt sich immer stärker zur Dollar-DDR . -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
@Dieter hmm, du hast natürlich recht, je näher am core und je mehr man auf Bordmittel setzen kann umso besser. Nur mit Gridelements ist man einfach super schnell ein Modulares Layout zu erstellen. Da z. B. jedes Grid für sich alleine überall Anwendung finden kann und ich nicht auf das statische BE Layout zurückgreifen muss. Und für einen Redakteur ist es auch noch sehr schön ersichtlich (im BE) wo sich was im FE befindet. Man könnte natürlich sehr schnell (mit Mask zum Beispiel) eigene Inhaltselemente erstellen, die das selbe Problem lösen wie es Gridelements tut. Nur ist dann im BE tatsächlich (wie du ja bevorzugst) alles untereinander. Ich persönlich halte von Mobile-first nicht all zu viel (aber das ist wohl ein anderes Thema ;) ). Allerdings glaube ich, das sich Redakteure die Seite eher am PC angucken als auf dem Smartphone - wodurch das oben erwähnte, also z. B. Spalten auch im BE zu haben, die Orientierung vereinfacht. (hier muss ich allerdings gestehen, das ich mich noch nicht sehr stark mit FE-Editing beschäftigt habe - war bisher noch keine Anforderung eines Kunden. :) Bei Mehrsprachigkeit hast du zum Teil recht. <- allerdings kann man die Ansicht ja umschalten - macht für mich persönlich auch mehr Sinn, da es ab einer gewissen Anzahl an Sprachen so oder so unübersichtlich wird... Variable BE-Layouts? Höre ich jetzt zum erstenmal - wo kann ich mich da schlau machen? Danke dir! Was meinst du mit Content bzw. Zitaten? So noch zur Info ich verwende Gridelements nur für Spalten und besondere Fälle - etwa Accordions und Slider mit Variablem Inhalt. Da habe ich noch nichts gefunden was mir das schneller einfacher und besser (inkl. möglichst ähnliche Ansicht BE FE auf einem PC) ermöglicht. Gridelements und Mask sind für mich mittlerweile DIE standard Extensions neben realURL. Für mich gehören alle drei in den Core... :D Gridelements verwende ich seit 6.2.x - bei Updates hatte ich bisher (auf Holz klopf) noch keine Schwierigkeiten. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Christian, Grundsätzlich gilt je näher man Extbase und dem TYPO3-Core bleibt, desto einfacher hat man es später bei Migrationen. 1) Es ist die grundsätzliche Leitlinie "Mobile First", die mich von Grid-Elements abhält. In der Mobile-Ansicht stehen die Elemente immer untereinander. Ein Layout im Backend sollte diesen Fall abbilden. 2) Wenn Seiten mehrsprachig sind, dann werden mehrsprachige Backendlayout mit Grid-Elementen zum optischen Horror, weil der Bildschirm einfach nicht breit genug ist. 3) Grid-Elemente bringen zusätzliche Komplexität in ein Seitendesign, das zusätzlich (!) nach jedem Update aufwendig zu testen sind. Wenn für TYPO3 intuitiv automatisierbare Akzeptanztest heute schon die Norm wären, wäre dies natürlich kein starkes Argument mehr. (Vielleicht in ein paar Jahren. Testdatenbanken sind ja dank AdditionalConfigurations schon heute leicht möglich.) 4) Ich bevorzuge das Konzept der Datenklarheit: ein Grid-Element ist für mich nur eine auf Content-verweisende Seite, die sich für das Backend-Karneval als Content-Element verkleidet hat. Ich denke, dass man mIt dem IRRE-Konzept, mit den variablen Backend-Layouts, mit der Möglichkeit von Kontent- & Seiten-Zitaten und mit dem Konzept eigener Content-Elemente jeden Grid-Anwendungsfall gleichgut oder oft auch klarer im Backend abbilden kann. Oder gibt es Grid-Sonderfälle, die ich bisher übersehen haben sollte? Mit besten Grüßen Dieter Am 30.10.2017 um 00:15 schrieb Christian Hackl: @Dieter warum würdest du von Gridelements absehen? Was spricht den dagegen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Quote: Mikel wrote on Mon, 30 October 2017 22:23 [...] Eine Alternative durch das Erstellen von einem Content Element sehe ich kritisch wegen der Relation zu den einzufügenden Inhaltselementen. Das einzufügende Inhaltselement scheint für auch das große Problem zu sein. -- https://twitter.com/bastians ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Meine Meinung: Für Anwendungsfälle wie die flexible Verschachtelung von Layouts (z.B. verschachtelte Mehrspaltigkeiten) ist man mit Gridelements am besten bedient. Eine Alternative durch das Erstellen von einem Content Element sehe ich kritisch wegen der Relation zu den einzufügenden Inhaltselementen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Bastian, nach meiner Erfahrung ist Gridelements nicht gerade trivial beim Aktualisieren. Es ist sehr wichtig vorher alle Dokus bezüglich des Updates zu lesen. Und natürlich, wie immer, ein Backup der Website und der Datenbank zu machen. Zudem existiert nur eine Git Version der Extension für Typo3 8.x. Das finde ich ein halbes Jahr nach Veröffentlichung der 8er Serie nicht so schön. Grüße Matthew Am 30.10.2017 um 12:08 schrieb Bastian: > Hallo Dieter, > > vielen Dank für deine erneute Antwort. Demnach muss ich wohl ohnehin > mit einer externen Extension einen Zwischenschritt gehen bis ich auf > v8 bin. Heißt auch, bis v8 ist es mit Bordmitteln nicht möglich, eine > verschachtelte Box mit Content Elementen zu erstellen. > > Mich würde allerdings auch interessieren, was gegen gridelements > spricht? Ich habe die Extension eben mal ausprobiert und habe relativ > schnell mein gewünschtes Szenario einer Box hinbekommen, der ich nun > vorab definierte Content Elemente hinzufügen kann. > > Grüße > Bastian > > ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Dieter, vielen Dank für deine erneute Antwort. Demnach muss ich wohl ohnehin mit einer externen Extension einen Zwischenschritt gehen bis ich auf v8 bin. Heißt auch, bis v8 ist es mit Bordmitteln nicht möglich, eine verschachtelte Box mit Content Elementen zu erstellen. Mich würde allerdings auch interessieren, was gegen gridelements spricht? Ich habe die Extension eben mal ausprobiert und habe relativ schnell mein gewünschtes Szenario einer Box hinbekommen, der ich nun vorab definierte Content Elemente hinzufügen kann. Grüße Bastian -- https://twitter.com/bastians ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
@Dieter warum würdest du von Gridelements absehen? Was spricht den dagegen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo Bastian, Mask und Mask-Export erzeugen den Configurations-Code für eine eigene Extension, die dann nur auf TCA basiert und deine tt_Content ggfls. um Felder erweitert. Nachdem du deine Box erstellt hast, kannst du die Mask und Mask-Export wieder entfernen. Die Mask-Extension arbeitet aber meines Wissens nur erst ab TYPO 8+. Die erstellten Content-Elemente könnten aber auch schon unter TYPO3 7.6 lauffähig sein (hab ich nie ausprobiert). Beim Upgrade von 7.6 auf 8 musst du in deiner mit Mask/Mask-Export erstellten Extension beim TCA einiges rekonfigurieren, aber da gibt dir TYPO3 dann im Installtool schon zahlreiche Hilfen und Migrationshinweise. P.S. Von Gridelements würde ich zukünftig absehen. Die meisten Anwendungsfälle kannst du bei TYPO3 8 über unterschiedliche Backend-Layouts, mit geschickt gewählten Templates oder mit per Mask definierten Content-Elementen abfrühstücken. Mit besten Grüßen Dieter Am 29.10.2017 um 15:30 schrieb Bastian: Hallo, ich verwende aktuell Version 6.2.31 und möchte später auf 7.6 und dann auf 8 upgraden. Die Extension mask habe ich auch schon gesehen, bevor ich aber wieder auf eine externe Extension setze würde ich vorab gerne Wissen, ob mein Vorhaben wirklich nicht mit reinen Bordmitteln geht. Hast du da Erfahrung? Grüße -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo, ich verwende aktuell Version 6.2.31 und möchte später auf 7.6 und dann auf 8 upgraden. Die Extension mask habe ich auch schon gesehen, bevor ich aber wieder auf eine externe Extension setze würde ich vorab gerne Wissen, ob mein Vorhaben wirklich nicht mit reinen Bordmitteln geht. Hast du da Erfahrung? Grüße -- https://twitter.com/bastians ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Welche version verwendest du aktuell? Auf welche version willst du upgraden? TYPO3 7.6 ? Zum Erzeugen von Content-Elementen bieten sich die Extension mask + Maskexport an. Mit Mask klickst du deine Box zusammen und mit Mask.-Export speicherst du die Bax als eigene Extension. Vorteil: Mask erstellt eine Extension, die nur TYPO3-Konfigurationen verwendet. Ab TYPO3 8 gibt es auch Migrationshinweise für die TCA, so dass spätere Update relativ problemfrei sein können Mit besten Grüßen Dieter Am 29.10.2017 um 13:46 schrieb Bastian: Hallo, ich bin gerade dabei, die Webseite unserer Fußballvereins von TYPO3 6.2 auf Basis von TemplaVoila und dem CSS-Framework YAML auf FLUIDTEMPLATE und Bootstrap v4 umzustellen (eigene Template-Extensions). Ich würde gerne so viel wie möglich mit Bordmitteln machen und externe Extensions gerne so gut es geht vermeiden, um einen Zustand wie aktuell mit TemplaVoila zukünftig zu vermeiden. Zeitnah nach der Umstellung möchte ich auch die TYPO3-Version upgraden. Ich habe folgende Herausforderung, wozu ich bisher keine Lösung mit Bordmitteln finden konnte. Unsere Webseite besteht aus zwei Spalten, einer Spalte für den Haupt-Content und eine Spalte für eine Sidebar. In der Sidebar wird der Content in Boxen dargestellt (mittels Bootstrap Cards, ehemals Panels). Eine Box besteht aus einer Headline und Content, der Content kann Text, Bild oder sogar ein Plugin sein (wir verwenden für unseren Spielbetrieb die Extension T3Sports). Nun stelle ich mir das so vor, dass ich ein (eigens erstelltes) Content Element anlege, das den Wrapper um den eigentlichen Content darstellt. Aus diesem Wrapper / Content Element soll der Name für die Headline der Box genommen werden. Innerhalb dieses Content Elements soll dann wieder ein Content Element angelegt werden können, ganz normal aus der Auswahl wenn man ein neues Content Element in TYPO3 anlegt. Mit Extensions wie gridelements oder fluidcontent ginge das wohl, allerdings würde ich gerne wissen, ob man dies nicht auch mit Bordmitteln hinbekommt? Bisher habe ich dazu nichts gefunden, daher wäre ich für Tips dankbar. Vielen Dank vorab für eventuelle Tipps, Bastian -- Dr. Dieter Porth - Web-Entwickler ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Verschachtelte Content Element für Box / Card (Bootstrap) mit FLUIDTEMPLATE
Hallo, ich bin gerade dabei, die Webseite unserer Fußballvereins von TYPO3 6.2 auf Basis von TemplaVoila und dem CSS-Framework YAML auf FLUIDTEMPLATE und Bootstrap v4 umzustellen (eigene Template-Extensions). Ich würde gerne so viel wie möglich mit Bordmitteln machen und externe Extensions gerne so gut es geht vermeiden, um einen Zustand wie aktuell mit TemplaVoila zukünftig zu vermeiden. Zeitnah nach der Umstellung möchte ich auch die TYPO3-Version upgraden. Ich habe folgende Herausforderung, wozu ich bisher keine Lösung mit Bordmitteln finden konnte. Unsere Webseite besteht aus zwei Spalten, einer Spalte für den Haupt-Content und eine Spalte für eine Sidebar. In der Sidebar wird der Content in Boxen dargestellt (mittels Bootstrap Cards, ehemals Panels). Eine Box besteht aus einer Headline und Content, der Content kann Text, Bild oder sogar ein Plugin sein (wir verwenden für unseren Spielbetrieb die Extension T3Sports). Nun stelle ich mir das so vor, dass ich ein (eigens erstelltes) Content Element anlege, das den Wrapper um den eigentlichen Content darstellt. Aus diesem Wrapper / Content Element soll der Name für die Headline der Box genommen werden. Innerhalb dieses Content Elements soll dann wieder ein Content Element angelegt werden können, ganz normal aus der Auswahl wenn man ein neues Content Element in TYPO3 anlegt. Mit Extensions wie gridelements oder fluidcontent ginge das wohl, allerdings würde ich gerne wissen, ob man dies nicht auch mit Bordmitteln hinbekommt? Bisher habe ich dazu nichts gefunden, daher wäre ich für Tips dankbar. Vielen Dank vorab für eventuelle Tipps, Bastian -- Viele Grüße, Bastian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german