<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>X11 on Defender TD5</title><link>https://td5.390er.de/kategorien/x11/</link><description>Recent content in X11 on Defender TD5</description><generator>Hugo</generator><language>de</language><lastBuildDate>Sun, 26 Jul 2026 08:39:02 +0200</lastBuildDate><atom:link href="https://td5.390er.de/kategorien/x11/index.xml" rel="self" type="application/rss+xml"/><item><title>X11 statt HTML 3.2: Versuchsplan für eine Tk-Oberfläche auf dem emulierten 68k-Mac</title><link>https://td5.390er.de/atalkd/x11-versuchsplan-exodus-basilisk/</link><pubDate>Sun, 26 Jul 2026 08:39:02 +0200</pubDate><guid>https://td5.390er.de/atalkd/x11-versuchsplan-exodus-basilisk/</guid><description>&lt;p&gt;Der bisherige Weg zur Administration führt über HTTP: ein Formularserver auf dem ODROID, Netscape 3.04 auf dem Mac, HTML 3.2. Der Gegenentwurf wäre X11 — das Werkzeug läuft weiterhin auf dem Server, zeichnet aber mit echten Widgets auf dem Bildschirm des emulierten Macs. Die Grundlage dafür ist eXodusII 7.0, die letzte 68k-fähige Fassung des X-Servers von White Pine, die laut Beschreibung auch unter Basilisk II läuft.&lt;/p&gt;
&lt;p&gt;Dieser Text ist ein &lt;strong&gt;Versuchsplan, kein Bericht&lt;/strong&gt;. Nichts davon ist auf dem ODROID durchgeführt. Er hält fest, was zu tun wäre, in welcher Reihenfolge, und woran es voraussichtlich scheitert — damit der spätere Log das dagegenhalten kann.&lt;/p&gt;</description></item></channel></rss>