Content Blocks: The Gamechanger for Your TYPO3 Projects? (Part 1) |

[@WolfgangWagnerTYPO3]

Content Blocks im TER: extensions.typo3.org/extension/content_blocks/ Und hier geht's zur Warteliste für meinen geplanten TYPO3 13 Videokurs: wwagner.net/in-planung-neuer-videokurs-zu-typo3-13-lts

[@treupo-yt]

Für dem Link hättest du theoretisch auch header_link (für den Link an sich) und vielleicht subheader (für den linktext) nutzen können. So mache ich das bei mir. Die Felder sind ja schon vorhanden und so brauche ich nicht unbedingt neue. Natürlich nur wenn man keinen Subheader anderweitig in der Card nutzt 😅 20:13

[@WolfgangWagnerTYPO3]

Ja, richtig. Tatsächlich wollte ich aber zeigen, wie das in der Datenbank aussieht. Aber das wäre der bessere Weg.

[@ErHaWeb]

Vielen Dank Wolfgang, dein gut strukturiertes Video hilft mir wunderbar beim Einstieg in dieses coole neue Feature. Ich plane aktuell die ersten Modernisierungen mit Content Blocks und kann es kaum erwarten damit produktiv loszulegen.

[@WolfgangWagnerTYPO3]

Hey Erik, sehr cool, dass dir das Video hilft. Eigentlich kannst du jetzt direkt loslegen. Ich habe die Extension schon im Einsatz und werde die auch in Kundenprojekten nutzen. Und die Extension t3s_swiper setzt schon auf Content Blocks und ist ein gutes Anschauungsmaterial, was man mit Content Blocks machen kann.

[@rechthabich]

Sehr schön erklärt. Endlich hört das bauen mit Drittanbieter Extensions auf. War immer neidisch auf das einfache Erstellen von Contentelementen in WordPress. Sowas gibt Typo3 einen echten Mehrwert.

[@WolfgangWagnerTYPO3]

Danke dir! Ja, die Community wünscht sich schon lange, dass sowas endlich in den Core kommt. Manchmal werden Wünsche erhört 😉

[@coffeepete]

Oh yes. Ich habe so lange schon gehofft, dass das einfach in den Core übernommen wird. Das wird absolut toll. TYPO3 13 wird glaube ich in vielen Punkten ein Game Changer (auch z.B. bezüglich WebP, was dann endlich auch ordentlich integriert sein soll). Aber endlich Weg von der Abhängigkeit wie mask oder grid_elements. Und versteht mich nicht falsch: eigentlich liebe ich diese Extensions. Aber wenn man ein Upgrade für einen Kunden machen muss und diesen dann hinhalten muss, weil solche Extensions noch nicht die neue Version unterstützen, nun da freut man sich auf die Integration ins System 🙂 Super Schritt liebes Core-Team ♥ Danke auch fürs gemeinsame Reinschnuppern, Wolfgang 🤗

[@WolfgangWagnerTYPO3]

Kann deine Freude absolut nachvollziehen :) Wobei man fairerweise sagen muss, dass Mask in den letzten Jahren eigentlich nie ein Problem war und auch der Upgradepfad in der Regel sehr einfach und stabil war. Trotzdem: jetzt eine Core-Lösung zu bekommen, macht natürlich vieles sehr viel einfacher.

[@coffeepete]

@@WolfgangWagnerTYPO3 Auf jeden Fall. Und der Support von der Firma hinter mask war auch immer sehr transparent :)

[@ralfhuskes2736]

Schön dass es im Core aufgenommen wird. Das Video macht schon Lust auf die ersten Projekte damit. Ich hoffe es verträgt sich mit vorhandenen CustomCtypes. Ich schätze aber ja was ich gesehen habe.

[@WolfgangWagnerTYPO3]

Ja klar, das wird keine Konflikte geben.

Danke für die Infos, Wolfgang. 😀

[@WolfgangWagnerTYPO3]

Sehr gerne. Schon ausprobiert?

@@WolfgangWagnerTYPO3 Na, kam noch nicht dazu. 😁

[@raum4224]

Durfte die Präsentation beim TYPO3 Camp Mitteldeutschland 2023 erleben und war sehr begeistert. Freue mich, dass die Aufnahme in den Core zur 13er klappt. Herzlichen Glückwunsch an die "Macher" :)

[@markustobler3687]

Tolles Video Wolfgang, vielen Dank 🙏🏻

[@MrJura911]

Ich würde mich über eine Reihe davon freuen.

[@nt2658]

Vielen Dank für das tolle Video. Würdest Du die EXT zum jetzigen Zeitpunkt schon in einem Kundenprojekt einsetzen? Also nach dem Motto production ready?

[@WolfgangWagnerTYPO3]

Kurz und bündig: Ja.

[@jafix85]

Danke für das Video. Schön erklärt. 👍 Eine Frage ergab sich aber: weißt du, ob es eine Möglichkeit der Migration Mask -> Content Blocks geben wird?

[@WolfgangWagnerTYPO3]

Ja, das ist wohl geplant, und wäre sogar manuell sehr einfach möglich, da sich im Prinzip nur die Tabellen- oder Feldbezeichnungen in der Datenbank und dementsprechend die Variablennamen in den Fluidtemplates ändern. Ansonsten könnte man gerade die Fluidtemplates fast 1:1 übernehmen.

[@jafix85]

@@WolfgangWagnerTYPO3 Na, das hört sich doch mal gut an. 👍

[@robinson2ben]

Das Video hat mir den Start mit Content Blocks sehr viel leichter gemacht, vielen Dank dafür! Bin gerade dabei mein erstes Projekt damit umzusetzen. Eine Frage ist dabei noch aufgekommen: die Erstellung englischer Labels mittels content-blocks:language:generate + den Anpassungen in der xlf-Datei ist dank Deiner Tipps und der Doku auch gut verständlich, aber ich frage mich aber noch, wie man diese im Anschluss am besten übersetzt? Die Textdateien pro Sprache manuell anzulegen wäre etwas umständlich und fehleranfällig, insbesondere bei nachträglichen Änderungen der englischen Texte. Gibt es dazu einen besseren Weg oder sogar ein Tool (z.B. VS Code Plugin), welches Du empfehlen würdest?

[@WolfgangWagnerTYPO3]

Leider habe ich dazu auch noch keine direkte Empfehlung. Es gibt zwar Extension, die einem bei der Verwaltung der XLF-Dateien unterstützen, aber diese scheinen die Dateien in den Content Blocks nicht zu erkennen. Ich würde wahrscheinlich ChatGPT damit beauftragen ;)

[@S0CAR0]

Danke für den Tipp mit den Content Blocks, das werd ich auf jeden Fall fürs nächste Projekt im Hinterkopf behalten. Bislang hab ich alles mit Flux gebaut, auch die Grid-Elemente. Darf ich fragen, womit du deine Container erstellt hast?

[@WolfgangWagnerTYPO3]

Mit der Extension "container" von b13.

[@metapublic]

Hi Wolfgang, erst mal danke fuer das Video. hab gerade tyop3 12 installiert,. ebenso make in der 0.1.7. nach ausfuehren des befehls wie angegeben "ddev typo3 make:content-block" bekomme ich folgendes angezeigt "Command "make:content-block" is not defined.". in der doc ist zwar der command al example aufgefuerht, aber bei make -h nicht als command aufgefuehrt. danke schon mal gLudwig

[@WolfgangWagnerTYPO3]

Ja klar, es geht ja auch nicht um die Extension make, sondern um content_blocks. Siehe Video.

[@metapublic]

Klar, stimmt. wollt es einfach nur genauso nachvollziehen wie im video. @@WolfgangWagnerTYPO3

[@flightvision]

Danke!

[@WolfgangWagnerTYPO3]

Sehr gerne! :)

[@Teisi300]

tolles Video! zu content-blocks: yaml?? das sich dann auch noch vom TCA unterscheidet! Mal ganz abgesehen davon das man im TCA dank PHP viel viel ... flexibler ist! Und es ist auch noch debugbar... mixins??? die meinen wohl paletten?! TypoScript braucht man auch noch? Nicht pure yaml? Lächerlich! Neue namen, neue config, neue speicher Orte, neuer overhead, für etwas das man schon vorher seit jahren machen konnte, mit kaum mehr Aufwand. Remember:KISS Bin ich mal auf die final Version gespannt... die es wohl nie geben wird, wenn ich mir EXT form so anschaue😂 Aktuell alles andere als begeistert.