KDE Plasma 6.8 führt serverseitige Schatten für Anwendungen ohne Designelemente ein

Die kommende Version von KDE Plasma verbessert die optische Einheitlichkeit von Anwendungen, die keine eigenen Fensterschatten zeichnen.
Eine Übersetzung von 🇬🇧 Linuxiac.com

Die für Mitte Oktober geplante Veröffentlichung von KDE Plasma 6.8 wird eine KWin-Funktion einführen, die es dem Fenstermanager ermöglicht, Anwendungen, die über keine eigenen Fenster-Schatten verfügen, serverseitige Schatten hinzuzufügen.

Fenster-Schatten können im Allgemeinen entweder vom Compositor oder von der Anwendung selbst gezeichnet werden. Viele GTK-Anwendungen verwenden clientseitige Dekorationen und rendern ihre eigenen Schatten, während Qt-Anwendungen üblicherweise den Compositor bitten, sowohl die Fensterdekoration als auch deren Schatten zu zeichnen.

Einige Anwendungen tun jedoch weder das eine noch das andere, was zu Fenstern mit eckigen Ecken, ohne Schatten und einem im Vergleich zum restlichen Plasma-Desktop optisch uneinheitlichen Erscheinungsbild führt.

Diese neue Funktionalität, die kürzlich für Plasma 6.8 in KWin integriert wurde, behebt dieses Problem. Laut dem KWin-Entwickler Vlad Zahorodnii ermöglicht sie es Benutzern, für diese Fenster vom Compositor gezeichnete Schatten zu erzwingen, was dazu beiträgt, dass Anwendungen von Drittanbietern sich nahtloser in Plasma integrieren lassen.

Benutzer können bereits in Plasma 6.7 ein ähnliches Ergebnis erzielen, doch der Vorgang erfordert mehrere manuelle Schritte. Sie müssen eine KWin-Fensterregel erstellen, um die serverseitige Dekoration zu erzwingen, und in den Breeze-Dekorationseinstellungen eine fensterspezifische Überschreibung konfigurieren, um die Titelleiste auszublenden.

Plasma 6.8 automatisiert diese Notlösung mit einer neuen Fensterregel: „Fenstermanager zeichnet Titelleiste, Rahmen und Schatten“. Diese ersetzt die ältere Option „Keine Titelleiste und kein Rahmen“ und bietet eine direktere Möglichkeit, Compositor-seitige Dekorationen oder Schatten für einzelne Anwendungen anzufordern.

🎓 Diese Funktion funktioniert jedoch nicht sofort mit allen Fensterdekorationen von Drittanbietern. Dekorations-Themes müssen zusätzlich zu den standardmäßigen Dekorationen mit Titelleiste explizit einen neuen Stil unterstützen, der ausschließlich Schatten verwendet. Außerdem müssen sie ihr Erscheinungsbild an den ausgewählten Stil anpassen, beispielsweise indem sie die Titelleiste ausblenden, während der Rahmen und der Schatten erhalten bleiben.

KWin fügt geeigneten X11-Fenstern automatisch Schatten hinzu, wenn es weder serverseitige Dekorationen noch clientseitige Schatten erkennt. Viele betroffene X11-Anwendungen werden ohne zusätzliche Konfiguration davon profitieren.

Unter Wayland ist die Situation komplizierter. KWin kann nicht zuverlässig feststellen, ob eine Wayland-Anwendung Subsurfaces verwendet, um ihren eigenen Schatten oder andere umgebende visuelle Elemente zu zeichnen. Das automatische Hinzufügen eines weiteren Schattens könnte daher zu falschen Ergebnissen führen.

🎓 Aus diesem Grund wendet KWin das neue Verhalten nicht automatisch auf Wayland-Fenster an. Benutzer müssen Fensterregeln manuell erstellen. Zahorodnii merkte an, dass ein zukünftiges Wayland-Protokoll es Anwendungen ermöglichen könnte, explizit anzugeben, ob Schatten auf Compositor-Seite verwendet werden sollen.

Weitere Details finden Sie im Beitrag auf Zahorodniis Blog.

Spendieren Sie Bobby einen ☕ Ko-fi

Ein Service von s3n🧩net