Ich habe die Entwicklung von WordPress 2.8 in den letzten Monaten genau verfolgt, da ich parallel mein Theme dkret3 3.0 entwickele. Über die großen Änderungen ist schon hinreichend informiert worden, sodass ich mich auch einigen der unzähligen kleinen Verbesserungen widmen möchte.

Da alle Änderungen genauestens im Trac protokolliert werden, ist dies die beste Anlaufstelle für Wissbegierige und absolut unverzichtbar für Entwickler. Für die neue Version wurden knapp 700 “Tickets” eingereicht, wovon über 550 bereits erledigt wurden. Viele dieser “Tickets” sind bereits vor längerer Zeit eingereicht worden und immer wieder von Version zu Version verschoben worden.

Darstellung von Umlauten in RSS-Feeds

Seit vielen Versionen werden vor allem Umlaute in RSS-Feeds gerne NICHT dargestellt, sondern erscheinen unleserlich und zerhackstückt. UTF-8 kodierte RSS-Feeds werden nun endlich im WordPress Backend und vom RSS-Feed-Widgets korrekt ausgegeben.

Code-Bereinigung

Da WordPress bereits einige Jahre entwickelt wird und immer neue Funktionen hinzugefügt werden, ist es in Abständen notwendig, Funktionen zusammenzufügen und zu überdenken, damit das Gesamtsystem auch zukünftig zügig verbessert und weiterentwickelt werden kann.

Ein Beispiel für Änderungen in diesem Bereich ist Updatefunktion. Zunächst wurde die Möglichkeit geschaffen, Plugins im Admin-Bereich zu aktualieren. Später wurde diese Funktion auf das Gesamtsystem übertragen, sodass WordPress in wenigen Sekunden aktualisiert werden kann. In der aktuellen Version können jetzt auch Themes im Admin-Bereich aktualiert werden.

Erst in WordPress 2.8 werden diese Funktionen in einer eigenen Klasse zusammengeführt, die die Aktualierungen übernimmt. Solche Änderungen sind nicht trivial, sondern haben weitreichende Folgen haben. Sind erst einmal alle Fehler ausgeräumt, müssen zukünftig nicht drei unterschiedliche Bereiche gewartet werden. Verbesserungen bei der Aktualisierung von Plugins kommen zum Beispiel auch den Themes zugute.

Für Entwickler ist darüber hinaus von Bedeutung, dass mit jeder WordPress-Version der Code besser dokumentiert wird. Um die Funktionsweise einer WordPress-Funktion zu verstehen, ist immer häufiger ein Blick in der Quellcode erhellend.

Multiclass Widgets

Schon seit WordPress 2.6 (oder auch früher) können Widgets so programmiert werden, dass sie mehrfach hinzugefügt werden können. Das Text-Widget ist allerdings das einzige WordPress-Widget, dass von dieser Möglichkeit Gebrauch gemacht hat. Ich selbst bin mehrfach daran gescheitert, die in Dkret3 integrierten Widgets entsprechend anzupassen.

Ab WordPress 2.8 ist das Programmieren von Multi-Widgets ein Kinderspiel, da alle notwendigen Funktionen von einer zentralen Klasse zur Verfügung gestellt werden. Die Verwendung einer generischen Klassen kommt auch den Entwicklern entgegen, da wesentlich weniger Code programmiert werden muss, was sicherlich zu größerer Stabilität führen wird.

Widget-Programmierer müssen ab sofort nicht mehr alle Optionen selber in die Datenbank schreiben, sondern überlassen dies der neuen Klasse. Wenn Widgets entfernt werden, kümmert sich die Klasse auch darum, die Optionen wieder zu entfernen, wodurch die Datenbank auch nach längerer Nutzung nicht “zugemüllt” wird.

Verbesserte Handhabung von Javascript

Mit jeder neuen WordPress-Version steigt der Anteil an Javascript. Die mit WordPress 2.5 eingeleitete Wende zum schlanken jQuery Framework hat uns bereits viele Verbesserungen im Adminbereich beschert, die so richtig erst wahrgenommen werden können, wenn man Javascript einmal deaktiviert.

Auch im Blog selber spielt Javascript im Allgemeinen eine immer größere Rolle. Allerdings leidet unter dieser Entwicklung zunehmend auch die Geschwindigkeit. Viele Verbesserungen sind vor allem in diesem Bereich gemacht worden, sodass WordPress 2.8 insgesamt schneller geworden ist.

Während die Funktionen zum Einbinden von Javascript bislang nur den HEAD-Bereich der Seite berücksichtigten, kann Code nun explizit im Footer eingebunden werden. Selbstverständlich muss der Code auch dort geladen werden, allerdings wird der Seitenaufbau beschleunigt, weil nicht auf die einzelnen Skripte gewartet wird.

Eine deutliche Beschleunigung ist natürlich nur dann zu messen, wenn auch die Plugins und Themes an den neuen Mechanismus angepasst werden. Dkret3 bindet bereits seit einigen Versionen Javascript mit Hilfe der WordPress-Funktionen ein. In der kommenden 3.0 Version selbstverständlich im Footer.

Neue Funktionen für Theme-Autoren

Wie in jeder neuen Version üblich, kommen auch in Version 2.8 neue Funktionen für Theme-Autoren hinzu. In Dkret3 3.0 habe ich, sofern sinnvoll, diese eingebunden. Einerseits ist Dkret3 dadurch nicht mehr abwärtskompatibel, andererseits jedoch wesentlich “zukunftskompatibler”.

Während bislang die Datenbank zum Beispiel noch direkt abgefragt werden musste, um zu überprüfen, ob Kommtare zu einem Beitrag vorhanden sind, wird dies jetzt bequem von einer Funktion erledigt. Selbst zukünftige Änderungen an der Datenbankstruktur gefährden nicht mehr die Funktionsweise des Themes.

Auch die aus früheren Dkret-Versionen dynamischen BODY-Klassen des Sandbox-Themes sind in modifizierter Form in WordPress 2.8 integriert. Dkret3 3.0 fügt so dynamisch unterschiedliche Klassen dem BODY hinzu. Child-Themes können so z.B. mit ein paar Zeilen CSS das Headerbild in Abhängigkeit der Seite ändern.

Darüber hinaus habe ich die Worpress-Funktion mit Hilfe eines Filters um dynmische Brwoser-Klassen erweitert. Ein Child Themes kann so speziell an Besonderheiten einzelner Browser (z.B. Internet Explorer 6) angepasst werden.

WordPress 2.8 steht vor der Tür und damit wie immer die Frage, wird dkret3 kompatibel sein. Da ich dkret immer mit der aktuellsten Entwicklerversion von WordPress entwickele, wird dkret3 selbstverständlich vollständig zu WordPress 2.8 kompatibel sein. In WP2.8 stehen Theme-Entwicklern einige interessante neue Möglichkeiten offen, die ich bereits in dkret3 aufgenommen habe.

Alle Dkret-Widgets habe ich an die neue Multiwidget-Klasse von WordPress 2.8 angepasst und vollständig neu programmiert. Für den Benutzer bedeutet diese Änderung beispielsweise, dass er jedes Widget beliebig oft benutzen kann. In Verbindung mit dem Custom Widget Plugin lassen sich so noch leichter außerordentlich interessante Dinge veranstalten. Außerdem ist es leichter, weitere Optionen in die Widgets aufzunehmen.

Die beiden RSS-Feeds werden nicht mehr statisch in den Header der Seite eingebunden, sondern dynamisch mit Hilfe der neuen WordPress-Funktion <code>automatic_feed_links();</code>. Vorteile für den Benutzer ist ein leicht verbesserte Ladeverhalten des Blogs, da die Links nur auf den Seiten hinzugefügt werden, wenn sie benötigt werden.

Während WordPress 2.7 lediglich dynamische Klassen für die einzelnen Beiträge mit Hilfe der Funktion <code>post_class()</code> erzeugen konnte, unterstützt die Version 2.8 jetzt auch dynamische Klassen für den <code>body</code> durch die Funktion <code>body_class()</code>. Ich selbst verwende diese Klassen bislang nicht, Child Themes können so jedoch leicht sehr schöne Effekte erzielen. Beispielsweise können für die verschiedenen WordPress-Seiten unterschiedliche Headerbilder angezeigt werden.

In meinem eigenen Blog verwende ich neben der Navigation im Headerbereich ein spezielles Seiten-Widget, das Unterseiten – sofern gewünscht – nur dann anzeigt, wenn die zugehörige Hauptseite angezeigt wird. Bislang habe ich diese Funktionalität mit Hilfe des Foldable-Sidebar-Navigation-Widget-Plugins ermöglicht. Ab dkret3 2.8 ist dieses Plugin nicht mehr nötig. Stattdessen werden Unterseiten mit Hilfe von ein paar Zeilen jQuery Javascript ausgeblendet – sofern dies in den Optionen des Seiten-Widgets gewählt wird.

Dkret3 2.8 werde ich zeitnah mit dme Relase von WordPress 2.8 veröffentlichen. Eine frühere Veröffentlichung ist nicht möglich, da dkret3 2.8 die neue Version von WordPress voraussetzen wird.

Alle Änderungen können wie immer im ausführlichen Changelog nachgelesen werden.

Wozu benötigt man Javascript?

Manchmal reicht das Markup von dkret3 nicht aus, um alle Designwünsche ans eigene Theme umzusetzen. Es ist aber grundsätzlich keine gute Idee, zusätzliches Markup von Hand einzufügen. Jedes Update des Dkret3-Themes führt nämlich sonst zwangsläufig zu viel zusätzlicher Arbeit, da alle Änderungen erneut vorgenommen werden müssen.

Eine nicht destruktive Methode, Markup hinzuzufügen, ist der Gebrauch von Javascript. Wie ich selbst, verfügen sicherlich die wenigsten Nutzer über profunde Javascript-Kenntnisse. Da dkret3 jedoch standardmäßig jQuery den eigenen Seiten hinzufügt, kann man statt reinem Javascript einfach dieses relativ leicht zu beherrschende Framework benutzen. Wie leicht mit wenig Zeilen Code tolle Effekte damit zu erzielen sind, sieht man am z.B. an den AJAX-Kommentaren und der Kommentarvorschau von dkret.

Mit Hilfe von ein wenig jQuery können wunderbar dynamische Theme-Templates geschrieben werden, die auch überhaupt nicht mehr nach dkret3 ausschauen.

Eine einzige Zeile jQuery kann z.B. dem Entry-Meta-Div einiges zusätzliche Markup hinzufügen, mit Hilfe dessen sich ‘Rounded Corners’ realisieren lassen.

//add rounded corner divs for .entry-meta
jQuery(document).ready(function(){
	jQuery('body')
		.find('div.entry-meta')
		.wrap('


')
		.before('




')
		.append('




');
});

Interessierte können sich gerne meinen eigenen Versuch als Ausgangspunkt für eigene Spielereien herunterladen.Mit wirklich wenig Arbeit sind Spielereien möglich, wie sie Scott Wallick auf seiner Seite in der Navigation einsetzt. Sicherlich ist die eine oder andere zusätzliche Stunde ‘Hausarbeit’ nötig, um sich mit jQuery vertraut zu machen. Es lohnt sich aber in jedem Fall, weil es einfach Spaß macht.

Ein Blick in die ausgezeichnete jQuery-Dokumentation lohnt in jedem Fall. Darüber hinaus gibt es mittlerweile unzählige Seiten, die sich mit diesem Framework auseinandersetzen. Nicht zu Unrecht ist es mittlerweile integraler Bestandteil von WordPress.

Because I use a lot of his code in my theme dkret2 I had to make some important bugfixes and changes to the code over the time.

My Code:

• can not cease working anymore when other Plugins inject Javascript to diekretzschmars_head
• works with WP Ajax Edit Comments
  (thanks to the author of the plugin who made the needed changes)
• supports Math Comment Spam Protection Plugin
• and uses diekretzschmars_enque_script function of Wordperss 2.1 to enque jQuery (no more errors because double loading different jQuery versions.
• Lings (öäü) are always correctly displayed (if blog uses php5).

I added all my changes to the original plugin code just in case somebody is interested in.

Please don’t ask John Wrana for support if you use this version. This is NO OFFICIAL version and John will probably release new versions in the future too. I already send him my changes.

Everybody having problems with the original version can download my changed plugin .