Joomla!1.6 - Ein Blick in die Zukunft
Joomla!1.6 wirft seine Schatten voraus, so das auch ich die Entwicklung mit Spannung verfolge. Mittlerweile ist die 5.Beta erschienen, welche natürlich nicht zum produktiven Einsatz geeignet ist. Was sich eigentlich von selber versteht erwähne ich hier in dem Wissen, das es immer noch Anwender gibt, die meinen alles neue gleich "haben zu wollen. Dieser Artikel soll die Neuerungen im Bereich der Templates beleuchten, ohne das ich einen Anspruch auf Vollständigkeit erhebe.
Joomla!1.6 goes Webstandards
Mit Joomla!1.6 beschreiten die Core Entwickler einen neuen, längst überfälligen Weg: Der durch das CMS ausgegebene (X)HTML-Code enthält keine Layouttabellen mehr! Damit wird es nun endlich ohne Template Overrides möglich sein barrierearme und semantische Webauftritte zu erstellen. Was bei Systemen wie z.b. Typolight von Anfang an enthalten war, hält nun auch seinen Einzug in Joomla!. Wie Angie Radtke in hrem Vortrag auf den Joomla!dagen Nederland ausführte wurden dazu viele neue CSS-Klassen eingeführt. Schade aus meiner Sicht ist allerdings, das das Standardtemplate der Joomla!1.5 Version (Milkiway) dazu benutzt werden kann, Templates Overrides zu nutzen um diese Neuerungen zu umgehen, und den alten (X)HTML Code zu produzieren. Grund hierfür sei, bei einer Migration auf Joomla!1.6 Joomla1.5 Templates verwenden zu können. Aus meiner persönlichen Sicht fände ich es besser, wenn konsequent der Gedanke der Webstandards und Zugänglichkeit verfolgt worden wäre. Es wird so auch in Zukunft Kunden geben, die aus Kostengründen eine Neuprogrammierung der Templates umgehen werden.
Laufen die alten Templates auch unter Joomla!1.6?
Die Antwort lautet "Jein". Wie im vorherigen Absatz beschrieben, sind CSS Klassen hinzugefügt oder umbenannt worden, so das Templates der Joomla!1.5 Version schlicht auseinanderbrechen. Allerdings kann durch kopieren des html Ordners des Mikiway Templates dafür gesorgt werden, daß auch die alten Templates laufen. Aber eben auf Kosten der Barrierearmut und unter Verzicht auf Webstandards.
In einigen Foren sind schon jetzt kritische Stimmen zu vernehmen, die bemängeln, das Templates wie schon bei Erscheinen von Joomla!1.5 neu programmiert werden müssen. Sicher, Templatedesigner wie ich müssen sich die neuen CSS-Deklarationen neu aneignen. Viele der mittlerweile angesammelten Code-Schnipsel werden nicht mehr zu gebrauchen sein. Trotzdem sehe ich hier neben der ganzen (kostenlosen) Arbeit die in den nächsten Monaten auf mich zukommt aber auch einen Vorteil: Joomla!1.6 wird durch die Befolgung von Webstandards und semantischen Code einen erheblichen Teil der Suchmaschinenoptimierung von Anfang an mitbringen. Ohne das Programmierer und Betreiber etwas dazu tun müssen. Ich meine, das dies den erneuten Lernaufwand wert ist. Allen Agenturen und Joomla-Dienstleistern wird hier die Möglichkeit geboten ihren Kunden einen echten Mehrwert anzubieten
Joomla!1.6 und die Erweiterungen
Wie schon bei der Einführung von Joomla!1.5 wird es sicher auch bei der Veröffentlichung von Joomla!1.6 einie Zeit dauern, bis die Entwickler der Erweiterungen dem Prinzip der Webstandards und Semantik des Core folgen werden. Dies liegt allein schon in der Tatsache, das erst dann alle Änderungen bekannt sind. Für die Erweiterungen, die schon heute nach dem MVC Prinzip entwickelt wurden, brauchen hier "nur" die Views per Template Overrides an die neue Ausgabe angepasst werden. Bei allen anderen Erweiterungen wird sicher nichts helfen außer warten. Ich denke aber, das diese Wartezeit in Kauf genommen werden kann. Wie die Erfahrung mit Joomla!1.5 gezeigt hat wird es am Anfang auch bei Joomla!1.6 einige Sicherheitsupdates vergehen bis es für Produktiveinsätze geeignet ist.
Zusammenfassend bleibt aus meiner Sicht festzustellen, das Joomla!1.6 ein großer Schritt in die richtige Richtung ist. Layouttabellen sind verschwunden und "zwingen" Templateentwickler sich zumindestens mit Webstandards und Barrierearmut zu beschäftigen. Es wird endlich ohne weiteres möglich sein standardkonforme Webauftritte zu erstellen, was eine OnPage-Optimierung für Suchmaschinen so gut wie überflüssig machen dürfte.