Skeuomorphe Desktops: Ein Rendering-Problem, kein Witz

Hier kommt eine Behauptung, die beide Lager ärgern wird: Skeuomorphismus ist nie gestorben, weil Nutzer ihn gehasst hätten. Er ist gestorben, weil er teuer war – in Pixeln, in GPU-Zyklen und in Designerstunden –, und Flat Design hat aus wirtschaftlichen Gründen gewonnen, nicht aus ästhetischen. Ein neues Projekt, das gerade die Runde macht, DEsk, ein komplett skeuomorpher Wayland-Desktop für Linux, in dem Fenster Papierbögen auf einem raytraceten Nussbaum-Schreibtisch sind, ist der erste echte Test dieser These seit Jahren. Und er beweist den Punkt wunderbar: Sobald du entscheidest, dass der ganze Raum von einer einzigen Schreibtischlampe beleuchtet wird, hast du dich für eine Rendering-Architektur entschieden, die eher einer Game-Engine ähnelt als GNOME Shell.

Was ein skeuomorpher Desktop tatsächlich rendern muss

Flat Design ist gnädig zum Renderer. Ein moderner Compositor wie Mutter oder KWin verbringt den größten Teil seines Lebens mit Texture-Compositing: Anwendungen liefern Buffer, du zeichnest Quads, wendest ab und zu einen Shader für abgerundete Ecken und einen Schlagschatten an, fertig. Der gesamte Frame ist auf jeder GPU aus den letzten zehn Jahren praktisch gratis, und genau deshalb hat sich flaches UI durchgesetzt – es kostet nichts und skaliert mit einer einfachen Transformation auf jede Auflösung.

Skeuomorphismus bricht jeden Teil dieses Deals. Sobald deine Designsprache sagt „Dieses Fenster ist ein Bogen cremefarbenes Papier mit Faser, Dicke und einer eselsohrigen Ecke“, brauchst du:

• Materialschattierung – Papier ist keine Farbe, sondern eine leicht subsurface-artige diffuse Reaktion mit Fasertextur. Das ist Arbeit pro Pixel, kein einfaches Füllrechteck.
• Konsistente Beleuchtung – Jedes Objekt in der Szene muss sich einig sein, wo das Licht herkommt. Eine Schreibtischlampe bedeutet eine Shadow Map (oder Ray Query), an der alles teilnimmt, inklusive der Live-Inhalte der Fenster.
• Kontaktschatten – Ein Fenster, das „auf einem Schreibtisch liegt“, braucht Ambient Occlusion dort, wo das Papier auf den Nussbaum trifft, sonst bricht die Illusion sofort zusammen.
• Verformung – DEsk lässt dich die Ecke des Papiers anheben, um die Rückseite zu sehen, und Fenster beim Schließen zu einer Kugel zerknüllen. Das ist Vertex-Displacement auf einer Live-Textur, keine Skalierungsanimation.

Keins davon ist für sich genommen schwer. Game-Engines machen das seit Jahrzehnten. Aber ein Desktop-Compositor hat Einschränkungen, die ein Spiel nicht hat: Der Inhalt dieser „Papierbögen“ ist beliebige Anwendungsausgabe, die bis zu 60 fps aktualisiert wird, und du kannst nichts im Voraus berechnen. Du schattierst einen Live-Videostream, als wäre er Tinte auf Faserpapier.

Der Compositor wird zur Game-Engine

Die eigene Architekturdokumentation von DEsk beschreibt den Schritt unverblümt: Der Raum – Schreibtisch, Regal, Konsole, Briefkasten – wird auf der GPU über GLES 3 raytraced, mit einem CPU-Tracer als Fallback, und das Ergebnis wird pro Bildschirmgröße gecacht. Dieser eine Satz enthält die gesamte Engineering-Strategie, und er lohnt das Auspacken, denn es ist der einzig vernünftige Weg, das zu tun.

Der Trick ist die Aufteilung in statisch und dynamisch. Den Raum jeden Frame neu zu raytracen wäre absurd – selbst ein bescheidener Path Tracer braucht auf Mittelklasse-Hardware Sekunden pro Bild. Aber der Raum ist statisch. Der Schreibtisch bewegt sich nicht, die Lampe auch nicht. Also tracest du ihn einmal beim Login („Der erste Login zeichnet den Raum einmal: ein paar Sekunden auf einer GPU, ohne GPU deutlich länger“), cachest die Strahldichte, und danach ist der Raum nur noch ein texturierter Hintergrund. Die dynamischen Objekte – Papierfenster, die Schublade, Briefe im Briefkasten – werden darüber forward-gerendert und so beleuchtet, dass sie zur gecachten Szene passen.

// Sketch of the two-layer architecture a skeuomorphic shell converges on
struct frame {
// Layer 1: the room. Traced once at login, cached per output size.
texture room_cache;          // desk, shelf, post box, baked lamp light
// Layer 2: dynamic objects, forward-rendered each frame.
vector<object> paper_windows; // app buffers mapped onto paper quads
vector<object> drawer_items;
vector<object> notifications;
};
void render(frame *f) {
blit(f->room_cache);                       // one textured quad, nearly free
for (auto &o : f->paper_windows)
draw_paper(o);                         // fibre shader + fake AO + dog-ear
composite(f->drawer_items, f->notifications);
}

Das ist kein Zufall: So funktionierte Myst bereits 1993 – vorgerenderte statische Szenen mit dynamischen Sprites darüber. Mehrere Beobachter haben angemerkt, DEsk habe „starke Myst-Vibes“, und sie liegen richtiger, als sie wissen. Es ist nicht nur eine ästhetische Verwandtschaft, sondern dieselbe Rendering-Architektur, auf die man kommt, weil dieselben Einschränkungen noch gelten: teure globale Beleuchtung, billiges Compositing. Als Geschichtsnerd liebe ich das. Dreißig Jahre GPU-Fortschritt, und die ehrliche Antwort auf „Wie raytrace ich meinen Desktop?“ lautet immer noch: „Tu's nicht – trace ihn einmal und schwindle.“

Das Multi-Monitor-Design zeigt dieselbe Pragmatik. Statt für jeden Bildschirm einen größeren Raum zu raytracen, zeigen zusätzliche Displays „mehr von den Dielen des Schreibtischs, die von ihm weiterlaufen“ – der statische Hintergrund wird erweitert, und die gecachte Szene verteilt sich über die Ausgabegeräte. Ein Bildschirm, der mitten in der Sitzung abgesteckt wird, bekommt einfach seine Fenster auf einen verbleibenden Monitor umgehängt. Simpel, aber es umgeht das wirklich harte Problem, bei jedem Hotplug-Event neu zu tracen.

Skeuomorphismus belastet die GPU auf Arten, die flaches UI nie betrifft

Werden wir konkret, denn „es ist schwerer“ verrichtet in den meisten Diskussionen über diesen Stil ziemlich viel unverdiente Arbeit. Vergleichen wir, was ein flacher Compositor für ein Fenster tut, mit dem, was DEsks Papiermetapher verlangt:

Flach: den wl_buffer des Clients als Textur binden, ein Quad mit einem Shader zeichnen, der darauf sampelt, vielleicht die Ecken per Signed-Distance-Funktion runden, einen günstigen 9-Tap-Schatten anwenden. Kosten pro Fenster: eine Handvoll Texturzugriffe pro Pixel, alle aus cachefreundlichen Bereichen.

Papier: Der Client-Buffer ist nur die „Tinte“. Dazu brauchst du eine Papier-Grundschicht (Fasertextur, dunkle Kanten, eine Dicke-Lippe), eine eselsohrige Ecke, die als eigene gefaltete Geometrie mit eigener Beleuchtung existiert, einen Kontaktschatten auf dem Schreibtisch, der von der Position des Fensters in der Szene abhängt, und eine Beleuchtung, die zur Lampe im Raum-Cache passt. Und wenn der Nutzer eine Kante zieht, um „mehr Papier herauszuziehen“, ändert sich die Papierfläche unabhängig vom Inhalt – du hast die Fenstergeometrie von der Oberflächengeometrie entkoppelt, was kein normaler Compositor tut.

Die eigentlichen Kosten sind aber nicht der Durchsatz – moderne GPUs lachen über ein paar zusätzliche Texturebenen. Es ist die Komplexität der Pipeline. Das Shader-Budget eines flachen Compositors sind ein oder zwei Programme für die ganze Sitzung. Eine skeuomorphe Shell braucht ein kleines Materialsystem: Papier, Nussbaum, Messing, Glas (die Linsen der Schreibtischlampe), Stoff. Jedes Material ist eine Shader-Variante, jede Variante kann auf irgendeinem Treiber kaputtgehen, und jede interagiert mit der gemeinsamen Lampenbeleuchtung, deshalb lassen sie sich nicht isoliert entwickeln. Genau deshalb ist die klassische Theming-Ära von Enlightenment und GTK2 gestorben, und das ist das stärkste Gegenargument aus der Praxis: Der Window Manager ist der einfache Teil. Jede Anwendung zeichnet ihren Inhalt weiterhin mit GTK oder Qt, und kein Nussbaum auf Compositor-Seite bringt eine libadwaita-App dazu, so auszusehen, als gehöre sie auf einen echten Schreibtisch. DEsk löst das nur teilweise: Client-side-dekorierte Fenster „liegen ebenfalls auf Papier“, was heißt, dass die Metapher Apps umhüllt, statt sie zu verwandeln.

Wayland macht das gleichzeitig einfacher und schwerer

Es gibt einen Grund, warum ein Projekt wie dieses heute existiert und nicht 2010. Waylands zentrale architektonische Wette – der Compositor besitzt den gesamten Frame, jedes Pixel läuft durch ihn – ist genau die Wette, die eine skeuomorphe Shell braucht. Unter X11 konnte eine App überall zeichnen, wohin sie wollte, und das Beste, was du tun konntest, war ein Compositing-Manager, der verzweifelt Fenster umhängte und hoffte. Unter Wayland bekommt die Shell saubere, isolierte Oberflächen-Buffer und hat völlige Freiheit, wie sie präsentiert werden. Wenn du eine Oberfläche auf ein verformbares Papierblatt mit eselsohriger Ecke abbilden willst, ist Wayland das erste Display-System, bei dem das nur schwer statt unsinnig ist.

Aber Wayland erhöht auch die Rechnung. Eine Desktop-Umgebung ist kein Renderer, sondern ein Renderer plus zwanzig Jahre Protokollwildwuchs: Xwayland für Legacy-Apps, IBus-Brücken für Eingabemethoden (DEsk erlaubt das Tippen in den Index des Bücherregals und ins Notizblock), PipeWire für den Lautstärkeregler, logind für Helligkeit und Deckelverhalten, MPRIS für die Medienseite der Uhr, PAM für den Sperrbildschirm. Jede dieser Stellen ist eine Integrationsfläche, die ein Projekt wie GNOME auf Hunderte Mitwirkende verteilt. DEsk zieht eine klare Linie – „was es selbst macht und was es sich leiht“ – und delegiert Netzwerk, Bluetooth, Drucken und das Theming anderer Apps an bestehende freie Software. Diese Ausleih-Strategie ist der einzige Weg, wie ein kleines Team einen ganzen Desktop ausliefert, aber sie bedeutet, dass die skeuomorphe Illusion an den Rändern abrupt endet: Die WLAN-Einstellungen sind das flache GTK-Panel von jemand anderem.

Wichtig für alle, die es ausprobieren wollen: Weil der Raum pro Bildschirmgröße gecacht wird und die dynamische Schicht schlichtes Forward-Rendering über GLES 3 ist, sollte der Dauerbetrieb unauffällig sein – vergleichbar mit jedem Compositor mit aufwendigen Effekten. Die Schmerzpunkte sind der Login-Trace auf Maschinen ohne GPU (der CPU-Fallback existiert, ist aber langsam) und die allgemeine Rauheit einer v0.1-Beta: Tester berichten von inkonsistenten Animationen bei zustandsbehafteten Bedienelementen wie dem Ein-/Ausschalter der Systemsteuerung. In einer skeuomorphen Oberfläche ist das kein kosmetischer Fehler – wenn die Schlüsseldrehung fehlschlägt, kannst du nicht erkennen, ob sich der Rechner tatsächlich abschaltet. Skeuomorphismus erhöht den Einsatz bei der Korrektheit von Animationen, weil die Animation selbst die Zustandsanzeige ist. Flat Design hat die unterschätzte Tugend, dass ein Kippschalter genau zwei darstellbare Zustände hat und kein Dazwischen.

Warum wir aufgehört haben, so zu bauen

Die übliche Geschichte besagt, Skeuomorphismus sei eine Krücke gewesen – realistisch wirkende Metaphern, um Menschen Touchscreens beizubringen – und als die Nutzer erwachsen wurden, haben wir das Lederimitat mit der Naht weggeworfen. Diese Geschichte stimmt größtenteils nicht, und DEsk ist gerade deshalb nützlich, weil es die eigentliche Ökonomie offenlegt. Skeuomorphismus starb, als zwei Dinge gleichzeitig passierten: Retina-Displays vervierfachten die Pixelzahl, die handgemalte Texturen abdecken mussten, und mobile Geräte ließen UIs auf schwachen GPUs laufen, die aus Akkus gespeist werden. Flache Vektor-UIs skalieren kostenlos; eine gebürstete Metalltextur in 1x, 2x und 3x tut das nicht. Apples iOS-7-Redesign war keine sich wandelnde Geschmacksfrage, sondern ein drastisch gekürztes Rendering-Budget. Wenn du gelesen hast, wie GPU-beschleunigte Terminals von TTY-Zeichengittern zu vollwertigen Shader-Pipelines wurden, kennst du denselben Tausch von der anderen Seite: Wir geben GPU-Leistung innerhalb des Inhalts einer App großzügig aus, aber die Chrome-Oberfläche selbst musste abspecken.

Es gibt außerdem einen tieferen Grund, der mit GPUs nichts zu tun hat: Konsistenz lässt sich nicht komponieren. Eine Designerin kann eine großartige physische Metapher entwerfen; tausend Drittanbieter-Entwickler können das nicht. Die Bücherregal-Metapher funktioniert für DEsks eigene Apps. Sobald Firefox seine eigene graue Flat-UI auf das Papier rendert, schaust du auf einen Screenshot, der auf eine Requisite geklebt wurde. Der Hacker-News-Thread hat das aus zwei Richtungen zugleich auf den Punkt gebracht: Ein Kommentator trauerte der themebaren Ära von GTK2 nach, ein anderer merkte an, moderne Toolkits scheinen darauf ausgelegt, sich gegen Themes zu wehren. Der Desktop kann ein Schreibtisch sein; die Apps werden es nie sein. Die Metapher leckt, und jeder, der schon einmal eine Themed-Umgebung gebaut hat, weiß, dass dieses Leck die Illusion tötet. Es ist dieselbe Lücke, die UX-Anti-Patterns so hartnäckig macht: Die Oberfläche lässt sich leicht reparieren, das Ökosystem nicht.

Wo die provokante These ins Wanken gerät

Ich habe gesagt, Skeuomorphismus habe aus wirtschaftlichen Gründen verloren, und daran glaube ich. Aber Ehrlichkeit verlangt Zugeständnisse, und die rauen Kanten von DEsk liefern genau diese.

Erstens ist ein Teil der Kosten gar kein Rendering – sondern Mehrdeutigkeit in der Interaktion. Eine physische Metapher leiht sich die realweltlichen Erwartungen des Nutzers, und Physik kennt kein Rückgängig. Wenn das Schließen eines Fensters bedeutet, es zu einer Kugel zu zerknüllen und wegzuwerfen, ist das genau einmal charmant und beim vierzigsten Mal, wenn du reflexartig das falsche Fenster schließt, leicht beunruhigend. Die Abstraktheit flacher Chrome-Elemente ist ein Feature: Ein kleines × ist ein Versprechen, keine Vorstellung. Zweitens der Zustand. Physische Objekte müssen immer so aussehen, wie sie sind; eine hängende Schlüsseldrehung ist keine ruckelige Übergangsanimation, sondern eine Lüge darüber, ob dein Rechner sich ausschaltet. Skeuomorphe Oberflächen müssen an Stellen korrekt sein, an denen flaches UI approximieren darf, und Korrektheit bei Animationen frisst brutal viel QA-Zeit – wie jeder weiß, der Systeme ausgeliefert hat, bei denen die Oberfläche verteilten Zustand getreu abbilden muss.

Die unterschätzte Tugend von Flat Design ist, dass ein Kippschalter genau zwei darstellbare Zustände hat und kein Dazwischen. Ein Messingschlüssel hat unendlich viele, und jeder davon ist ein Bug-Report.

Drittens schneiden Barrierefreiheit und Auffindbarkeit in beide Richtungen. Mehrere Kommentatoren meinten, eine wörtliche Schreibtisch-Metapher könne älteren Nutzern, die nie ein mentales Modell von Dateisystemen aufgebaut haben, wirklich helfen – sie lernen auswendig, wo sie klicken müssen, und können sich nicht erholen, wenn es sich ändert, weil flaches UI für sie „keine inhärente Logik hat“. Ein Schreibtisch hat Logik: Briefe kommen in den Briefkasten, Dokumente sind Papier, Aufbewahrenswertes kommt in die Schublade. Das ist ein echtes Argument, und es als Nostalgie abzutun ist bequem. Aber dieselbe Physikalität, die einem Nutzer hilft, verbirgt Funktionen vor einem anderen: Wie entdeckst du, dass Super+D die Schublade öffnet oder dass ein eingeklapptes Fenster dort hineinkann? Physische Affordanzen funktionieren, wenn die Objekte griffbereit sind; Tastenkürzel sind in beiden Fällen reine gelernte Abstraktion.

Wofür DEsk wirklich gedacht ist

Es wäre ein Fehler, DEsk als Vorschlag zu lesen, dass wir alle jetzt an raytraceten Schreibtischen arbeiten sollten. Das wird nicht passieren, und die Ökonomie, mit der ich begonnen habe, gilt weiterhin: Ein Plattformanbieter, der auf eine Milliarde Geräte ausliefert, kann sich pro-Pixel-Materialshader auf dem Chrome, handabgestimmte Lampenbeleuchtung und animationskorrekte Messingschlüssel nicht leisten. Flat Design bleibt der richtige Standard für Systemsoftware, so wie Beton der richtige Standard für Brücken ist.

Was DEsk tatsächlich zeigt, hätte der Linux-Desktop seit einem Jahrzehnt belegt gebraucht: Die Compositor-Schicht ist jetzt ausdrucksstark genug, um ein Medium zu sein. Wayland plus eine moderne GPU gibt einem entschlossenen Entwickler eine Vollbild-Leinwand mit genug Spielraum, um eine kohärente Welt zu rendern, nicht nur Rechtecke anzuordnen. Der Myst-Trick – den teuren Lichtanteil vorab backen, die dynamische Schicht forward-rendern – schließt die Performance-Lücke, die das früher unmöglich machte. Ob die Welt, die jemand baut, ein nostalgischer Nussbaum-Schreibtisch ist, das Flugdeck der Nostromo, von dem ein Kommentator träumte, oder etwas, das sich noch niemand vorgestellt hat, ist eine Geschmacksfrage. Die Fähigkeit ist die Nachricht.

Es gibt ein Muster in der Computergeschichte, das immer wiederkehrt: Eine Technologie reift, der Mainstream konvergiert auf die billigste ausreichende Ästhetik, und dann entdecken Bastler die teuren Ästhetiken als Form des Handwerks neu. Das ist mit mechanischen Tastaturen passiert, mit dithered Ein-Bit-Grafik, mit CRT-Shadern in Emulatoren. Skeuomorphe Desktops sind als Nächstes dran. Sie werden nichts verdrängen. Sie werden uns nur daran erinnern – so wie DEsks einzelne Schreibtischlampe einen ganzen raytraceten Raum ausleuchtet –, dass das flache graue Rechteck immer schon eine Budgetentscheidung war, und Budgets lassen sich, anders als Geschmack, verhandeln.