Viele Grüße
Tobi

Vielleicht reden wir auch einfach aneinander vorbei. XSLT als Präsentationsschicht funktioniert natürlich, man muss jedoch sicherstellen, dass nur wohlgeformtes XML den XSLT-Prozessor erreicht.

Nach meiner Erfahrung als Entwickler eines RSS-Readers ist das bei RSS-Feeds nicht gegeben. Du musst mir nicht glauben, ich bin was RSS-Reader angeht nur ein kleines Licht. Aber hier ist ein Link von Nick Bradbury, der mit Feed Daemon den wahrscheinlich am weitesten verbreiteten RSS-Reader vertreibt: http://nick.typepad.com/blog/2006/09/fixing_funky_fe_1.html.

Er verdient sein Geld damit, RSS-Feeds anzeigen zu können und sagt, dass ein XML-Parser dafür nicht gut genug ist (bzw. dass die Qualität der RSS-Feeds zu schlecht ist).

Es gibt den Universal Feed Parser (http://www.feedparser.org/docs/bozo.html) für Python, der Feeds parsen kann, unabhängig davon ob sie wohlgeformt sind oder nicht. Ich weiß von Portierungen dieses Parser nach Ruby und Java. Ich wage zu behaupten, dass es diese Projekte nicht gäbe, wäre bei der Qualität von RSS-Feeds alles in Butter.

Möglicherweise hast Du andere Erfahrung, was die Qualität von RSS-Feeds angeht. Ich jedenfalls habe meine. Und dabei ist es egal, ob die Feeds automatisch generiert werden oder nicht. Irgendwann macht irgendwer einen Fehler im Template für die Generierung des RSS-Feeds. Und wenn Dein Einkommen davon abhängt, dass Du RSS-Feeds parsen kannst, wirst Du alles tun, auch fehlerhafte RSS-Feeds zu parsen.

Und sie dann, vielleicht, mit XSLT anzeigen.

Probier doch mal Thunderbird, oder NewsFox, Firefox, Internet Explorer, oder einem anderen Tool ein paar kaputte Feeds vorzusetzen und du wirst sehen was passiert.

Nicht markierte CData-Blöcke, fehlende Attribute, doppelte Ids oder URLs, fehlende oder doppelte Titel, oder falsch formatierte Datumsangaben mag dir der ein oder andere noch durchgehen lassen. Aber bei Verschachtelungsfehlern ist Schluß.

Das RSS-Feeds mehrheitlich von Hand erstellt werden, glaube ich im Übrigen nicht. Dazu brauchst du nur für ein paar Feeds den Tag “generator” anzuschauen. In der Regel wird dort der Name irgendeines Tools stehen.

Möglicherweise ist dir sogar noch nie ein defekter RSS-Feed im Netz begegnet: denn 1. werden die meisten automatisch erzeugt udn 2. fehlerhafte Feeds fallen schnell auf und werden schnell (meist binnen Stunden) korrigiert – zumindest die größeren.

Im Übrigen arbeitet auch der Feed von “PHP hates me” mit XSLT. Das verlinkte Stylesheet ist hier gespeichert: http://feeds2.feedburner.com/~d/styles/rss2full.xsl

Also: XSLT ist nichts Exotisches, sondern absoluter Standard.

Falls du aber meinst, dass ein RSS-Reader grundsätzlich mit nicht wohlgeformten Feeds umgehen sollte, dann baue doch absichtlich mal einen Fehler in DEINEN Feed ein und lass zum Beispiel einen “” Tag weg. Wir werden ja sehen, wie lange es dauert bis sich die Leute bei dir melden

Wenn Du einen RSS-Reader schreibst und Nutzer außer Dir selbst hast, wirst Du eines Tages Emails erhalten, in denen man Dir mitteilt, dass RSS-Feed XYZ von Deinem Reader nicht gelesen werden kann, Google Reader und Bloglines das aber sehr wohl beherrscht. Wirst Du dann zu Deinem Nutzer gehen und sagen: Ja, aber das was Google und Bloglines machen ist keine gute Idee? Mein RSS-Reader kann den Feed zwar nicht anzeigen, aber er verhält sich _korrekt_! Dein Nutzer wird Dir den Stinkefinger zeigen und sich einen RSS-Reader suchen, der die Feeds anzeigen kann, die ihn interessieren.

Es ist ein Fakt, dass RSS-Feeds irgendwann fehlerhaft sein können. Sei es, weil sie von Hand erstellt wurden, das Template, das CMS einen Fehler hat oder weiß der Teufel warum.

Warum haben die HTML-Browser einen Quirksmode, auch wenn er keine gute Idee ist? Weil es Millionen von Webseiten gibt, die sonst nicht angezeigt werden könnten.

Gleiches gilt für RSS-Feeds.

Ein Tutorial zu RSS via XSLT gibt es übrigens hier. Natürlich mit Codebeispielen. Auch für Foto-Blogs: http://www.pheed.com/pheeder/developer/XSLTexample.html

Wenn man XSLT für Atom, RSS und OPML verwendet, bräuchte man für einen Reader im Wesentlichen nur noch Login, Menüs und Grafiken schreiben. Der Rest passiert automatisch und ist per se skinable, gut dokumentiert und erweiterungsfähig.

Falls man einen FO-Prozessor installiert, dann über XSL:FO sogar mit PDF-Export.