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.

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.

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.

Vor allem die saubere Darstellung von Grafiken ist keineswegs trivial, da WordPress sehr viele unterschiedliche Möglichkeiten bietet, Grafiken den Beiträgen hinzuzufügen. Mir ist es erstmals gelungen, die Abstände zwischen Text und Grafiken so zu steuern, dass ein wirklich schlüssiges Gesamtbild entsteht.

Darüber hinaus habe ich auch die Abstände der Überschriften (h1->h6) , Blockzitate (blockquote) und weiterer HTML Befehle verbessert, sodass Beiträge deutlich “aufgeräumter” wirken als zuvor.

Das Theme sollte in seiner aktuellen Version außerdem NOCH zukunftsfähiger sein, da alle dynamischen Klassen mit Hilfe von WordPress-Funktionen erzeugt werden. Die in dkret3 2.3 vorhandene Funktion zum Erzeugen dynmischer Klassen für den Seiten-Body habe ich entfernt, da sie nur in sehr seltenen Fällen mehr gestalterischen Spielraum bietet und nicht unbedingt in allen zukünftigen Versionen von WordPress hundertprozentig arbeitet.

Auch die Trennung zwischen Kommentaren und Trackbacks habe ich wieder entfernt, da es bei der Verwendung von verschachtelten und seitenweise dargestellten Kommentaren zu erheblichen Darstellungproblemen gekommen ist. Im Rahmen dieser “Umbauarbeiten” ist mir aufgefallen, dass Trackbacks nicht mehr graphisch von Kommentaren unterschieden wurden. Ab sofort werden Trackbacks wieder mit Hilfe einer kleinen Hintergrundgrafik hervorgehoben.

Alle Freunde des WP-PageNavi-Plugins werden sich freuen, dass dkret³ dieses ab sofort untersützt. Das bislang unterstützte Pagebar-Plugin ist in seiner aktuellen Version nicht vollständig WP2.7 Kompatibel und wird darüber hinaus auch nur sehr unregelmäßig aktualisiert.

Da ich Informationen zu dkret³ nur noch auf Deutsch gebe, habe ich das englische “Readme” des Themes mit ein wenig HTML aufgehübscht und inhaltlich ergänzt. Auch für deutsche Nutzer des Themes lohnt sich der Blick ins “Readme”. Das vollständige Changelog kann bequem im Readme gelesen werden.

Einen Großteil der Template-Dateien musste ich nochmals anpassen, sodass vor einem Update des Themes die alte Version vollständig gelöscht werden sollte. Da Dkret³ bei einem Wechsel des Themes grundsätzlich alle in der Datenbank gespeicherten Einträge löscht, sollten auch die Theme-Einstellungen im Admin-Panel überprüft werden.

Ach ja, das Admin-Panel habe ich in dieser Version ebenfalls aktualisiert.