dyingeyes weblog: das persönliche Weblog von Boris Stumpf aus Frankfurt am Main

Es gibt keine.
In WordPress 1.5.
Keine print.css.

Also eine schreiben…

Nachtrag 21:55:

Jetzt gibt es eine!
Wer sie begutachten und/oder gar selbst verwenden will, gucke einfach mal hier:

Mein Kubrick-basiertes selbstgebackenes Print-Stylesheet [16.11.2007: Inzwischen deutlich überarbeitet]

Ist ganz einfach aufgebaut und bedient gleichermaßen brauchbar (wie ich finde) den Index wie die Einzel-Artikel. Kommentarbereich und Sidebar sind abgeschaltet, Druckschrift ist Georgia. Was ich nicht sagen kann, ist, wie sich das Ganze auf einem Mac-Browser ausnimmt, auf Win-FFox und IE stimmts allenthalben.

Hier jetzt – proudly presented – die Auflösung des Problems bei WordPress 1.5, das ich in meinem Artikel vom 23.02. ansprach. Hier nochmal das Problem:

Die Archiv-Paginierung funktioniert nicht!

Das betrifft vor allem die Monats-Archive sowie die Ansicht nach einer ausgewählten Kategorie. Es erscheint bei der bei Aufruf generierten Seite zwar unten (und oben) der entsprechende Link “vorige Seite” (oder “previous Article” o.ä.), bei Klick auf diesen Link erhält man aber nur die Fehlermeldungsseite “404 – Seite nicht gefunden”. Der besagte Link sollte zu einem Ziel der folgenden Art führen: [domain]/2005/01/page/2/ oder [domain]/category/[kategorie]/page/2/ – siehe Statuszeile bei Mouseover. Der HTML/PHP-Code, der für diese Paginierung zuständig ist, findet sich übrigens (für das default/Kubrick-Theme) in den Dateien index.php, archive.php und single.php jeweils im DIV “<div class=”navigation”>”. Die Funktion “posts_nav_link(…)” steuert das Paginierungs-Verhalten.

Die gute Nachricht: mit dem WordPress-Code ist alles in Ordnung. Man muss da nichts stricken.

Nun schaue man einmal seine .htaccess-Datei an (im WordPress-Hauptverzeichnis). Dort am Ende hat WordPress bei der Installation einen großen Block mit Rewrite-Regeln angehängt, eingefasst in entsprechende Kommentare. Diese Regeln sorgen für “schönere” URLs für die generierten Seiten.

Und da gibt es doch noch einen weiteren Block ähnlicher Regeln, den wir WP-Blogger selbst einmal manuell für unsere WP 1.2 angelegt haben! Oder?

Genau! Und hier haben wir den Übeltäter! Dieser alte Rewrite-Kram muss raus, denn dessen Regeln stehen in Konflikt mit den neuen Regeln von WP1.5.

Und siehe: die Paginierung funktioniert.

Seltsam. Und ärgerlich. @!x%$?)/!!

Wollte eben eine Style-Klasse im Stylesheet nachrüsten, um bestimmte Teile in meinen Beiträgen gesondert auszeichnen zu können. Diese Klasse gab es im Stylesheet der alten Version (WP 1.2.2) schon und wurde auch an drei Stellen verwendet. Habe also diese Klasse im neuen Stylesheet eingefügt. Hochgeladen, fertig.

Der neue Beitrag, in dem ich diese Klasse jetzt erneut verwende (gerade zuvor geschrieben zur Bundesbahn), ist völlig O.K. Die alten Beiträge, denen dieser spezielle Style zwischenzeitlich verlorengegangen ist, haben diese Änderung (die ja eigentlich keine ist) jedoch überhaupt nicht übernommen. Im Quelltext der Browseransicht sehen sie so aus:

<p>Blah…</p>

Ursprünglich aber sahen, und aktuell im wp-admin-Editor sehen sie so aus:

<p class=”unwort”>Blah…</p>

Ich kann nun editieren und speichern und Caches aller Art löschen wie ich will, die alten Beiträge bekommen die Änderungen einfach nicht! In der Quelltextansicht des Browsers gibts stoisch nur das einfache Absatztag.

Was zum Teufel ist hier los??