DOOM in Flash 10, dank der Alchemy Extension, mit der man C/C++-Code in ActionScript (der Sprache von Flash) konvertieren kann. Leider nur die Shareware-Version mit der ersten Episode, und die Tastenbelegung lässt sich auch nicht ändern, aber es zeigt, dass 3D-Welten Browsern nicht mehr verschlossen sein müssen. Mal ganz davon abgesehen, dass das Game auch 15 Jahre nach Veröffentlichung immer noch Spaß macht – egal auf welcher Plattform!

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Die Qualität der YouTube-Videos war ja schon immer schrottig bescheiden, daran hilft auch der erst neulich eingeführte HD-Modus nichts – andere machen das wesentlich besser. Aber alles kein Problem, man nehme einfach vier Videos, packe sie nebeneinander, und fertig ist YouTube in SuperHD! Keine Sorge, man muss kein Akrobat mit der Maus sein, damit das alles synchron läuft, es gibt zentrale Steuerelemente. Und was liegt da näher als das, ähem, großartigste Video aller Zeiten für dieses Experiment zu nehmen? Anschauen nach dem Klick!

(via core77)

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

FeedBurner ist ein Dienst, der in seiner minimalsten Form den Feed für die eigene Website anbieten kann, um Traffic und Last einzusparen. Sozusagen als Nebenprodukt gibt es noch jede Menge Statistiken, Möglichkeiten zur Optimierung, Monetarisierung, der Feed kann auch ohne einen entsprechenden Reader angeschaut werden, Kaffee kochen kann man damit glaube ich auch, und noch viel mehr… Also alles ganz wunderbar, und darum war der Dienst hier auch lange im Einsatz.

Dann kamen die Shortcuts, und ich dachte mir, dass die ganzen neuen Feeds, die damit verbunden waren, mit FeedBurner nicht funktionieren und mir alles zerschießen würden und nebenbei der NATO den Atomkrieg erklären oder sowas. Vorsichtshalber also deaktiviert. Da die Shortcuts aber mittlerweile eh nur noch ein Schattendasein fristen, ich nicht mal genau weiß, woran ich Beiträge unterscheiden soll (Shortcut? Normal?), ja ich mich sogar manchmal frage, was zum Geier ich mir dabei eigentlich gedacht habe, und weil die Dinger im Zuge des Redesigns ohnehin wieder rausfliegen werden, ist ab heute wieder FeedBurner aktiv.

Lange Rede kurzer Sinn: Für euch sollte sich eigentlich nichts ändern. Lasst mich trotzdem wissen, falls es Probleme geben sollte.

Und da die Katze ja jetzt eh aus dem Sack ist: Meine selbstgezüchtete Armee von Webdesignmonkeys arbeitet Tag und Nacht daran, damit’s hier bald wieder anders, besser aussieht. Und dann gehts auch wieder wie gewohnt weiter. Also, nein, eher nicht wie gewohnt: dann schreibe ich auch wieder regelmäßig.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

• Recent Posts Extended: Zeigt eine Liste der letzten Beiträge zusammen mit Datum und Autor an.
• Recent Comments Extended: Zeigt eine konfigurierbare Anzahl der letzten Kommentare an, der Autor wird wieder verlinkt.
• Technorati Reactions Extended: Zeigt eine konfigurierbare Anzahl der eingehenden Links, wie Techorati sie erfasst, an.
• Scheduled Posts: Zeigt die Beiträge, die in der Zukunft veröffentlicht werden.
• Draft Posts: Zeigt die Drafts.
• Pending Review: Zeigt die Beiträge, die noch genehmigt werden müssen.

Das waren auf die Schnelle alle Widgets, die ich finden konnte. Und mein Dashboard fühlt sich auf einmal wesentlich komfortabler an…

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Enttäuschend. Na gut, Automattic hat mit wordpress.com sein Kerngeschäft und die Leute dort wollen einfach nur bloggen und sich nicht mit den technischen Details beschäftigen, wohl wahr, aber muss man denn gleich die etwas enthusiastischeren Blogger so verprellen? Es sind alles nur Kleinigkeiten, die aber zusammen genommen einen riesengroßen Haufen ergeben: Warum werden nirgendwo mehr, seien es Beiträge, Seiten, Kategorien, die IDs angezeigt? Und ja, die braucht man für diverse Plugins, da gehts nicht nur um technische Erweiterungen. Warum wird bei Verwalten keine Uhrzeit mehr angezeigt? Ungemein hilfreich, wenn man einen Beitrag via Schedule irgendwann später veröffentlichen will. Warum werden die Beiträge der letzten 24h nicht mit Klartextdatum angezeigt, sondern mit einer unsinnigen “Vor X Stunden”-Anzeige? Interessiert mich nicht, ich will das Datum wissen. Warum eigentlich steht Design links, Plugins aber rechts? Als ob ich das täglich wechseln würde. Warum wurden altbekannte Links einfach mal ausgetauscht? Pro Tag klicke ich unter “Verwalten” bestimmt 5x auf den falschen Link, wenn ich einen Beitrag bearbeiten will – wohlgemerkt, in WordPress 2.3 war das noch ganz anders. Alles, wirklich alles wirkt inkonsistent – warum musste die altbewährte, gut funktionierende Technik komplett umgeschmissen werden? Es ist wie gesagt die Summe dieser Kleinigkeiten, die einem auf den Nerv gehen.

Aber damit könnte ich ja noch zurecht kommen, wären da nicht die schiere Masse an Bugs. Bei jedem neuen Blog, dass ich für jeden anderen aufsetze, setze ich mittlerweile zum Stoßgebet an, dass der neue – und übrigens extrem umständliche – Media Uploader funktioniert. Tut er natürlich meistens nicht, schier wegen Bugs, oder weil User einfach außen vor gelassen werden. Firefox ist kein Problem, aber schon beim Internet Explorer 7 kann es zu Problemen kommen, mit dem Internet Explorer 6 funktioniert er von vornherein nicht. (Wie siehts mit Safari aus? Noch nicht ausprobiert). Sorry, aber ich schreibe niemandem vor, welchen Browser er zu verwenden hat, und gerade bei einem populären Blogsystem wie WordPress kann man die Kundschaft nicht einfach so vor den Kopf stoßen. Von intuitiver Bedienung kann da übrigens keine Rede sein, hatte heute erst jemanden am Telefon, der an dem Ding schier verzweifelt ist.

Was mich daran besonders ärgert, der geplante Release-Termin, 10. März 2008, wurde schon nach hinten verlegt, damit man noch die letzten Fehler beseitigen kann, und trotzdem erhält man einen Release voller Bugs, weil überstürzt ausgeliefert wurde. Viele Fehler wurden durch Plugins, die von Benutzern geschrieben wurden, bereits ausgemerzt, aber sind wir doch mal ehrlich: Fehlerkorrektur an WordPress selbst sollte nicht unsere Aufgabe sein, und noch viel weniger sollte es unsere Aufgabe sein, diese Plugins erst mal zusammen zu suchen.

Ein Zurückrudern seitens Automattic – im Bezug auf die Funktionalität, nicht die Fehler – kann man wohl kaum erwarten, also zieh ich für mich die Konsequenzen: Das Blog hier erhält eine neue technische Basis. Welche das sein wird, mal sehen, da muss ich mich noch schlau machen, tendiere aber zu ExpressionEngine. Und, klar, ich werde auch weiter mit WordPress arbeiten, wenns schnell gehen muss bleibt es wohl erste Wahl. Aber zumindest hier, auf meinem eigenen Blog, hab ich für das Ding echt keinen Nerv mehr.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

• Die Installation lief überraschend reibungslos. Das soll nicht bedeuten, ich hätte früher Probleme gehabt, aber das aktuelle Theme ist teilweise etwas “hässlich” programmiert, und WordPress 2.5 bringt auch nochmal eine Menge Veränderungen mit, so dass da durchaus hätte was kaputt gehen können. Aber bis auf ein paar Plugin-Updates war nichts weiter nötig. Schön. Es gibt bereits eine Kompatibilitätsliste für Plugins, sehr empfehlenswert.
• Das neue Admin-Design ist… nun ja. Sicher, mit einem völlig neuen Aussehen (und teilweise Funktionsweise) tut man sich immer ein wenig schwer, aber… mir gefällts nicht. War beim alten Design allerdings auch schon der Fall. Leider ist die bisher einzige Alternative nicht mehr brauchbar, also heißts wohl selbst Hand anlegen…
• Dashboard: Wirkt irgendwie noch unaufgeräumter. Zeigt mir teilweise völlig uninteressante Infos an (Anzahl Widgets? Neue Plugins? Mir doch egal!). WordPress News werden immer noch potthässlich dargestellt, was sollen diese blöden Boxen? Schön: Das letzte Kommentar wird auch direkt angezeigt. Weniger schön: Track- und Pingbacks sind keine Linkliste mehr, sondern ähnlich wie Kommentare aufgebaut, erschwert das Scanning. Leider ist man von der ursprünglichen Idee, das Dashboard direkt editieren zu können, wohl abgekommen, unter der Oberfläche wirds aber wohl Hooks geben.
• Beitrag schreiben: Wirkt aufgeräumter, sicher. Auf der anderen Seite muss ich jetzt jedes Mal(!) scrollen, wenn ich eine Kategorie auswählen, ein benutzerdefiniertes Feld setzen, einen Beitrag taggen will. Jedes Mal. Bah. Der neue Media-Uploader für Bilder ist allerdings sehr knorke, funktioniert jetzt in etwa wie der von flickr, will meinen: Mehrere Bilder auf einmal auswählen und in einem Rutsch hochladen. Die anderen Uploader ersparen einem den FTP-Upload, aber mehr als einen Link setzen können die auch nicht.
• Verwalten: Hat sich nicht viel geändert, es gibt jetzt aber einen vernünftigen Media-Verwalter.
• Widgets: Hat sich geändert, weiß ich von Screenshots. Da ich die Dinger aber noch nie eingesetzt habe, kann ich dazu auch nicht viel sagen.
• Kommentare: Wirkt auf mich ebenfalls unaufgeräumter. Die Schrift ist zu klein, die Kommentare haben keine unterschiedlichen Hintergründe mehr, schnelles Durchscannen ist jetzt wesentlich schwerer.
• Plugins: In der Standardfarbgebung muss man schon sehr genau hinschauen, um zu sehen, welche Plugins de-, welche aktiviert sind.
• Benutzer: Im Profil lassen sich unterschiedliche Farbprofile für das Backend auswählen, es werden zwei mitgeliefert.

Das waren jetzt so die gröbsten Unterschiede, die mir auf die Schnelle aufgefallen sind. Subjektiv halte ich das neue Backend für einen Rückschritt: Neulinge werden es damit sicherlich einfacher haben, aber ich weiss schon jetzt, dass ich mich über die Scrollerei beim Beitrag schreiben, die sich auch nicht vermeiden lässt, wirklich ärgern werde – immerhin der meistgenutzte Bereich. Da heissts dann wohl wieder selbst Hand anlegen…

Update:

• Im Dashboard ist der Name der Kommentatoren nicht mehr mit deren Website, sofern angegeben, verlinkt. Und…
• … nirgendwo wird mehr die Gesamtanzahl der Kommentare angezeigt.

Update #2:

• Bei Beiträgen wird nur noch das Datum, nicht mehr die Zeit angezeigt. Nicht wirklich nützlich, wenn man Beiträge in der Zukunft veröffentlichen will. (Danke André)
• Die IDs von Beiträgen, Seiten, Kategorien etc. werden nicht mehr angezeigt. Lästig, wenn man beispielsweise kategorie-spezifische Templates erstellen will.

Ich bin langsam so richtig genervt von der neuen Version und schwer am überlegen, das Blog hier wieder mit 2.3.3 zu fahren. Ist ja schön und gut, dass man Neulingen den Einstieg erleichtern will, aber das ganze auf Kosten der erfahrenen User? Nee danke…

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

…und das wars auch schon. Scheint bis auf Tiger Style Administration und Similar Posts sogar alles zu funktionieren.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

YouTube anno 1994

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Blöd nur, wenn mein bisher favorisierter Browser sich bei mittlerweile zwei Websites standhaft weigert, überhaupt irgendwas außer einer leeren Seite anzuzeigen. Das gilt nur für die Einstiegsseite, alle Folgeseiten funktionieren prächtig. Andere Browser haben damit kein Problem. Firefox auch nicht, wenn man den Proxy weglässt. Und eigentlich könnte es mir ja auch egal sein, wenn nicht eine der beiden Websites meine eigene wäre.

Schon mal jemand dasselbe Phänomen gehabt? In der Bug Database von Firefox habe ich nix gefunden, also schnell selber einen Report geschrieben – und bis ich da keine Antwort kriege, fliegt der Mist erstmal runter.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Spricht man heutzutage von JavaScript, fällt meist automatisch auch der Begriff “unobtrusive”. Früher wurden unter dem Buzzword DHTML Skripte so fest mit Websites verdrahtet, dass ein Browser mit abgeschaltetem JavaScript nahezu keine Möglichkeit hatte, die Website in irgendeiner Form zu nutzen. Von diesem Konzept sieht man unter Bezug auf Webstandards mittlerweile ab, was auch die technische Sicht von Unobtrusive JavaScript beschreibt:

• JavaScript ist eine optionale Erweiterung, auf die man sich nicht verlassen sollte.
• Ein Script ist möglichst robust. Es bringt immer die Verfügbarkeit von Objekten in Erfahrung, die es zu nutzen gedenkt. Das Script geht souverän mit den Fällen um, in denen etwas Ungewöhnliches passiert. Es treten somit keine kritischen Fehler auf. Ein Script arbeitet rationalisiert und möglichst effizient.
• Konsequenter Einsatz von standardisierten Techniken wie dem W3C-DOM. Verzicht auf den Einsatz browserspezifischer Objekte, soweit standardisierte Alternativen existieren (meine Lesart)
• JavaScript-»Verhalten« (Interaktivität) wird unabhängig vom verwendeten Eingabegerät definiert, so dass eine gleichwertige Nutzung über Maus, Tastatur usw. möglich ist
• Die Logik aller Schichten wird im Code voneinander getrennt: HTML, CSS und JavaScript werden in separaten Dateien untergebracht. Im HTML-Code wird kein JavaScript-Code mittels Event-Handler-Attributen untergebracht. Stattdessen wird über das W3C-DOM auf die Elemente zugegriffen. Das »Verhalten« wird erst nach dem Laden des Dokuments (onload) dynamisch hinzugefügt. Ferner wird im JavaScript-Code kein direkter CSS-Code untergebracht (.style.eigenschaft = "wert"), stattdessen werden die Klassen gewisser Elemente geändert, so dass andere, vordefinierte CSS-Regeln greifen.

Quelle: SelfHTML Weblog

Und der User?

Schön und gut. Das Wörterbuch beschreibt unobtrusive aber als bescheiden, dezent, und vor allem als unaufällig. Das mag von technischer Sicht aus gegeben sein, aber wie sieht es mit der Wahrnehmung durch den Besucher aus? Gerade in letzter Zeit sind mir zwei Beispiele aufgefallen, die zumindest mich einfach nur noch nerven.

Lightbox

Lightbox ist eine neue Möglichkeit, Bilder darstellen zu lassen. Klickt man auf ein Bild wird die Website abgedunkelt und das Bild im Vordergrund dargestellt. Schon in der ersten Version gab es dabei etliche Mängel in der Benutzerführung: Tastaturkürzel waren in der ersten Version nicht vorhanden. Standardkürzel funktionieren nicht, da man sich in der Browserhierarchie nicht vorwärts bewegt hat (sprich das Bild als nächste Seite aufgerufen hat), sondern sich immer noch auf derselben Seite befindet.

Version 2 wurde zusätzlich mit Animationen versehen, so wird der Rahmen des Bildes nun sozusagen dynamisch ausgeklappt, bevor das Bild angezeigt wird. Zusätzlich wurde eine Slideshow-Funktion integriert, die aber auch den Nachteil besitzt, das bei unterschiedlich großen Bildern wieder der Rahmen in einer Animation dynamisch den neuen Verhältnissen angepasst wird. Dies kann je nach Größe 1 – 2 Sekunden in Anspruch nehmen. 1 – 2 Sekunden, die ich nicht mehr als unauffällig bezeichnen würde, nervt es mich doch gewaltig, so lange auf ein Bild warten zu müssen – da kann ich auch gleich wieder auf Modem umsteigen. Der Preis dieser “Verbesserungen” ist übrigens ein Anstieg in der Codegröße um etwa den Faktor 10.

WebSnapr

Ganz ehrlich: Ich habe schon lange nichts mehr so sinnloses und ärgerliches wie WebSnapr gesehen. Beim Überfahren mit der Maus bzw. Fokussierung eines Links wird unmittelbar darunter ein kleiner Screenshot der Zielwebsite angezeigt.

Ein Screenshot, der mir überhaupt nichts bringt. Ich kann darauf nicht erkennen, was für einen Inhalt ich dort präsentiert bekomme, ob der Link nun relevant ist oder nicht ist auch nicht in Erfahrung zu bringen. Ich weiss ungefähr, was mich farblich erwartet, nur war es das auch schon. Der Preis für dieses “Feature” ist ein Screenshot, der nicht nach einer bestimmten Zeit verschwindet. Man stelle sich folgende Situation vor: Ich scrolle mit der Tastatur bzw. Mausrad eine Website ab, um einen Text zu lesen. Zufällig bleibe ich mit dem Cursor über einem Link stehen, der Text darunter wird unmittelbar von besagtem Screenshot verdeckt. Ergo werde ich gezwungen, weiter zu scrollen – auch wenn ich das eigentlich nicht möchte – um den Inhalt weiter erfassen zu können. Unauffällig my ass.

Was bleibt ist ein Stück JavaScript, dass von Userseite nichts bringt und unter Umständen eine Behinderung darstellen kann.

So what?

Unobtrusive sollte sich in meinen Augen nicht nur auf die technische Sicht beschränken. Man sollte sich auch Gedanken darüber machen, ob die gegebenen Möglichkeiten auch wirklich sinnvoll sind. Sicher, wir werden nicht mehr in das “goldene” Zeitalter von DHTML zurückkehren, bei der Websites bei abgeschaltetem JavaScript nahezu unbenutzbar wurden – aber Firlefanz, den keiner wirklich braucht, davon gibt es schon wieder eine ganze Menge.

Hier läuft aktuell nur ein einzelnes JavaScript, was die Kommentarvorschau realisiert, die meiner Meinung nach den Benutzer bei der Eingabe seines Kommentars unterstützt. Der Benutzer sieht direkt, wie seine Eingaben aussehen werden und hat dadurch auch ein wenig Einfluss auf die Darstellung. Primär sollte meiner Meinung nach JavaScript unterstützend wirken, nicht einen bestimmten Weg vorgeben. Unobtrusive sollte sich nicht nur auf die technische Sicht beschränken.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Man darf mich da jetzt nicht falsch verstehen, an und für sich ists ja ein toller Browser, aber es sind die Kleinigkeiten, die mir teilweise gehörig auf die Nerven gehen.

• Häufige Abstürze
  Häufig ist objektiv betrachtet vielleicht überzogen, aber im Verhältnis zur 1.5er Version geradezu katastrophal. Es gibt Webseiten, die den Feuerfuchs reproduzierbar zum Absturz bringen, und das ganz ohne irgendwelche Tricksereien. Auch so macht der Browser immer wieder mal schlapp, häufig im Verbund mit Macromedia’s Flash. Immerhin beherrscht er zwar nun das Wiederherstellen einer Session, aber das löst das grundlegende Problem ja nicht.
• Miserables Speichermanagement

Ganz ehrlich, das Ding hat Speicherlecks ohne Ende und genehmigt sich auch so eigentlich viel zu viel, vor allem im Vergleich zu Opera. Testweise habe ich die Startseite von meinem Blog, das Dashboard, SpOn, Bloglines, das wp.de Forum sowie die Übersichtsseite von Nine Inch Nails geöffnet. Der Unterschied zwischen beiden Browsern betrug dabei 20 Megabyte zugunsten von Opera. Und das ist wohlgemerkt der Anfang, bei einer längeren Session genehmigt sich der Feuerfuchs schonmal gerne an die 80 – 100 Megabyte Arbeitsspeicher.

• Keine Ansicht auf XML Code
  Da ich im Moment viel mit den Feeds von WordPress hantiere bin ich darauf angewiesen, den XML Code im Klartext ohne Formatierungen sehen zu können. Das war in der 1.5er Version noch problemlos möglich, in der 2er Version bekomme ich dagegen eine formatierte Darstellung präsentiert, die zum einen keine Ansicht auf den darunterliegenden XML-Code ermöglicht und zum anderen den Inhalt filtert und nur teilweise ausgibt. Und es gibt meines Wissens keine Möglichkeit, dieses Verhalten zu ändern. Okay, das betrifft wohl wirklich nur mich, aber es ist frustrierend.

  Vergesst das. Der Quelltext ist nach wie vor in XML, die Kürzung wird durch WordPress hervorgerufen, wenn man sich auf den RDF- bzw. RSS-Feed beschränkt. RSS2 bzw. Atom-Feeds werden im Quelltext in voller Länge dargestellt.

Das sind jetzt drei Punkte, die mir zu dem Thema eingefallen sind und mich auch dazu bewegt haben, zu Opera zu wechseln. Auf den ganzen Schnickschnack a la Email-Client, Newsreader, Widgets usw. kann ich gut und gerne verzichten. Meiner Meinung nach geht Opera aber ingesamt effizienter vor, und hat mich bisher noch nicht mit irgendwelchen Abstürzen, Speicherlöchern oder vorgegebenem Verhalten genervt. Ich denke einfach, dass der große Erfolg von Mozilla’s Firefox auch Nachteile mit sich gebracht hat. Schade eigentlich.

So, und jetzt gehts ans Suchen der Äquivalente für Firebug und der Web Developer Toolbar…

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

If you have questions, wishes, found a bug or something else, don’t hesitate to ask.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

If you have questions, wishes, found a bug or something else, don’t hesitate to ask.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Man kann sich so schnell einen Überblick verschaffen, ob ein Benutzer viele Kommentare abgegeben hat, ob er freundlich schreibt oder eher nicht, ob einzelne Kommentare lang oder kurz und knapp sind usw… Klar, es ist nicht mehr als ein Nice-to-Have, aber da es mich letztlich auch nur etwa ein Stunde Zeit gekostet hat, warum nicht? Bei Interesse kann ich daraus sicherlich auch ein Plugin basteln.

Also, haut in die Tasten! :-)

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Die Eingabe eines Kommentars erfolgt über ein normales Formular, was aber von Haus aus keine Möglichkeit einer Vorschau bietet. So ist der Benutzer gezwungen, dass Kommentar erst abzuschicken, bevor er das Ergebnis sehen kann – was mitunter zu bösen Überraschungen führt. Eine Vorschaufunktion macht also durchaus Sinn.

Im Folgenden zeige ich meine Realisierung. Diese basiert auf WordPress, lässt sich aber prinzipiell auf jedem Weblog-System anwenden, da die Aufbereitung von Kommentaren immer gleich ist.

Inhalt

1. Vorgedanken
2. Umsetzung der Pflichtbestandteile
3. Umsetzung von Gravatar-Vorschau
4. Abschluss

1. Vorgedanken

Zuerst einmal muss man sich klarmachen, was man erreichen will und wie man es erreichen kann. In diesem Fall sollen die Werte aus einem Formular on-the-fly verarbeitet und in einer Vorschau angezeigt werden. Typisch für ein Blog sind die Felder für Name, Email-Adresse, URL zu einer Website und das Kommentar selbst. Die Kommentare selbst werden in einer Liste ausgegeben und folgen immer demselben (theme-abhängigen) Schema. Das ist wichtig zu wissen, da die Vorschau erst bei Nutzung generiert wird.

Ferner muss man sich überlegen, wie die Vorschau reagieren soll, wenn nur bestimmte Felder bisher ausgefüllt wurden. Relevant für die Vorschau sind Name, URL und Kommentar (die Email-Adresse wird überlicherweise nicht ausgegeben). Name und URL werden bei der Ausgabe aber verknüpft, also muss man berücksichtigen, dass der Benutzer Name und/oder URL noch nicht eingegeben hat.

Auch zu welchem Zeitpunkt die Vorschau aktiv werden soll muss berücksichtigt werden. Sinnvoll ist, sobald eins der Felder einen Inhalt bekommt (also beim ersten Tastenanschlag) bzw. wenn ein Feld den Fokus verliert (der Benutzer klickt z.B. erst auf Name, gibt nichts ein und klickt dann auf URL). Email ist ein Sonderfall, hier sollte die Aktualisierung nur beim Verlieren des Fokus’s erfolgen – warum, wird später ersichtlich.

Zusammengefasst ergibt sich folgendes:

• Kommentarfelder Name, URL, Kommentar ständig überwachen und bei Änderung Vorschau generieren
• Berücksichtigen, dass noch nicht alle Felder ausgefüllt sind (insbesondere Name und URL)
• Die Fälle festlegen, ab wann die Vorschau das erste Mal aktiv werden soll

Hinweis für die Feedleser: Das ist ein Beitrag über mehrere Seiten, von der im RSS-Feed nur die Erste dargestellt wird.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Wie alt? 10 Jahre? Na da haste aber schon einiges aufm Buckel, wenn ich mir dein Leben bisher so betrachte. Eigentlich ist’s doch ganz einfach, du hast deine klaren Eigenschaften, an denen man sich ja festhalten könnte. Ja gut, andere wissen ja immer alles besser, und man hat’s dich nicht immer für voll genommen, aber wieder andere wollten gerade nach deinen Eigenschaften leben.

Und darüber kann man ja froh sein, nicht wahr? Ich mein, schon bei deiner Geburt hatte jedes Spielzeug für dich eine klare Bedeutung. Ein Förmchen ist für dich immer ein Förmchen. Andere haben zu der Zeit noch ganz viele Förmchen benutzt um damit ganz tolle Dinge zu basteln. Aber das war ja nie so dein Ding. Und das haben die anderen dann zum Glück auch eingesehen. Damit das Förmchen eben wieder das Förmchen sein kann.

10 Jahre. Und wie ich hörte hast du noch große Pläne in deinem Leben. Hmmm hmmm hmmm, ich sags mal so, da gibts leider immer noch genug, die noch nicht mal dein bisheriges Leben kapiert haben. Die das aber irgendwie auch nicht wollen. Wenn man denen auf die Finger klopft, dann machen sie gerade so viel, dass man die breite Masse zufrieden stellen kann. Die breite Masse interessiert sich aber auch nicht so wirklich dafür. Wenn du die überzeugen willst, dann musst du dich schon ordentlich anstrengen. Aber ich setz da jede Menge Hoffnung in dich.

Denn es gibt ja auch jetzt schon genug Leute, die das, was du so tust, sinnvoll und gut finden, und auch nicht mehr bereit sind, dass nur halbwertig umzusetzen. Und damit haben die denen, die es nicht interessiert, schon einen gehörigen Schrecken eingejagt. Die haben sich dann beeilt zu sagen, dass sie dich ja eigentlich auch als sinnvoll ansehen, aber eben nicht anders können.
Naja, wer’s glaubt, aber ist ja schonmal ein Schritt in die richtige Richtung.

Aber sei’s drum! Ich glaub, wenn du nicht geboren wärst, dann wären wir heute nicht dort, wo wir eben sind. Ich wünsche dir also alles Gute zum Geburtstag, liebes CSS!

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Möglichkeit 1: 1, 2, 3…

Die erste Möglichkeit ist das simple Durchzählen, welcher Beitrag gerade in der Loop bearbeitet wird.Dazu wird der Zähler vor der Loop initialisiert, innerhalb der Loop in gleichmäßigen Schritten erhöht und abgefragt.

<?php $counter = 1;
if(have_posts()) : while(have_posts()) : the_post();
  if($counter == '1') { ?>
    ... Hier wird der erste Beitrag formatiert ...
  <?php $counter++;
  } else { ?>
    ... Hier werden alle anderen Beiträge formatiert ...
  <?php }
endwhile; endif; ?>

Der Zähler hat den Anfangswert 1. Solange dieser Wert noch gespeichert ist, befindet sich die Loop beim ersten Beitrag, der entsprechend den Wünschen formatiert werden kann. Danach wird der Zähler um 1 erhöht, so dass beim nächsten Durchlauf die Bedingung der if-Schleife nicht mehr zutrifft und der else-Teil abgearbeitet wird, also alle anderen Beiträge in der Loop.

Möglichkeit 2: Cut! …and Action!

Was viele nicht wissen, man kann die Loop ohne weiteres unterbrechen und zu einem späteren Zeitpunkt fortsetzen, man muss nicht alle Beiträge auf einmal abarbeiten. Folgendes Beispiel:

<?php if(have_posts()) : the_post() ?>
  ... Formatierungen für den ersten Beitrag ...
<?php endif; ?>

<!-- Hier kann noch jede Menge andere Informationen stehen -->

<?php while(have_posts()) : the_post() ?>
 ... Formatierungen für alle anderen Beiträge ...
<?php endwhile; ?>

Es wird abgefragt, ob Beiträge in der Loop vorhanden sind. Im ersten Durchlauf wird die while-Schleife weg gelassen, es wird nur genau ein Beitrag abgearbeitet – der Erste. Erst zu einem späteren Zeitpunkt werden via der jetzt vorhandenen while-Schleife auch die älteren Beiträge bearbeitet, die Loop befindet sich zu diesem Zeitpunkt beim zweiten Beitrag. Diese Lösung erfordert keine zusätzlichen Abfragen, wo man sich gerade in der Loop befindet, setzt allerdings vorraus, dass mindestens 2 Beiträge in der gewünschten Ansicht vorhanden sind. Ohne würde die while-Schleife eine Fehlermeldung erzeugen.

Schluss

Beide Möglichkeiten unterscheiden sich nicht in ihrer Funktionalität, allerdings ist die erste Variante sicherlich flexibler. Im Beispiel wurde nur darauf eingegangen, wie der erste Beitrag angesprochen werden kann, man könnte aber auch mehrere Beiträge abfragen, jeden zweiten, dritten oder oder oder. Die zweite Methode verzichtet dafür auf eine weitere Variable und eine permanente Abfrage, wo man sich gerade befindet. Sind die Vorraussetzungen gegeben würde ich persönlich dieser Methode den Vorzug geben.

Update 27. September

Beide Möglichkeiten formatieren die entsprechende Seite grundsätzlich so, dass der erste angezeigte Beitrag anders dargestellt wird. Dies ist vielleicht nicht gewünscht, man möchte zum Beispiel, das wirklich nur der zuletzt geschrieben Beitrag anders dargestellt wird. Nehmen wir als Beispiel 10 Beiträge, wobei immer nur 5 pro Seite angezeigt werden sollen. Das würde bedeuten, dass auf der nächsten Seite Beitrag Nr. 6 ebenfalls anders dargestellt werden würde.

Um dieses Verhalten zu unterbinden bedarf es nur einer geringfügigen Änderung:

global $paged

Diese Zeile wird einmal vor die Loop geschrieben. $paged ist eine Variable, in der gespeichert wird, auf welcher Seite wir uns gerade befinden. WordPress weiss darüber, welche Beiträge überhaupt ausgegeben werden sollen. Zurück zu unserem Beispiel: Befinden wir uns auf Seite 2, sollen die Beiträge 6 – 10 ausgegeben werden, und so weiter.

Beim Beispiel des Durchzählens wird die Zeile

if($counter == '1') { ?>

durch

if($counter == '1' && ($paged == '' || $paged < 2)) { ?>

ersetzt. Bei der neuen Bedingungsabfrage, das ist kein “doppelten” sondern ‘einfache’ Anführungszeichen. Bei der zweiten Möglichkeit wird die Zeile

<?php if(have_posts()) : the_post() ?>

durch

<?php(if(have_posts() && ($paged == '' || $paged < 2)) : the_post() ?>

ersetzt. Auch hier, wieder einfache Anführungszeichen.

Zusammengefasst gesagt wurde die Bedingung der Schleife erweitert. Befinden wir uns auf der ersten Seite, soll der erste Beitrag anders formatiert werden. Ist das nicht der Fall, werden alle Beiträge gleich behandelt. Damit ist sicher gestellt, dass wirklich nur der erste, also zuletzt geschriebene, Beitrag anders formatiert wird.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.

Was, wenn man die Kommentare abwechselnd unterschiedlich darstellen möchte?

Mag sein, dass die oben genannten (oder natürlich auch ein anderes Plugin das ich noch nicht kenne?) das beherrschen, dann ist es mir bisher nur noch nicht aufgefallen. Es ist aber auch nicht so schwer, die letzten Paar Kommentare zu besorgen. Wie es aussehen kann sieht man, wenn man die zweite Sidebar öffnet.

Der Code

Das Prozedere ist recht simpel: Wir brauchen die Informationen über die letzten Kommentare sowie zumindest den Titel des zugehörigen Posts. Für erstes wird folgendes eingetragen:

<?php $comments = $wpdb->get_results("SELECT comment_post_ID, comment_author, comment_author_email, comment_content, comment_date
  FROM $wpdb->comments
  WHERE comment_type = ''
  && comment_approved = '1'
  ORDER BY comment_date
  DESC LIMIT 10"); ?>

Dieser Code kann irgendwo stehen. Die Klasse $wpdb ist für alle Interaktionen von WordPress mit der Datenbank zuständig, die zugehörige Funktion get_results stellt eine Anfrage an die Datenbank und gibt das Ergebnis zurück. Innerhalb des SQL-Statements werden zwei Bedingungen an die Kommentare gestellt:

• Es handelt sich um ein Kommentar (Ping- und Trackbacks werden nicht berücksichtigt)
• Das Kommentar wurde akzeptiert (Spamkommentare werden nicht angezeigt)

Das Ergebnis wird nach dem Datum absteigend sortiert, das neuste Kommentar erscheint also als erstes. Es werden 10 Kommentare ausgelesen. Innerhalb einer Schleife werden die Kommentare nun aufbereitet und ausgegeben, in diesem Fall in einer gewöhnlichen Liste:

<ul>
<?php $commenttype = 'even';

foreach($comments as $comment) {
  $post = get_postdata($comment->comment_post_ID); ?>

  <li class="<?php echo $commenttype; ?>">
    <?php echo $comment->comment_author; ?> zu <a href="<?php echo get_permalink($post['ID']); ?>" title="">
      <?php echo $post['Title']; ?></a>
  </li>

  <?php if($commenttype == "even") { $commenttype = "odd"; } else { $commenttype = "even"; } ?>
<?php } ?>
</ul>

Und das wars auch schon. Für jedes Kommentar werden mit der Funktion get_postdata() die Informationen für den entsprechenden Beitrag aus der Datenbank geholt. Danach folgt die Ausgabe, hier sehr vereinfacht dargestellt. Zum Abschluss wird der Wert der Variable $commenttype geändert, so dass die Listenelemente abwechselnd die Klasse .even und .odd erhalten. Diese Klassen lassen sich ganz normal über die style.css des entsprechenden Themes den eigenen Bedürfnissen anpassen.

Abschluss

Dies stellt sicherlich die einfachste Methode dar und lässt sich beliebig erweitern: Vielleicht möchte man ja doch Ping- und Trackbacks berücksichtigen? Sollen Kommentare von bestimmten Autoren ganz anders aussehen? Oder bestimmte erst gar nicht angezeigt werden? Die Anpassung ist wirklich einfach, bei Hilfe man kann mich gerne ansprechen.

Update: Da hat sich noch ein kleiner Fehler in die Abarbeitung der Schleife eingeschlichen. In der zweiten Zeile heisst es nicht $commenttype == 'even'; sondern $commenttype = 'even'; also nur mit einem Gleichzeichen.

Ein Beitrag von Jeriko, du kannst das Blog auch via Twitter und Facebook verfolgen.