Das Problem ist, dass DaNiS bei der Installation einen eigenen SQL-Server auf dem Standardport 3306 einrichten möchte, der jedoch bereits von XAMPP verwendet wird (3306 ist der Standardport für SQL-Verbindungen). Das Ändern des Ports ist eigentlich leicht. Allerdings habe ich stundenlang vergeblich im Internet nach einer Lösung gesucht.

Hier also eine kleine Anleitung für dieses Problem:

1. Konfigurationsdatei ‘my.ini’ öffnen
   (bei mir ‘c:\xampplite\mysql\bin\my.ini’)
2. ‘port’ sowohl unter [client] als auch unter [mysqld] ändern (z.B. auf 3333)
3. Konfigurationsdatei ‘php.ini’ öffnen
   (bei mir ‘c:\xampplite\php\php.ini’)
4. ‘mysql.default_port’ auf den neuen Port ändern (also wieder 3333)
5. Konfigurationsdatei ‘config.inc.php’ öffnen
   (‘c:\xampplite\phpMyAdmin\config.inc.php’)
6. Im Abschnit ‘Server parameters’ die Zeile:

$cfg['Servers'][$i]['port'] = '3333';

ergänzen.

Sofern man das My-dkret3-Child-Theme aktiviert hat, kann man es sich zukünftig leichter machen. Da auch die Einstellungen des Dkret3-Themes ‘gefiltert’ sind, können diese durch ein paar Zeilen PHP in der functions.php des Child-Themes vorgegeben werden.

Im folgenden Screencast erläutere ich, wie man das macht.

Das Standard-Header-Bild kann in einem Child-Theme jedoch auch bequem voreingestellt werden.

Grundlage des folgenden Screencasts ist die Aktivierung des my-dkret³-Child-Themes, was ich bereits im letzten Screencast erläutert habe.

Der große Vorteil eines Child-Themes ist, dass Dkret³ aktualisiert werden kann, ohne dass erneut Änderungen am Child-Theme vorgenommen werden müssen. Darüber hinaus “erbt” das Child-Theme alle Verbeserungen der neuen Dkret³-Version.

In einem ersten Screencast zeige ich, wie das my-dkret³-Child-Theme aktiviert werden kann. In weiteren Folgen werde ich erläutern, wie man my-dkret³ an die eigenen Bedürfnissen anpasst.

Zusätzlich habe ich hier die Option “Beiträge der Galeriekategorie werden als Galerie angezeigt” gewählt.

Die hochgeladenen Bilder stehen unter einer freien Lizenz. Der Fotograf ist Ernest von Rosen, www.amgmedia.com.

Jeder Beitrag der Galerie-Kategorie wird in der Galerie-Übersicht dargestellt. Ich selbst habe bislang jedoch nur diesen einen Beitrag hochgeladen. Vielleich lade ich in Zukunft weitere Galerien hoch. Bislang fehlt es mir jedoch an Bildmaterial.

• Dkret-Widgets können mehrfach genutzt werden
• verbesserte Sicherheit durch Unterstützung der neuen “escaping”-Funktionen
• Unterstützung alle neuen Theme-Funktionen, Unterstützung von ARIA-Roles …)
• vollständig neue und (auch optisch) verbesserte jQuery Drop-Down-Navigation (Superfish)
• komplett neuer Admin-Bereich
• integrierte Unterstützung von Google AdSense Werbung
• …

Auf jeden Fall stecken mehrere Monate “harter Arbeit” in der Entwicklung und im Prinzip habe ich alles neu gemacht – nur nicht das Design.

Wie immer bei grundsätzlichen Änderungen können  alte WordPress-Versionen nur mit viel zusätzlichem Auwand unterstützt werden. Da WordPress 2.8 alles so gut wie 2.7 macht und vieles einfach noch viel besser geworden ist, erfordert Dkret3 3.0 die aktuelle WordPress-Version 2.8.

Alle Änderungen können im Changelog des Themes nachgelesen werden.

Supportfragen beantworte ich gerne im neuen Dkret3-Forum. Da das Theme auch in anderen Ländern eingesetzt wird, ist Englisch dort die bevorzugte Sprache. Wer des Englischen überhaupt nicht mächtig ist, kann gerne im deutschen Subforum posten.

Wer sich die vielen kleinen Änderungen seit der ersten Beta anschauen möchte kann im WordPress Trac nachschauen.

Ich kann das Release kaum erwarten, weil in der Zwischenzeit auch das Dkret Theme Framework große Fortschritte gemacht hat. Praktisch alles ist neu programmiert und viele, viele neue Funktionen, Filter und SHORTCODES wurden ergänzt.

Obwohl bislang kaum Fehler auftreten, werde ich nach dem Release von WordPress erst einmal eine vorläufige Beta von Dkret3 3.0 veröffentlichen.

Ich selbst setze bereits seit mehreren Wochen die Version 2.8 ohne erkennbare Probleme ein. Nach wie vor sind noch “Tickets” im Trac offen und täglich kommen neue hinzu, allerdings sind dies in erster Linie Fehler, die nichts mit dem neuen Release zu tun haben, sondern bereits seit einigen WordPress-Versionen vorliegen.

Während Version 2.7 eine radikal neue und meiner Menung nach bedeuted bessere Administrationsoberfläche auszeichnet, steht die Version 2.8 vor allem für Verbesserungen in Bezug auf die Stabilität.

Nachtrag vom 17.05.09:

Das Wichtigste habe ich wie immer vergessen: Interessierte können sich die Beta-Version jetzt natürlich auch herunterladen.

Im Trac ist heute noch einmal deutlich gemacht worden, dass die “Server Voraussetzungen” sich in nächster Zeit nicht ändern werden. Aktuell wird noch immer PHP 4.3 vorausgesetzt. Erst wenn weniger als 10% der WordPress Nutzer PHP 4.3 nutzen, werden die Erfordernisse vorsichtig auf PHP 4.4 angehoben.

Die Entwickler wissen ziemlich genau, welche PHP Versionen im Einsatz sind, da seit der Einführung der Updatefunktion aus dem Admin-Bereich heraus, die aktuell installierte PHP Version ausgelesen wird.

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.