Das Layout der Seite konnte ich auf jeden Fall wunderbar mit den in TYPO3 4.5 eingeführten Backend Templates umsetzen. Wobei die Integration dabei besser aussieht als jemals zuvor.

Das eine bis dahin genutzte FCE war dann auch schnell über das Layout-Select-Feld umgesetzt. Einziges Problem war, dass die Auswahl des Feldes erst einmal keine Auswirkung auf die Frontend Ausgabe hat. Mit dem Post von Christian Wolfram gab es dazu aber auch schon eine elegante Lösung. Folgende Zeilen TypoScript genügen schon:

tt_content.stdWrap.innerWrap.cObject.default {
  15.noTrimWrap = | class="| |
  17 = TEXT
  17.dataWrap = layout-{field:layout}"
}

Die zusätzliche Klasse hat das Design Problem gelöst. Für den Mehr-Link der bisher über das FCE gepflegt wurde, habe ich dann noch kurzer Hand tt_content um zwei Felder erweitert…

Der Aufwand war letztlich minimal. TemplaVoilà ist deinstalliert. Das Gefühl für die Zukunft, vollkommen mit Bordmitteln ausgekommen zu sein, ein sehr beruhigendes. Was bleibt ist die Frage: Für was noch TemplaVoilà?

Session: Multidomain Publishing

Die Session Multidomain Publishing war erstmal “interessant”, da es um eine Extension gehen sollte, die auf Anhieb nur bestehende Typo3-Kernfunktion nachbildet. Wie sich dann aber heraus gestellt hat, geht die Extension noch einen ganzen Schritt weiter. Dabei ist sie sehr gut in das Typo3-Backend integriert und bietet für einige TypoScript-Hackereien eine saubere Alternative.

Die Extension ermöglicht das Veröffentlichen von Content gezielt nach Format, Domain oder auch Clients. Das Konzept geht bis zu einzelnen Content-Elementen. Die Extension gibt es hier im TER. Ich hatte bisher noch kein Typo3-Projekt bei dem es ein paar mediaqueries nicht auch getan hätten, aber der Tag wird kommen.

Session: Workflows with TYPO3 v4 and Workspaces

Nichts neues von dieser Front, aber gut zu hören das die ganze Workflow-Sache wahrhaftig nicht so einfach auf Anhieb zu verstehen ist. Ich stehe seit einem Extbase vs. Workflows-Desasters noch etwas mit den Workflows auf dem Kriegsfuss. Trotzdem, die Workflows sind klar einer DER Typo3-Features und die Session gab einen guten Überblick zur Anwendung.

Session: The future of DAM

Ja, die Zukunft sieht gut aus. Keine Frage, ein guter File-Abstraction-Layer für Typo3 ist wirklich angebracht, gerade bei größeren Projekten. Die aktuelle DAM-Version ist aus meiner Sicht aber alles andere als einfach zu handhaben. Die Integration ist sehr holprig. Letztlich habe ich bei Projekten meist auf die Einrichtung von DAM verzichtet, da ich es dem Kunden nicht mit gutem Gewissen erklären konnte, warum es sich so vom restlichen backend unterscheidet. Das wird sich mit Version 2 aber wohl erheblich ändern. Es scheint sehr viel Arbeit in die Usability geflossen zu sein. Ich bin gespannt.

Session: Why Cucumber(s) make your TYPO3 project better

Bei Cucumber handelt es sich um eine Umgebung für Behavior driven Development. So weit, so gut. Mit Lime unter Symfony kannte ich bereits das Testen auf Funktionen, was dort wirklich überaus einfach von statten ging und richtig Spaß gemacht hat. Cucumbers geht einen Schritt weiter und lässt das Schreiben von Tests in einfacher Sprache zu. So kann dann selbst der Kunde Tests für seine Anforderungen schreiben.

Diese Texte müssen dann aber auch noch entsprechend definiert werden… ich glaube ich war auf Grund von Lime die ganze Session über etwas auf dem falschen Dampfer. Für wirklich große Projekte, mit einem langen Lebenszyklus, sicherlich interessant. Ich konnte mir auf Anhieb aber leider keinen Anwendungsfall vorstellen.

Session: Better Plan TYPO3 Projects with Agile Estimating

Ok, gelebte agile Aufwandseinschätzung. Spannend, aber für mich nicht weiter interessant. Bei dem bei uns gängigen Projektumfang, habe ich in der Zeit, in der ich das System einführe, drei Projekte fertig gestellt.

Session: Biceps – an Extbase enterprise application

Ein wirklich großes Projekt auf den Schultern eines noch frischen Extbase und Fluid umgesetzt. Mir verlangte das vor allem Respekt ab, da ich die Quälereien auf Grund fehlender Doku nur zu gut kenne. Vielen Dank für die Pionierarbeit!

Zum einen war es die überaus schwere Anpassbarkeit von Ext JS im Design. Zum anderen gab es die Grundsatzentscheidung das eine wirkliche Web-Applikation entstehen soll, keine Web-App die versucht eine Desktop-Anwendung nachzuahmen. Im Vortrag wird viel zu diesem Entscheidungs-Prozess erklärt.

Ich finde es wirklich gut wie darüber offen gesprochen wird. Ich kann mir gut vorstellen, welcher Akt es war die alte Arbeit liegen zu lassen und neu anzufangen und welchen Befreiungsschlag das bedeuten kann. Die Entscheidung selbst halte ich sowiso für überaus sinnvoll.

Das vorgestellte User-Interface war zwar noch weit von der Fertigstellung entfernt, lies aber bereits auf die Zukunft hoffen. Das bearbeiten der Inhalte findet weitest möglich direkt auf der Webseite statt und erscheint überaus intuitiv. Dabei spielt der in dieser Session vorgestellte Aloha-Editor eine wichtige Rolle.

Mich erinnert das bearbeiten der Inhalte ein wenig an das Arbeiten mit dem Symfony CMS Apostrophe Now!. Dort war ich schon vom Prinzip begeistert und wusste den Symfony-Unterbau zu schätzen. Heute setze ich es nicht mehr ein, da sich die API damals leider etwas zu oft geändert hat. Mit FLOW3 und Phoenix steht da aber jetzt ein mehr als mächtiger Nachfolger an.

Auch an die Entwickler wurde gedacht: Das Erweitern um weitere Content-Elemente ist mit etwas YAML-Konfiguration und einem Fluid-Template bereits jetzt problemlos möglich.

Das Release von TYPO3 5 steht leider noch in den Sternen. In nächster Zeit soll es aber wieder mehr Sprint-Releases geben. Während des Vortrags spürte man den neuen Schwung und Optimismus, den die Entwicklung durch die neuen Entscheidungen bekommen hat. Ich bin sehr gespannt wie es weiter geht und freue mich auf das was da kommt!

Wie oft werden Listen mit diversen Daten benötigt? Wie navigiere ich durch eine große Anzahl von Daten? Sortierfunktionen, Filter-Möglichkeiten? Auch wenn die darzustellenden Daten fast immer unterschiedlich sind, die Funktionalität ist eigentlich immer die gleiche.

Genau hier setzt pt_extlist an. Unabhängig von den Daten, können Listen generiert werden. Die anzuzeigenden Daten, Felder und Filter werden dabei einfach per TypoScript konfiguriert. Für jeder Spalte-Inhalt kann direkt über ein renderObject angepasst werden. So ist eine maximale Flexibilität gewährleistet, ohne das dazu auch nur eine Zeile PHP nötig wäre.

Die Extension basiert auf Extbase. Interessant ist ein Hack, über den es möglich ist auch einzelne Templates per TypoScript neu zu definieren. Es ist also nicht nötig immer wieder den kompletten Template-Ordner zu spiegeln, nur um ein Template anzupassen. Wie es bei Extbase derzeit leider noch der Fall ist.

Ich warte jetzt nur noch auf den nächsten Anwendungsfall. Die Zeit der Einarbeitung wird wohl kaum ins Gewicht fallen, wenn ich mir vorstellen wie viel Zeit die Extension sparen kann.

Die gesamte Extension basiert auf Extbase und Fluid. Womit auch gleich die ersten selbst auferlegten Anforderungen der Entwickler erfüllt sind: Eine saubere, verständliche und erweiterbare Codebasis. Zwar gibt es in der Extension aktuell keine Hooks und Extbase erlaubt nur das überschreiben ganzer Template-Ordner, nicht einzelner Templates. Aber wer schon einmal mit Extbase entwickelt hat weiß, dass es nur wenige Zeilen Konfiguration braucht, um bestehende Klassen zu erweitern oder ganz auszutauschen.

Mit einem eigenen Image Repository ist einiger Gehirnschmalz (was ein super Wort) in die Performance der Galerie geflossen, um so auch auf High-Traffic-Seiten mit sehr vielen Bildern eingesetzt werden zu können. Die Integration in das Backend macht einen sehr sauberen Eindruck ohne Ecken und Kanten.

Skins für bekannte Galerie-Funktionen sind bereits umgesetzt. Auch das anlegen eigener Frontend-Ansichten scheint sehr sauber und schnell möglich zu sein. Auch das für das Bilder-Rendering nichts neues erfunden wurde, sonder auf TypoScript gesetzt wird, halte ich für eine sehr gute Entscheidung.

Ein paar Wermutstropfen gibt es noch: So wird Mehrsprachigkeit und Zugriffsrechte im Backend noch nicht unterstützt. Auch auf Frontend Uploads wird verzichtet, was ich persönlich aber auch nicht vermisse.

YAG basiert, neben Extbase und Fluid, auf der Extension pt_extbase  und pt_extlist. Zu pt_extlist gab es gleich im Anschluss einen weiteren spannenden Vortrag.

Da wäre eine mächtige Kommandozeile. Doctrine2. Yaml Konfiguration. Beliebige Kontexte, je nach aktueller Umgebung (z.B.: dev, prod, staging…). Dependency Injection, die scheinbar mit wesentlich weniger Konfiguration auszukommen scheint als Symfony2, da voll auf Type-Hints gesetzt wird. Auch andere Bibliotheken, wie etwa vom Zend Framework oder eben Symfony-Komponenten können dann problemlos in FLOW3 genutzt werden.

Mein Eindruck ist, dass man eigentlich gerne auf Symfony2 gesetzt hätte. Ich meine sogar mal so etwas gelesen zu haben, kann das sein? Zumindest war es bestimmt eine Inspirationsquelle und das meine ich im aller besten Sinne.

Ich bin froh, dass der Typo3-Unterbau in Zukunft aller Voraussicht nach den Spaß und geschwindikeit bringt, den ich bisher nur von Symfony kannte. Da kommt mir gerade: Soll es eigentlich so etwas wie CRUD-Generatoren auf der Kommandozeile geben? Dafür würde ich gerne auf einen grafischen Ext-Kickstarter verzichten.

Ach ja: Am 20.10. ist es so weit! Ich werde definitv nicht zu den ersten Anwendern gehören, die direkten Entwickler-Support bekommen. Auch werde ich für zukünftige Projekte, so lange Typo3-Phoenix nicht fertig ist, wohl weiter auf Symfony setzen, sofern es die Anforderungen überhaupt verlangen. Ich werde mir aber schon bald die Zeit nehmen um rein zu schnuppern. Und wenn dann noch eines Tages Phoenix fertig ist… kaum auszumalen… Die Zukunft sieht rosig aus :)

Ich bin von Koblenz nach Hanau gependelt. Beim nächsten Mal wird es ein Hotel. Der Zug hatte eine Stunde Verspätung und so habe ich den ersten Teil der Keynote verpasst. Wie ich aus dem Video zur Keynote mittlerweile weiß, wurde da auch auf die Planänderungen aufmerksam gemacht. Egal.

Neben einigen organisatorischen Themen, stimmte die Keynote auf die beiden beherrschenden Themen der Zukunft an: Die Entwicklung von FLOW3 und TYPO3 5.0.

Größer Höhepunkt der Keynote war der Release-Termin für FLOW3 1.0, nach fünf Jahren Entwicklung: Der 20. Oktober!

Meine tiefster Respekt und Dank an die Entwickler. Ich freue mich auf das was da kommt.

In der Grundeinstellung ist die Einstellung aus. Je nach zur Verfügung stehendem Bild, kommt es dann zu eher hässlichen Ergebnissen bei der Vergrößerung. Da ist das Bild in Orginalgröße dann oft die bessere Option.

Also, einfach die Einstellung [GFX][im_noScaleUp] im Installtool aktivieren, oder gleich

$TYPO3_CONF_VARS['GFX']['im_noScaleUp'] = '1';

in die localconf schreiben. Dann hat es sich auch mit Thumbnails die auf Wallpaper-Größe vergrößert werden.

Ich wollte das hier nur kurz verewigen, da ich vor längerer Zeit nach einer solchen Einstellung gesucht habe und damals nicht auf diese einfache Lösung gestoßen bin. Vielleicht kann ich so dem ein oder anderen die zermürbende Suche ersparen.

Neben dem Zertifikat, welches sich Kunden gegenüber sicherlich gut macht, bin ich aber auch sonst froh, an der Zertifizierung teilgenommen zu haben. In meiner Vorbereitung habe ich doch noch einige Dokumentationen gelesen, deren Inhalt ich mir irgendwann sehr Mühsam per Trial & Error angeeignet habe. Typo3 ist komplex, aber wer lesen kann ist auch hier klar im Vorteil…

Letztlich bin ich Typo3 damit noch einmal ein gutes Stück näher gekommen. Einige Dinge, über die ich in der Vergangenheit  geflucht habe, muss ich heute auf meine Kappe nehmen. Das Problem sitzt nun mal meist vor dem Rechner. Neben der Auffrischung bereits bestehenden Wissens, gab es während der Vorbereitung auf jeden Fall einige Aha-Erlebnisse.

Zur Vorbereitung ist das Buch sicherlich die beste Adresse und dazu ordentlich Doku lesen. Mir persönlich ging es allerdings so, dass es mir sehr schwer fiel, noch nicht angewandte Dinge in meinem Kopf zu bekommen. Wirklich sicher konnte ich oft  nur die Fragen beantworten, für die ich auf Erfahrungen zurück greifen konnte. Eine Typo3-Testinstallation war so eine weitere gute Unterstützung.

Leider habe ich es zeitlich nicht geschafft auch am Typo3Camp teilzunehmen. Sehr schade. Ich hoffe nächstes Jahr passt es besser. Die Reise nach München lohnt sich in jedem Fall.

Early bird Preise für die T3CON gibt es noch bis zum 5. August. Den SymfonyDay gibt es noch bis zum 1. September günstiger. Also, schnell sichern!

Zudem  steht noch die Prüfung zum Certified TYPO3 Integrator beim Typo3Camp im München an. Wenn es hier also auch erst mal weiter eher ruhig bleiben sollte: Ab September werde ich mich vor lauter Themen nicht mehr retten können.