Ich habe gerade alle XML Formate die ich in WordPress finden konnte, mit XSLT aufgehübscht und jetzt beschließen Google & Co. ernsthaft den Support einzustellen!?!?

Aber bevor ich weiter „rante“, hier ein kurzer Einschub was XSLT überhaupt ist: Mit XSLT lassen sich XML-Dateien in andere Formate umwandeln, zum Beispiel HTML. Man verlinkt dazu ein Stylesheet in der XML-Datei und der Browser übernimmt die Umwandlung. So wird aus einem RSS-Feed eine lesbare Webseite. Ohne JavaScript und ohne dass man dafür auf dem Server etwas installieren muss.

Für den Feed-Reader ändert sich dabei nichts. Der bekommt weiterhin die XML-Datei. Wenn ihr den Feed im Browser öffnet, seht ihr dagegen Beiträge, Links und eine Erklärung wie ihr ihn abonnieren könnt.

Ich benutze das hier seit einer ganzen Weile. 2020 hab ich meinen RSS-Feed mit XSLT und CSS gestaltet. Später kam die OPML-Ausgabe meines .well-known/feeds Plugins dazu. Und jetzt auch die OPML-Dateien meiner Blogroll.

Bei OPML finde ich das besonders praktisch: Ihr klickt auf den Link und bekommt eine Liste von Blogs durch die ihr stöbern könnt. Die gleiche URL könnt ihr in euren Feed-Reader importieren. Man muss nicht einmal wissen was OPML ist um etwas damit anfangen zu können.

@ix hat auch gerade nochmal über seine Basteleien geschrieben. Er hübscht seine OPML-Dateien auch mit XSLT auf und inzwischen auch seine RSS-Feeds.

Die generelle Idee hinter XSLT erinnert mich sehr an den Microformats-Grundsatz:

Designed for humans first and machines second

microformats.org

Bei Microformats ergänzt man das HTML einer Webseite so, dass auch Software etwas damit anfangen kann. Das gleiche HTML für Menschen und Maschinen. Bestehendes sinnvoll erweitern, mit dem arbeiten was schon da ist.

XSLT macht im Prinzip das Gleiche, nur aus der anderen Richtung:

Designed for machines first and humans second

Die XML-Dateien bleiben für Maschinen lesbar. Mit einem Stylesheet können aber auch Menschen etwas damit anfangen.

RSS und OPML sind ein wesentlicher Bestandteil des Open Webs. Wir verlinken sie an so vielen Stellen, weil wir wollen dass Besucher es einfach haben den Blog zu abonnieren oder weil wir ihnen neue Links vorschlagen wollen. Was sie in Zukunft sehen werden ist reines XML. Keine Möglichkeit irgendetwas zu erklären oder auf das Wesentliche aufmerksam zu machen! Nur XML!

Leider ist das auch keine rein theoretische Diskussion mehr. Stand 5. Oktober 2026:

• Chrome: XSLT ist bereits deprecated. Die Abschaltung ist für Chrome 158 am 17. November 2026 geplant. Befristete Ausnahmen für registrierte Websites und verwaltete Browser sollen am 17. August 2027 enden. Betroffen sind sowohl die Verknüpfung mit einem XSLT-Stylesheet als auch die JavaScript-API XSLTProcessor. Zeitplan von Chrome
• Firefox: Mozilla hat die Abschaltung für August 2027 angekündigt. Intent to Unship
• Safari/WebKit: WebKit unterstützt die Entfernung grundsätzlich, formuliert seine Zustimmung aber vorsichtig. Einen verbindlichen Abschalttermin habe ich in den geprüften Quellen nicht gefunden. WebKits Stellungnahme

Bei Chromium ist die Entfernung bereits beschlossen. Noch ist XSLT aber nicht aus allen Browsern verschwunden und auch die Änderung am HTML-Standard ist noch offen.

RSS, Atom und OPML funktionieren natürlich weiter. Entfernt wird die XSLT-Verarbeitung im Browser. Der Reader kann meinen Feed also weiterhin lesen, aber wer auf den Link klickt bekommt die XML-Ansicht.

Die Begründung der Browserentwickler sind Sicherheitslücken, Wartungsaufwand und geringe Nutzung. Das sind alles nachvollziehbare Argumente. Trotzdem finde ich den Verweis auf JavaScript und moderne Frameworks als Ersatz unbefriedigend. Ich hab eine XML-Datei und ein Stylesheet. Für das was ich damit machen will hat das bisher gereicht!

Was können wir stattdessen machen?

• XSLT mit JavaScript nachrüsten. Es gibt einen Polyfill mit WebAssembly, den man direkt in die XML-Datei einbindet. Der Browser führt damit das Stylesheet aus, der Reader bekommt weiterhin XML. Das könnte die bisherige Darstellung unter der gleichen URL erhalten. Allerdings dokumentiert das Projekt Unterschiede zur eingebauten XSLT-Verarbeitung, etwa beim Nachladen weiterer Dateien. Ob es mit meinen Stylesheets und den Readern funktioniert müsste ich ausprobieren.
• XML mit CSS gestalten. Das bleibt möglich. Die gleiche XML-Datei lässt sich damit im Browser lesbar darstellen, für Reader ändert sich nichts. CSS kann aber nicht alles was XSLT kann: Aus einer URL in einer OPML-Datei wird dadurch noch kein anklickbarer HTML-Link. Für eine einfache Ansicht kann es trotzdem reichen.
• HTML und XML unter der gleichen URL ausliefern. Mit Content Negotiation könnte der Server anhand des Accept-Headers entscheiden welche Version er zurückgibt. Nur für die HTML-Version würde ich XSLT auf dem Server ausführen, Reader müssten weiterhin das ursprüngliche XML bekommen. Eine zusätzliche öffentliche URL braucht es dafür nicht. Der Haken: Browser und Reader lassen sich über den Header nicht zuverlässig auseinanderhalten. Das müsste ich mit verschiedenen Readern testen. Caches brauchen außerdem Vary: Accept damit sie die Versionen nicht verwechseln.

Ganz ehrlich? Das ist alles 💩 und keine wirkliche Alternative!

Gewöhnt euch lieber schon mal wieder an XML!

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Tim Pietrusky hat so ne Art "Google Web Fonts" für Icon-Fonts gebastelt, was alleine natürlich schon einen Blog-Post wert wäre… er hat aber außerdem noch die OpenWeb-Icons eingebaut, was definitiv einen Blog-Post wert ist 😉

Dank Tims "We Love Icon Fonts" lassen sich die Fonts mit folgenden paar Zeilen CSS-Code einbauen:

@import url(http://weloveiconfonts.com/api/?family=openwebicons);

/* openwebicons */
[class*="openwebicons-"]:before {
  font-family: 'OpenWeb Icons', sans-serif;
}

Das Projekt ist übrigens Open Source und Tim würde sich sicherlich über jede Hilfe freuen!

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

Danke, dass du diesen Beitrag über RSS liest. RSS ist großartig – und du bist großartig, weil du es nutzt. ♥️

.columns-three #primary {
	margin-left: 0px !important;
	}
	
.columns-three #sidebar-alt {
	left: 0px !important;
	margin-left: 0px !important;
	}

Da sich das StyleSheet in der Version 1.0 nochmal geändert hat, funktioniert der alte Code nicht mehr.

Download hack.css als Custom Style (CSS Sidebar Hack .2)

Du bist ein Effizienz-Profi! Mit RSS sparst du Zeit und vermeidest Ablenkungen. 👏

First example:

Its like the style of hicks design with the nice famfamfam silk-icons.

Second Example:

Please vote or let me know your ideas, otherwise I use the one I prefer 😉

Links:

• WordPress – Blogging Software
• K2 – A WordPress theme

RSS-Fans wie du sind die unbesungenen Heldinnen und Helden des Internets. Weiter so!

Beispiele:

• XFN: ME (mouse over)
• Vote-Links: vote for notizBlog
• GEO: GEO: 37.386013, -122.082932

Als nächstes versuche ich mal noch hCal und hCard ein wenig schöner aufzubereiten, für Tags gibt es ja leider noch kein schönes Icon.

Hey, RSS-Fan! Du bist cool. Bleib einfach großartig! 😎

<a href="https://notiz.blog" rel="friend met colleague">...</a>

Deshalb hab ich für mich die Hierarchie festgelegt:

• me
• professional: co-worker, colleague
• friendship (at most one): friend, acquaintance, contact
• romantic: muse crush date sweetheart

Das heißt im Klartext: Wenn ich einen rel-tag wie z.B. rel="friend met colleague" wird nur friend und met berücksichtigt weil das für mich höherwertig is. Wenn ihr ne andere Reihenfolge wollt, könnt ihr das ganze einfach in der CSS Datei umstellen (das Wichtigste unten).

Ich habe das ganze mit den in CSS 2.1 definierten Selectors realisiert und mit Firefox 2.0 und IE7 getestet.

Beispiel CSS Code:

a:hover[rel~="me"] {
  background: url(images/xfn-me.png) no-repeat right; padding-right: 25px;
}

a:hover[rel~="co-worker"], a:hover[rel~="colleague"] {
  background: url(images/xfn-colleague.png) no-repeat right; padding-right: 25px;
}

a:hover[rel~="co-worker"][rel~="met"], a:hover[rel~="colleague"][rel~="met"] {
  background: url(images/xfn-colleague.png) no-repeat right; padding-right: 25px;
}

Komplette CSS Datei runterladen

Beispiele: ME, FRIEND COLLEAGUE, COLLEAGUE, COLLEAGUE MET, FRIEND MUSE, FRIEND MUSE MET.

Würde mich sehr über Kommentare und Anregungen freuen…

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!

First of all you have to create a category you want to use, for example „linkdump“, then create your own custom style (K2 page structure).

Add the following code to your custom css…

CSS code to hide the title (header), the noteworthy-link and the entry meta:

.category-linkdump .entry-title, .category-linkdump .noteworthyLink, .category-linkdump .entry-meta {
    display: none;
}

Example code to format the new linkdump category:

.category-linkdump .entry-content a, .category-linkdump .entry-content a:hover {
    border-bottom: 1px dotted #CCC; text-decoration: none !important;
}

.category-linkdump .entry-content {
    /*background-color: #F8F8F8;*/
    border-top: 1px dotted #CCC;
    border-bottom: 1px dotted #CCC;
    padding: 15px; font-size: 10px;
}

Demo: https://notiz.blog/category/links/

If you want to use your del.icio.us account for the linkdump/linklog try „Yet Another Weekly del.icio.us„

Hey, RSS-Fan! Du gehörst zu den wenigen Besonderen, die diesen altbewährten und trotzdem großartigen Weg wählen, um informiert zu bleiben. Hut ab!