Schuld daran ist ein Update des offiziellen Linux-Clients auf Electron-Basis, das die GTK-Style-Window-Decoration durcheinandergebracht hat. Die Funktionalität von Spotify bleibt zwar unverändert, optisch sieht es aber alles andere als schick aus.

Lösungsmöglichkeiten für Spotify

Es gibt zwei einfache Wege, um das Problem zu beheben. Die bequemste Variante ist, Spotify als Flatpak zu installieren. Die Flatpak-Version zeigt den blauen Rahmen nicht und ihr müsst euch um nichts kümmern. Änderungen an der Konfiguration sind nicht nötig.

Falls ihr Spotify hingegen über den Spotify Launcher (Paket spotify-launcher aus den Extra-Quellen von Arch) oder direkt aus dem AUR (Eintrag spotify) installiert habt, müsst ihr das Start-Flag --ozone-platform=x11 setzen. Damit wird die GTK-Dekoration korrekt angezeigt. Je nach Installationsart fügt ihr das Flag wie folgt ein:

Für AUR-Spotify in der Datei ~/.config/spotify-flags.conf:

--ozone-platform=x11

Für Spotify Launcher in ~/.config/spotify-launcher.conf:

[spotify]
extra_arguments = ["--ozone-platform=x11"] 

Eventuell müsst ihr diese Dateien erst anlegen. Nach einem Neustart von Spotify sollte der blaue Rahmen verschwunden sein und alles wieder normal aussehen.

Korrektur von Fabian auf Mastodon: Das stimmt so nicht. Das ist ganz alleine dem geschulded das Spotify Wayland-nativ läuft und dort, unter GNOME, eine clientseitige Dekoration (CSD) braucht, die es über diese blaue bereit stellt. Das ganze wieder zu X11 zwingen schafft eventuell echte Probleme, wie verschwommene Schriften, schlechtes (kein) scaling und so weiter. Spotify ist auch nicht Elektron, sondern Chromium Embedded Framework (CEF).

Klar, es ist eine Krücke, aber eine die derzeit hilft. Die Änderung lässt sich ja auch schnell wieder rückgängig machen. Die anderen Optionen wären, Gnome unter X11 zu betreiben oder sich mit den blauen Rahmen anzufreunden. Beides in meinen Augen auch nicht gerade optimal. So ist es erstmal ein Workaround, den man natürlich nicht vergessen sollte, falls sich Spotify irgendwann einmal wieder komisch verhält.

Neben diesen grafischen Werkzeugen begleitet mich auch der Music Player Daemon, kurz MPD. Der Name klingt zunächst kryptisch, dahinter steckt aber ein einfaches Konzept. MPD ist ein Musikplayer, der im Hintergrund läuft und sich über zahlreiche Clients fernsteuern lässt. Man kann also einen Rechner oder Raspberry Pi an die Stereoanlage hängen, die eigene Musiksammlung einbinden und die Wiedergabe von überall im Haus steuern.

Music Player Daemon aka MPD

MPD unterscheidet sich deutlich von Streaming-Servern wie Jellyfin oder Navidrome, die auf dem Subsonic-Protokoll basieren. Dort streamt der Server die Musik an die Clients, während bei MPD der Client nur die Wiedergabe steuert und der Dienst selbst direkt auf dem Server spielt. Bemerkenswert ist, dass die Entwicklung an MPD auch nach über zwanzig Jahren nicht eingeschlafen ist. Die aktuelle stabile Version MPD 0.24.6 ist gerade erst veröffentlicht worden.

Auch bei den Clients merkt man, dass MPD weiterhin lebendig ist. Während moderne Subsonic-Clients für Linux (speziell für den GNOME-Desktop) inzwischen leider wirklich rar geworden sind (Sublime Music oder Sonixd wurden eingestellt, mit Feishin oder Supersonic werde ich nicht warm), entstehen rund um MPD immer wieder neue Projekte. In letzter Zeit erscheinen vermehrt Anwendungen auf Basis von GTK4 und Libadwaita, die sich optimal in das aktuelle GNOME-Design einfügen und die Funktionen des Desktops optimal nutzen.

MPD für GNOME: Plattenalbum

Plattenalbum (Flathub) hat gerade erst ein Update auf Version 2.4.0 erhalten und nutzt GTK4, ohne sich in ein übertrieben verspieltes Design zu verlieren. Die Albencover stehen klar im Mittelpunkt der Oberfläche. Das Layout bleibt klassisch, links die Künstler, in der Mitte die Alben und rechts der Player mit den Kontrollelementen zur Steuerung der Wiedergabe.

Wer während der Wiedergabe auch die Songtexte lesen möchte, wechselt über den Button oberhalb des Players in die Lyrics-Ansicht. Die Texte müssen dafür nicht im ID3-Tag stehen. Plattenalbum lädt sie automatisch vom brasilianischen Dienst Letras, was besonders praktisch ist, wenn man die eigenen Dateien nicht vollständig gepflegt hat. Weitere Einstellungsmöglichkeiten gibt es nicht viele, und braucht es eigentlich auch nicht.

MPD für GNOME: Euphonica

Euphonica (Flathub) setzt im Gegensatz zu Plattenalbum deutlich stärker auf visuelle Effekte. Der Hintergrund des Fensters passt sich an die Farben des aktuellen Albums an und am unteren Rand bewegt sich ein animiertes Spektrum. Beim Wechsel zwischen Künstler- und Albenansicht oder beim Öffnen eines Albums gleiten die einzelnen Elemente weich ins Bild und erzeugen einen modernen Eindruck.

Auch funktional überzeugt Euphonica. Man kann durch Künstler und Alben navigieren und künftig soll auch das Filtern nach Genres möglich sein. Alben lassen sich mit MPD 0.24 oder neuer bewerten. Über MPRIS integriert sich Euphonica nahtlos in den Desktop, zeigt Benachrichtigungen beim Titelwechsel an und erlaubt die Steuerung der Wiedergabe auch über die Desktop-Funktionen.

Generell wäre es wünschenswert, wenn wieder ein neuer GTK4/LibAdwaita-Client für Subsonic erscheinen würde. Auf meinem kleinen Selfhosting-Server läuft Navidrome sehr zuverlässig. Für Android gibt es Symfonium (proprietär, aber jeden Cent wert) sowie Tempus, eine aktiv weiterentwickelte Version des FOSS-Clients Tempo. Auch das Webfrontend von Navidrome funktioniert ausgezeichnet. Auf dem Desktop fehlt jedoch eine native Anwendung, hier klafft aktuell eine große Lücke.

Hintergrund: YouTube und die Enshitification

YouTube-Ripper wie yt-dlp sowie unabhängige YouTube-Clients wie NewPipe und Klons wie PipePipe, die unter der Haube mit yt-dlp arbeiten, sollen künftig stärker blockiert werden. Grund dafür ist, dass freie Clients keine Werbung anzeigen und häufig Funktionen wie SponsorBlock direkt integrieren.

Technisch funktioniert das Blocken von yt-dlp über eine JavaScript-Challenge, die künftig einen Browser oder Client mit vollwertiger JavaScript-Engine erfordert. Der bisher in yt-dlp integrierte rudimentäre JavaScript-Interpreter genügt dafür nicht mehr. Die aktuelle Version yt-dlp 2025.11.12 kann nun jedoch Deno und andere JS-Runtimes einbinden. Für Anwender entsteht daraus kein großer Aufwand:

### Ohne Deno gibt yt-dlp eine Warnung aus...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
WARNING: [youtube] No supported JavaScript runtime could be found. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See  https://github.com/yt-dlp/yt-dlp/wiki/EJS  for details on installing one. To silence this warning, you can use  --extractor-args "youtube:player_client=default"
[...]
WARNING: [youtube] dQw4w9WgXcQ: Some web_safari client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[youtube] dQw4w9WgXcQ: Downloading m3u8 information
WARNING: [youtube] dQw4w9WgXcQ: Some web client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[info] dQw4w9WgXcQ: Downloading 1 format(s): 401+251
[...]

### Installation von Deno über die Paketverwaltung...
$ sudo pacman -S deno

### Deno löst die JS-Challenge erfolgreich...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[youtube] Extracting URL: https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
[youtube] [jsc:deno] Solving JS challenges using deno
[...]
[download] Destination: Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm
[download] 100% of    3.27MiB in 00:00:00 at 9.59MiB/s
[Merger] Merging formats into "Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].webm"
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm (pass -k to keep)
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f401.mp4 (pass -k to keep)

Derzeitige Situation und Ausblick

In Zukunft werden Paketbetreuer Deno mit hoher Wahrscheinlichkeit automatisch als Abhängigkeit von yt-dlp mitinstallieren. Unter Arch Linux ist das jedoch noch nicht der Fall – hier muss das Paket weiterhin manuell nachgerüstet werden, was sich über Pacman schnell erledigen lässt: Es genügt ein pacman -S deno. Man verliert dadurch lediglich rund 100 MByte Speicherplatz. Bei Ubuntu aber scheint Deno noch nicht in den Paketquellen zu sein.

Derzeit funktionieren viele Downloads zwar noch ohne Deno oder eine andere vollwertige JavaScript-Engine, doch Google wird die Schrauben mit Sicherheit weiter anziehen. Je strenger die technischen Hürden ausfallen, desto unzuverlässiger werden die bisherigen Workarounds arbeiten, bis sie schließlich komplett ausfallen. Mittelfristig ist daher davon auszugehen, dass Downloads von YouTube-Videos mit yt-dlp ohne Deno nicht mehr möglich sein werden.

PS: Wer sich wundert, wie man in einem Terminalfenster Videos abspielen und Bilder ansehen kann, sollte sich mal mplayer mit der libcaca sowie den Bildbetrachter jp2a ansehen. Beide Tools finden sich in den Paketquellen von Arch und sicher auch bei anderen Distributionen. Sie zählen sicherlich zu den kleinen Freuden des Linux-Alltags – aber was wäre die Linux-Welt ohne ein bisschen nerdiges Zeug?

$ mplayer -really-quiet -vo caca video.webm
$ jp2a --colors bild.png

Aber ehrlich gesagt: Für den gelegentlichen Radiogenuss braucht man nicht immer den ganzen Schnickschnack. Hier kommt Yet Another Radio ins Spiel – eine kompakte und praktische Erweiterung für die GNOME Shell. Sie spielt eure Lieblingssender ab, ohne dass man eine extra Anwendung öffnen muss. Der Komfort bleibt dabei erhalten: Man muss sich die Sender und deren URLs nicht selbst aus dem Netz zusammensuchen, eine Datenbank ist direkt integriert.

Was ist Yet Another Radio?

Der Entwickler beschreibt seine Motivation auf Reddit so:

Hello everyone! Long story short, I recently switched from KDE to GNOME and saw that there is no extension like the popular Advanced Radio Player for GNOME which is simple and easy to use. So I started developing my very first extension.

Kurz gesagt: Wer ein einfaches, übersichtliches Tool sucht, um Radiosender direkt aus dem GNOME-Panel zu steuern, findet hier genau das Richtige. Hier geht’s zur Extension auf GNOME Extensions

Funktionen im Überblick

Mit Yet Another Radio könnt ihr eure Lieblingssender direkt aus dem Panel abspielen, ganz ohne zusätzliches Fenster öffnen zu müssen. Über die Radio Browser API lassen sich tausende Sender durchsuchen, sodass ihr schnell das findet, was euch gerade interessiert. Eure Favoriten könnt ihr markieren, um sie jederzeit mit nur einem Klick abzuspielen.

Wer möchte, kann außerdem eigene Sender manuell hinzufügen oder bestehende Listen importieren und exportieren. Das ist praktisch, wenn ihr zum Beispiel mehrere Geräte nutzt. Die Erweiterung zeigt zudem Trackinformationen inklusive Albumcover an, wobei ich bisher allerdings noch keinen Sender gefunden habe, bei dem diese Funktion wirklich angezeigt wird.

Yet Another Radio ist also ideal für alle, die Internetradio unkompliziert in GNOME nutzen möchten, ohne auf eine umfangreiche Anwendung wie Shortwave angewiesen zu sein. Einfach installieren, Sender suchen, Favoriten setzen – fertig. Wer mehr will, kann die Senderlisten importieren oder eigene Stationen hinzufügen. Eine kleine, feine Erweiterung, die zeigt, wie praktisch GNOME-Erweiterungen sein können.

In meinen Augen ist das deutlich praktikabler und geht das wesentlich schneller, als ein zweites Firefox-Fenster zu öffnen und dieses mithilfe der Schnapp-Funktion der Desktopumgebung links und rechts auf dem Bildschirm sauber auszurichten.

Um SplitView in Firefox Nightly zu aktivieren, geht ihr folgendermaßen vor:

• Öffnet die Adresszeile und gebt about:config ein.
• Sucht nach dem Eintrag browser.tabs.splitView.enabled.
• Setzt den Wert von false auf true (ein Doppelklick genügt).

Die neue Funktion steht anschließend ohne Neustart bereit. Öffnet mit einem Rechtsklick auf einen Tab das Kontextmenü und wählt Geteilte Ansicht hinzufügen. Zum Trennen wählt ihr Geteilte Ansicht beenden oder zieht den geteilten Abschnitt in der Tableiste auf einen freien Bereich.

Das Ganze funktioniert ähnlich wie in Google Chrome, wo sich die Funktion derzeit ebenfalls nur experimentell aktivieren lässt. Chrome bietet allerdings schon ein paar zusätzliche Optionen, um geteilte Tabs besser zu organisieren. Damit rückt Firefox jedoch jetzt in puncto Funktionalität wieder ein Stück näher an den Konkurrenten heran.

Endlich Platz: Der neue Narrow Mode

Eine der größten Neuerungen ist der Narrow Mode. Bislang hatte ich Apostrophe oft im Vollbild oder auf einem großen Fenster laufen müssen, weil die Kombination aus Editor und Vorschau sonst zu eng wurde. Wer Apostrophe auf eine Bildschirmhälfte schieben wollte, musste in der Regel die Vorschau einklappen. Das Fenster ließ sich nicht beliebig zusammenschieben.

Mit Apostrophe 3.3 ist das nun vorbei: Das Layout passt sich jetzt so an, dass auch auf halber Monitorbreite alles sichtbar bleibt. Damit eignet sich Apostrophe auch besser für kleinere Bildschirme oder mobile Geräte. Für meinen Workflow heißt das: Rechts kann ich schreiben und die Vorschau des Artikels sehen, links läuft ein Browserfenster zum Recherchieren – und beides bleibt komfortabel nutzbar.

Scroll-Sync, der wirklich funktioniert

Ein weiterer Punkt, über den ich mich lange geärgert habe, war die ungenaue Synchronisierung zwischen Editor und Vorschau. Oft zeigte mir Apostrophe nicht die Stelle, an der ich gerade gearbeitet habe. Oder noch unangenehmer: Die Vorschau sprang während des Tippens unvorhersehbar hin und her.

Das ist besonders nervig, wenn man Absätze umstellt oder längere Markdown-Dokumente durchgeht. Mit Apostrophe 3.3 funktioniert der Scroll-Sync endlich zuverlässig(er). Die Vorschau zeigt immer die Stelle gerendert an, an der man gerade arbeitet. Nichtsdestotrotz ist die Vorschau noch eine kleine Baustelle: Während des Tippens wandert die Anzeige manchmal nach unten.

Code und Codeblöcke im Editor

Ein großer Pluspunkt von Markdown ist, dass sich Codezeilen und -blöcke nahtlos in den Text einfügen lassen, ohne dass ich mit Dialogen oder Menüleisten hantieren muss. Inline-Code kommt zwischen zwei Backticks wie in `kommando`. Kommandos mitsamt deren Ausgaben landen in Codeblöcken, die man etwas mit vier Leerzeichen oder drei Backticks einleitet.

Im Editor selbst war die farbliche Hervorhebung bisher jedoch fehleranfällig – einzelne Blöcke wurden falsch markiert oder verloren ihr Highlighting. Mit Version 3.3 haben die Entwickler diese Probleme behoben. Das Syntax Highlighting funktioniert jetzt wesentlich zuverlässiger, was das Arbeiten mit technischen Texten deutlich angenehmer macht.

Weitere Verbesserungen

Neben diesen persönlichen Highlights bringt Apostrophe 3.3 viele weitere Neuerungen mit:

• Automatische Wiederherstellung: Abstürze oder ungespeicherte Änderungen sind weniger schlimm, da Apostrophe jetzt Crash-Recovery und Autosave beherrscht.
• Inline-Previews: Mit Strg + Klick oder über das Kontextmenü lassen sich Bilder, Formeln oder Weblinks direkt in einem Popover betrachten.
• Rechtschreibprüfung: Unterschiedliche Sprachen können nun in verschiedenen Fenstern genutzt werden, außerdem merkt sich Apostrophe die gewählte Sprache pro Dokument.
• Fensterzustand merken: Größe und Vollbildmodus bleiben über Neustarts hinweg erhalten.
• Fehlerbehebungen: Unter anderem sind Probleme beim Umgang mit Codeblöcken, beim „Speichern unter“-Dialog und beim Copy-Paste-Verhalten beseitigt.

Installation via Flatpak

Die wenigsten Distributionen werden Apostrophe sofort in der neuen Version in ihren Repositories haben. Ich würde daher nicht lange fackeln und das Programm via Flatpak installieren. Das spült zwar einige Daten auf die Festplatte, aber so arbeitet ihr immer mit der aktuellen Version – und bei heutigen Massenspeichergrößen sind ein paar MByte mehr gut zu verkraften.

Für mich fühlt sich Apostrophe 3.3 wie ein rundes, reiferes Programm an. Es sind keine spektakulären Features, die die Nutzung verändern, sondern viele kleine Details, die zusammengenommen den Alltag angenehmer machen. Wer auf Linux nach einem Markdown-Editor sucht, der schlicht funktioniert, sich nahtlos ins System einfügt und sich konsequent weiterentwickelt, sollte Apostrophe unbedingt ausprobieren.

Genau hier setzt SSHPilot an und erweitert das klassische Terminal um eine übersichtliche Oberfläche auf Basis der Libadwaita, die bewusst einfach bleibt und viele SSH-typische Aufgaben deutlich vereinfacht. Damit eignet sich SSHPilot besonders für GNOME-User etwa als Alternative zum Windows-Klassiker PuTTY, den es auch als KiTTY für Linux gibt.

Mehr als nur ein Terminal

SSHPilot präsentiert sich als vollwertiger SSH-Manager mit eingebautem Terminal, der aber jederzeit die Möglichkeit bietet, Verbindungen auch im bevorzugten Terminal zu öffnen. Die Anwendung integriert sich nahtlos in den GNOME-Desktop und unterstützt sowohl helle als auch dunkle Farbschemata. Für das Terminal selbst stehen mehrere Farbpaletten zur Auswahl, die sich unabhängig von den GNOME-Einstellungen auswählen lassen.

Besonders praktisch für erfahrene Anwender: SSHPilot kann bestehende Einstellungen aus der ~/.ssh/config direkt einlesen und dauerhaft speichern. Passwörter und Schlüssel-Passphrasen werden dabei sicher verwahrt, ohne dass sensible Daten im Klartext gespeichert oder unnötig in die Zwischenablage gelegt werden.

Übersichtlichkeit und praktische Verwaltung

Die Bedienung ist darauf ausgelegt, viele Verbindungen und Servergruppen übersichtlich zu verwalten. Ihr könnt Hosts bündeln und per Tastenkombination schnell wechseln, ohne mehrere Terminals parallel offen halten zu müssen. Zusätzlich bindet SSHPilot entfernte Verzeichnisse per SFTP direkt in den Dateimanager der GNOME Desktop-Umgebung ein. So habt ihr bequemen Zugriff auf die Dateien des Servers und könnt Daten ohne Umwege hoch- und herunterladen.

Darüber hinaus unterstützt SSHPilot lokale, entfernte und dynamische Port-Forwardings, womit viele typische SSH-Szenarien abgedeckt werden. Auch SCP für schnellen Datei-Upload ist integriert. Besonders nützlich: Beim Aufbau einer Verbindung können definierte Kommandos automatisch lokal oder auf dem Zielsystem ausgeführt werden, was Routineaufgaben erheblich vereinfacht.

Installation: DEB, RPM oder AUR

Die Installation ist unkompliziert: Für Debian- und Fedora-basierte Systeme gibt es fertige Pakete, und auch ein AUR-Paket für Arch Linux steht bereit. Der Quellcode liegt offen auf GitHub, was Anwendern volle Transparenz und Kontrolle über die eigene Software garantiert. Bei mir hat die Installation über das AUR unter Arch Linux problemlos funktioniert.

$ yay -Ss sshpilot
aur/sshpilot 3.5.4-1 (+0 0.00)
    SSH connection manager with integrated terminal,
    tunneling, tabbed interface and scp upload support.
$ yay -S sshpilot

Nützliche Ergänzung zum klassischen SSH

Für mich ist SSHPilot keine Konkurrenz zum Terminal, sondern eine sinnvolle Ergänzung, die Ordnung schafft und Routineaufgaben erleichtert. Wer regelmäßig zwischen vielen Servern wechselt, Port-Weiterleitungen nutzt oder Dateien überträgt, findet hier einen verlässlichen Helfer. Das Programm bleibt leichtgewichtig und verzichtet auf unnötigen Ballast, wodurch es sich bestens in den Arbeitsalltag integriert. Die DEB- und RPM-Pakete findet ihr auf der Projektseite, sodass die Installation problemlos gelingt.

Warum MKV-Unterstützung so wichtig ist

Das Matroska-Format ist im Multimediabereich weit verbreitet. Anders als zum Beispiel MP4 erlaubt es, mehrere Tonspuren, Untertitel und Kapitelinformationen in einer einzigen Datei zu bündeln. Viele Anwender von Heimservern mit Jellyfin, Plex oder auch Emby ist das Format praktisch Standard. Viele User greifen für einen kleinen Medienserver in den eigenen vier Wänden auf einen Single-Board-Computer wie den Raspberry Pi zurück.

Bisher mussten Nutzer von Firefox damit leben, dass ihr Server das Video während der Wiedergabe „on the fly“ umkodieren musste. Das kostet Leistung und macht den direkten Stream gerade auf schwächerer Hardware unmöglich. Umgehen konnte man das nur, indem man einen anderen Browser oder etwa den Jellyfin Media Player nutzt.

Vorteil für Selfhosting und kleine Geräte

Wer Medienserver auf einem Raspberry Pi oder einem kleinen Mini-PC betreibt, kennt das Problem: Für Direct-Streams reicht die Leistung locker aus. Doch sobald eine Umwandlung in Echtzeit notwendig wird, bricht die Performance zusammen. Videos in 1080p oder gar 4K stocken oder lassen sich gar nicht mehr abspielen.

Mit dem nativen MKV-Support wird Firefox hier endlich gleichziehen mit Chromium-basierten Browsern wie natürlich Chrome selbst, aber auch anderen Abwandlungen wie etwa Brave oder Opera. Das macht solche Geräte wieder attraktiver für das Selfhosting – ohne dass ihr gleich einen größeren und damit stromhungrigeren Server aufstellen oder euren Browser wechseln müsst.

Wann kommt die Funktion?

Bis die Neuerung im stabilen Firefox ankommt, müssen wir uns noch etwas gedulden. Laut Implementation Plan rechnen die Entwickler mit etwa ein bis zwei Monaten. Wer den Fortschritt im Blick behalten möchte, kann den Bugreport 1422891 verfolgen. Für uns Nutzer bedeutet das: In naher Zukunft wird ein zentrales Medienformat unter Linux – und generell im Web – endlich ohne Umwege direkt im Firefox laufen.

Update 30.08.2025: Genau genommen handelt es sich dabei nicht um eine vollständige Transkodierung, sondern um Remuxing. Dieser Vorgang ist rechentechnisch deutlich weniger aufwendig und benötigt wesentlich weniger Ressourcen. Auf meinem kleinen Homeserver mit Intel Core i5-5250U merke ich aber trotzdem, dass das Streamen nicht ganz so flüssig läuft. Das Starten des Streams braucht ein paar Sekunden, beim Springen im Video gibt es kurze Wartezeiten und die Synchronisierung der Untertitel kommt leicht ins Stolpern.

Das Theme schloss diese Lücke recht elegant, doch nach der ersten Veröffentlichung gab es keine Updates mehr und das Projekt schien eingeschlafen zu sein. Umso mehr hat es mich gefreut, als ich jetzt über einen frisch überarbeiteten Fork gestolpert bin, der die Arbeit weiterführt: adw-gimp3 auf Github.

Voraussetzungen: adw-gtk3-Theme installieren

Damit GIMP sich in den GNOME-Desktop einfügt, müsst ihr zuerst das adw-gtk3-Theme installieren. Dieses kümmert sich darum, dass alle GTK-3-Programme den LibAdwaita-Stil übernehmen und damit konsistenter aussehen. Ihr findet das Paket in den Repositories vieler Distributionen oder direkt auf Github.

Aktiviert es anschließend mit den GNOME-Tweaks als Theme für „veraltete Anwendungen“. Ohne diesen Schritt funktioniert das eigentliche GIMP-Theme nicht. Hinweise zur Installation unter Arch Linux und weitere Details dazu findet hier im Blog im vorherigen Artikel zum Thema.

Installation des Forks

Das eigentliche Theme für GIMP bezieht ihr dann vom Github-Fork. Die Installation unterscheidet sich nicht vom ursprünglichen Vorgehen. Ihr klont das Repository, wechselt in den Ordner und verschiebt die Dateien nach ~/.config/GIMP/3.0/themes. Nach einem Neustart von GIMP steht euch das Theme in den Einstellungen zur Verfügung.

$ git clone https://github.com/RichardSepsi/adw-gimp3
$ cd adw-gimp3
$ mv adw-gimp3 ~/.config/GIMP/3.0/themes

Aktivierung in den GIMP-Einstellungen

In GIMP selbst aktiviert ihr das Theme über den Menüpunkt Bearbeiten » Oberfläche » Thema. Darüber hinaus lohnt sich ein Blick in die Einstellungen unter Bearbeiten » Bildfenster » Menüleiste und Titelleiste. Dort könnt ihr die klassische Menüleiste mit der Fensterleiste kombinieren und so mehr Platz für die eigentliche Bildbearbeitung schaffen. Gerade auf kompakten Notebooks macht sich das bemerkbar, wenn ihr unterwegs an Fotos oder Illustrationen arbeitet.

Eindruck im Alltag

Im Alltag macht das Theme einen deutlichen Unterschied. Die Menüs und Dialoge wirken stimmiger und GIMP fügt sich viel besser in den restlichen Desktop ein. Der Eindruck ist moderner, ruhiger und weniger technisch aus der Zeit gefallen. Natürlich löst ein Theme nicht die strukturellen Unterschiede, die aus der GTK-3-Basis resultieren, doch bis GIMP den Sprung auf GTK 4 schafft, ist dieser Fork eine sehr gelungene Zwischenlösung. Schön zu sehen, dass die Arbeit an dem Projekt wieder aufgenommen wurde und Nutzerinnen und Nutzer von GNOME damit weiterhin eine konsistente Oberfläche bekommen.

Mit Version 1.4 hat sich das grundlegend geändert. Gradia ist in riesigen Schritten jetzt ein vollwertiges Screenshot-Tool mit integrierten Bildbearbeitungsfunktionen geworden – ähnlich wie etwa Shutter oder Ksnip. Der große Unterschied: Gradia konzentriert sich nach wie vor darauf, aus schlichten Screenshots ansprechende Grafiken zu machen.

Was ist neu seit Version 1.1.0

Der wichtigste Unterschied zur frühen Version: Gradia kann jetzt selbst Screenshots erstellen. Das passiert entweder über den Button in der Anwendung oder – eventuell sogar praktischer – über Kommandozeilenparameter. Mit dem folgenden Kommando startet ihr die interaktive Bereichsauswahl, alternativ erstellt ihr sofort einen Vollbild-Screenshot.

$ flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE

$ flatpak run be.alexandervanhee.gradia --screenshot=FULL

Das kann man auch dazu verwenden via Shortcuts Screenshots aufzunehmen und anschließend umgehend Gradia mit dem gerade erstellten Bild zu starten. Öffnet dazu in GNOME Einstellungen » Tastatur » Tastenkürzel anzeigen und anpassen » Eigene Tastenkürzel. Dort tragt ihr dann etwa folgendes ein.

• Name: „Screenshot mit Gradia“
• Befehl: flatpak run be.alexandervanhee.gradia --screenshot=INTERACTIVE
• Tastenkombination: Zum Beispiel Strg + Druck (der Shortcut sollte eigentlich noch frei sein)

So wird Gradia zum direkten Ersatz für andere Screenshot-Tools, nur dass das Ergebnis direkt zur weiteren Bearbeitung bereitsteht. Im Hintergrund greift Gradia auf das Screenshot-Portal von Wayland zu, sodass es zu keinen Problemen mit dem modernen Display-Server-Protokoll kommt.

Dazu kommen die Bildbearbeitungsfunktionen, die man von ähnlichen Tools kennt: Annotationen, Markierungen, Pfeile, Text und Formen. Gradia kombiniert diese Standard-Werkzeuge mit seinem ursprünglichen Ansatz – dem Aufhübschen durch Hintergründe und Effekte.

Bildbearbeitung mit Potenzial

Die neuen Annotation-Tools decken die üblichen Verdächtigen ab: Stift, Text, Linien, Pfeile, geometrische Formen, Hervorhebungen und die Möglichkeit, Bereiche unkenntlich zu machen. Für schnelle Markierungen und einfache Erklärungen reicht das vollkommen aus.

Allerdings merkt man noch, dass diese Funktionen relativ neu sind. Feineinstellungen, die man von etablierten Tools wie Shutter gewohnt ist, fehlen noch: Die Liniendicke lässt sich nicht anpassen, bei Texten kann ich nur die Schriftart ändern, aber nicht die Größe oder einen Schlagschatten hinzufügen. Das ist nicht dramatisch, aber für detailliertere Annotationen durchaus spürbar. Einen Verbesserungsvorschlag dazu gibt es bereits.

Die Stärke liegt nach wie vor in der visuellen Aufbereitung. Ein Screenshot bekommt durch die Hintergrund-Optionen, Schatten und anpassbare Seitenverhältnisse schnell ein professionelles Aussehen – ohne dass ich mich durch komplexe Menüs klicken muss.

Blitzschnelle Entwicklung

Gradia hat sich von einem Nischen-Tool für die visuelle Aufbereitung zu einem vollwertigen Screenshot-Programm entwickelt. Die Integration der Bildbearbeitungsfunktionen ist gelungen, auch wenn hier noch Raum für Verbesserungen bleibt.

Wer bereits die frühere Version nutzte, sollte definitiv ein Update machen. Die neuen Funktionen erweitern die Einsatzmöglichkeiten erheblich, ohne die ursprünglichen Stärken zu verwässern. Für neue Nutzer ist Gradia jetzt eine ernstzunehmende Alternative zu etablierten Tools wie Shutter oder Ksnip – mit dem besonderen Fokus auf ansprechende Optik.

Ihr findet die aktuelle Version wie gewohnt auf Flathub und könnt den Quellcode auf GitHub einsehen. Unter Arch und seinen Derivaten lässt sich die aktuelle Version von Gradia auch alternativ über das AUR installieren, so spart man sich die doch recht umfangreichen Abhängigkeiten von Flatpaks.