Ich habe bei Dave Winer gelesen, dass XSLT aus den Browsern entfernt werden soll. **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@wirres.net hat auch gerade nochmal über seine Basteleien geschrieben. Er gestaltet seine OPML-Dateien auch mit XSLT 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!

…an meinem Blog herum zu basteln ♥️! Meine ganze Motivation, an WordPress und dem Open Web zu arbeiten, ist eine sehr selbstsüchtige: Ich liebe es, an meiner Seite herumzubasteln und ins Internet zu schreiben. Leider vergesse ich das von Zeit zu Zeit, und dann wird es sehr ruhig hier… Gerade ist das anders! Ich habe meine About-Seite überarbeitet, meine Now-Seite aktualisiert, ein Changelog angelegt und wieder generell Lust zu schreiben! Ich hab ein Dutzend neue Plugins gebaut und mein Autonomie Theme auf „Full Site Editing“ umgestellt (naja, vielleicht noch nicht ganz umgestellt). Ich weiß nicht so genau, warum gerade jetzt, aber vielleicht hab ich mich von @simon mitreißen lassen ☺️ Simon tingelt gerade durch die Lande und teilt seine Motivation, eine eigene Webseite zu haben und daran herum zu werkeln! Wer noch keine Chance hatte, den Vortrag live zu sehen, sollte sich unbedingt das Video anschauen! https://wordpress.tv/2026/07/04/back-to-the-roots-persoenliche-websites-in-der-welt-von-kommerz-und-ki/ Besonders gerne mag ich sein Fazit! > Das Fazit für mich bei dem Ganzen ist so ein bisschen, meine Website kann klein sein und irgendwie menscheln. Und sie ist dann erfolgreich, wenn ich das sage. Es gibt exakt keine einzige Metrik, die mich überhaupt interessieren könnte, außer der Spaß, den ich daran habe, dieses Ding zu bauen. Und die Verbindung, die ich dabei mit anderen Leuten an den Start bringe. Eigentlich ist es ein bisschen wie das Ei des Kolumbus: Sobald man es einmal gehört hat, macht es total Sinn. Trotzdem vergesse ich es leider immer mal wieder! Deshalb ist es wichtig, sich das immer wieder klarzumachen… mal schauen, wie lange es diesmal anhält.

Eigentlich bin ich ja nur meine Slash-Pages durchgegangen um zu schauen was mir noch „fehlt“… Zwei Wochen später hab ich ein fertiges Blogroll-Plugin auf WordPress.org, welches dank @ix@wirres.net auch schon für Kirby portiert und von Rivva gefeatured wurde ♥️ Und jetzt bin ich aktives und zahlendes Mitglied bei Rivva und beteilige mich am Starter-Packs Projekt! Ich bin da wohl aus Versehen in was Großartiges reingerutscht 😉 Das Plugin selbst stellt eigentlich nur einen Block bereit. Man kann eine Blogroll in jeden Beitrag oder auf jede Seite packen, auch mehrmals, wenn man z.B. Blogs und Podcasts trennen will. Oder man verteilt die Blogrolls auf mehrere Seiten. Jede Blogroll hat dabei ihre eigene OPML. Beim Hinzufügen reicht die URL. Name, Beschreibung, Icon und Feed holt sich das Plugin selbst, man kann aber alles noch anpassen. Es gibt keine Settings, alle Änderungen nimmt man direkt im Block vor. Hier ein kleines Beispiel: * felix schwenzel hier schreibt felix schwenzel seit 24 jahren ins internet (eigentlich seit 30 jahren). feed· * contact * muse * Rivva Blog Nachrichten sind ein Fluss. Rivva folgt den Strömungen, spürt Debatten auf und macht sichtbar, welche Artikel Wellen schlagen. feed· * contact Download or open this blogroll as an OPML file. Und hier noch die Specs: * Jeder Eintrag ist eine h-card. * Beziehungen wie `friend`, `met` oder `muse` werden mit XFN ausgezeichnet. * Die Liste selbst ist XOXO. * Jede Blogroll gibt es als OPML 2.0, einfach `?opml` an die URL hängen. * Mehrere Blogrolls auf einer Seite werden zu Gruppen, jede mit eigener OPML. * Unter `/.well-known/recommendations.opml` findet man alle Blogrolls des Blogs. * Jede Seite mit einer Blogroll verlinkt sie über `<link rel="blogroll">`, nach Dave Winers Vorschlag. * Die Feeds verlinken die Blogrolls über `<source:blogroll>`. * Man kann OPML-Dateien aus dem Feed-Reader importieren. Das macht mich fast ein bisschen nostalgisch! Blogrolle, RSS, Microformats, OPML, … Es fühlt sich fast wie 2005 an! Web 2.0 und die Blogosphäre 🥹 Ich bin gespannt was Frank da zaubert! > Eine Blogroll ist ein öffentliches Follow. > > Eine Blogroll-Sammlung ist ein soziales Netzwerk. > > Und ein Blogroll-Netz ist ein Rabbit Hole. > > Die Flut hebt alle Boote Das Plugin gibt es auf WordPress.org und GitHub. Ich freue mich über Feedback, Ideen und Pull Requests! (Das Plugin hieß ursprünglich übrigens „Blockroll”. Ein schlechtes Wortspiel: ein Gutenberg-Block, der eine Blogroll ausgibt. Nachdem in der Rivva-Community die Frage aufkam, was das Ganze mit Blocken zu tun hat, heißt es auf WordPress.org jetzt „Blogroll & Podroll Block”. Den Slug `blockroll` hab ich aber behalten, das Wortspiel konnte ich mir nicht verkneifen 😉) ((@simon@dewp.space bastelt außerdem schon an einem Logo für das Plugin (bzw. er lässt basteln)… mehr dazu bald))