WhiteSur: Ein Theme im macOS-Stil für GTK-Desktops

 (github.com/vinceliuice)
2 Punkte von GN⁺ 2025-02-24 | 1 Kommentare | Auf WhatsApp teilen
  • WhiteSur GTK Theme ist ein Theme-Paket, das Linux-GTK-Desktops ein Erscheinungsbild ähnlich macOS verleiht; die Standardinstallation erfolgt durch Klonen des Repositories und anschließendes Ausführen von ./install.sh
  • Das Installationsskript bietet Optionen für Farbe, Transparenz, Akzentfarbe, Nautilus-Stil und GNOME Shell; Argumente wie --theme, --color, --opacity, --nautilus, --gnomeshell können mehrfach angegeben werden
  • libadwaita, das seit Gnome 43.0 in integrierten Apps häufiger verwendet wird, unterstützt keine benutzerdefinierten Themes; WhiteSur bietet daher einen eingeschränkten Workaround, bei dem die gtk-4.0-Konfigurationsdateien mit Theme-Dateien überschrieben werden
  • ./tweaks.sh übernimmt das Anwenden und Rückgängigmachen von Themes für GDM, Firefox und Flatpak und kann unter anderem GDM-Hintergrundbild, Unschärfe, Abdunkelung sowie Firefox-Varianten wie Monterey/flat/adaptive konfigurieren
  • Das Theme-Problem bei Flatpak-Apps wird gelöst, indem per flatpak override der Zugriff auf gtk-3.0- und gtk-4.0-Konfigurationen erlaubt und anschließend das WhiteSur-Theme verknüpft wird; im README wird ausdrücklich darauf hingewiesen, dass Snap nicht unterstützt wird

Überblick über WhiteSur GTK Theme

  • WhiteSur GTK Theme ist ein Theme im macOS-Stil für Linux-GTK-Desktops
  • Die Grundbeschreibung lautet „ein macOS-ähnliches Theme für Linux-GTK-Desktops“
  • Das README behandelt nicht nur die Installation des GTK-Themes, sondern auch GNOME Shell, GDM, Firefox und Flatpak

Installation und grundlegende Voraussetzungen

  • Das Standardverfahren zur Installation ist einfach
  • Zu den Abhängigkeiten für die Installation aus dem Quellcode gehören sassc, libglib2.0-dev-bin, libglib2.0-dev, libxml2-utils, glib2-devel und weitere
  • Als weitere Abhängigkeiten werden imagemagick, dialog, optipng, inkscape genannt; einige davon sind optional für die Anpassung des GDM-Themes oder das Rendern von Assets
  • Laut README stellt der WhiteSur-Installer diese Abhängigkeiten bereit
  • Empfohlene GNOME-Shell-Erweiterungen sind:

Anpassung von install.sh

  • ./install.sh [OPTIONS...] legt Installationsziel und Theme-Varianten im Detail fest
  • Wichtige Optionen sind:
    • --dest: legt das Zielverzeichnis fest, Standard ist /home/[USER_NAME]/.themes
    • --name: legt den Theme-Namen fest, Standard ist WhiteSur
    • --opacity: legt die Transparenzvariante normal, solid fest
    • --color: legt die Farbvariante light, dark fest
    • --alt: legt eine Variante der Fenstersteuerungsschaltflächen fest
    • --theme: legt die Akzentfarbe default, blue, purple, pink, red, orange, yellow, green, grey, all fest
    • --scheme: legt das Farbschema standard, nord fest
    • --monterey: wendet den macOS-Monterey-Stil an
    • --nautilus: legt den Nautilus-Stil stable, normal, mojave, glassy, right fest
    • --libadwaita: installiert ein Theme für libadwaita in den gtk4.0-Einstellungen
    • --highdefinition: aktiviert Größen für hohe Auflösungen
  • Optionen für GNOME Shell passen Panel und Icons an
    • Das Activities-Icon kann auf apple, gnome, ubuntu, tux, arch, fedora, debian usw. gesetzt werden
    • Für das Hintergrundbild sind default, blank, IMAGE_PATH möglich
    • Die Transparenz des Panels kann z. B. auf 30, 45, 60, 75 gesetzt werden
    • Auch Panelhöhe, Schriftgröße und der Stil der App-Schaltflächen lassen sich anpassen
  • Entfernt wird das GTK-Theme mit ./install.sh -r

libadwaita-Workaround und Einschränkungen

  • Seit Gnome 43.0 nutzen mehr integrierte Apps libadwaita
  • libadwaita unterstützt keine benutzerdefinierten Themes; daher lässt sich das Erscheinungsbild von libadwaita-Apps nicht mit gnome-tweaks oder dconf-editor ändern
  • Der Workaround von WhiteSur besteht darin, die gtk-4.0-Konfigurationsdatei mit einer Theme-Datei zu überschreiben
  • Die Einschränkungen dieses Ansatzes sind klar:
    • Alle GTK4-Apps verwenden ein einziges festes Theme
    • Ein Wechsel des Themes ist nicht möglich
    • Auch ein Wechsel in den Dark Mode ist nicht möglich
    • Für ein anderes Theme muss die gtk-4.0-Konfigurationsdatei erneut mit dem neuen Theme überschrieben werden
  • Beispiele für die Installation für libadwaita:
    • ./install.sh -l: installiert das normale Dark-Theme als Standard
    • ./install.sh -l -c light: installiert das Light-Theme

Farben, Nautilus und weitere Theme-Varianten

  • Die Akzentfarbe des Themes wird mit --theme oder -t installiert
    • ./install.sh -t red: installiert nur die Akzentfarbe red
    • ./install.sh -t red -t green: installiert die Akzentfarben red und green
    • ./install.sh -t all: installiert alle Akzentfarben
  • Der Nautilus-Stil wird mit --nautilus oder -N festgelegt
    • Beispiel: ./install.sh -N mojave
  • Weitere Anpassungen lassen sich mit ./install.sh -h anzeigen
    • Panel-Transparenz
    • Theme-Transparenz
    • Varianten der Fenstersteuerungsschaltflächen usw.

tweaks.sh: GDM, Firefox, Flatpak

  • ./tweaks.sh [OPTIONS...] ist für Anpassungen rund um GDM, Firefox und Flatpak zuständig
  • Das GDM-Theme wird mit --gdm oder -g installiert und erfordert die Ausführung als root
    • Beispiel: sudo ./tweaks.sh -g
    • Mit --background oder -b kann ein Hintergrundbild angegeben werden
    • Mit --nodarken oder -nd wird die Abdunkelung des Hintergrunds deaktiviert
    • Mit --noblur oder -nb wird die Unschärfe des Hintergrunds deaktiviert
  • Das Firefox-Theme wird mit --firefox oder -f installiert
    • Es gibt die Optionen monterey, flat, alt, darker, nord, adaptive, link
    • Für adaptive muss das Plugin adaptive-tab-bar-colour installiert werden
    • Mit --edit-firefox oder -e lassen sich die Einstellungen des installierten Firefox-Themes bearbeiten und mit dem aktuellen Firefox-Profil verknüpfen
  • Flatpak verknüpft mit --flatpak oder -F das WhiteSur-Theme
    • Mit -o, -c, -t, -s lassen sich Transparenz, Farbe, Akzentfarbe und Farbschema festlegen
    • Snap wird nicht unterstützt
  • Die folgenden Befehle beheben Theme-Probleme bei Flatpak:
    • sudo flatpak override --filesystem=xdg-config/gtk-3.0 && sudo flatpak override --filesystem=xdg-config/gtk-4.0

Zusätzlich empfohlene Komponenten

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-02-24
Hacker-News-Meinungen

  • Meine Erfahrungen mit Linux-Themes waren größtenteils eher schlecht. Selbst ordentliche Themes passen zu manchen Apps und zu anderen nicht, sodass man am Ende Zeit damit verbringt, Ausnahmefälle zu beheben oder hinzunehmen, dass einige Fenster merkwürdig aussehen.
    Deshalb nutze ich einfach das Ubuntu-Standard-Theme, das bei GNOME mitgeliefert wird. Es passt bei den meisten Apps am besten und hat nur ein paar kleine Ausnahmen.
    Es mag bessere Themes geben, und wenn man tief genug einsteigt, könnte man vielleicht perfekte Konsistenz erreichen. Aber da ich ohnehin schon viel Zeit vor dem Computer mit Programmieren verbringe, hat das Desktop-Theme für mich eine sehr niedrige Priorität.
    Beim Desktop Environment ist es ähnlich. Ich weiß, dass GNOME nicht das Beste ist, aber ich habe nicht die Muße, Zeit in XFCE oder einen Tiling Window Manager zu stecken, um mir meine Traumkonfiguration zu bauen. An GNOME gefällt mir, dass es trotz höherem Ressourcenverbrauch einfach gut funktioniert.

    • Ich habe selbst keine Themes erstellt, aber die Probleme auf der GTK-Seite scheinen größtenteils von CSS-Konflikten und davon zu kommen, dass libadwaita sich getrennt vom GTK-Kern entwickelt.
      Viele GTK-Apps scheinen Farben, Schriften usw. nicht zu parametrisieren, sondern hart zu codieren, sodass sie auf Theme-Änderungen nicht richtig reagieren. Diese Faktoren zusammen führen zu einer uneinheitlichen Theme-Erfahrung.
      Bei Qt sieht es etwas besser aus, aber dort gibt es Probleme mit der Skalierung der Auflösung. Die meisten KDE/Qt-Themes, die ich ausprobiert habe, wurden bei nicht ganzzahliger Skalierung nicht korrekt gezeichnet.
      Persönlich halte ich CSS für Themes von Desktop-UI-Toolkits für ziemlich ungeeignet. Für eine einzelne App ist es in Ordnung, aber sobald es Teil eines größeren und flexibleren Systems wird, wird es schnell komplex.
    • Ich vermisse immer noch die Kreativität aus der Blütezeit von themes.org.
      Es gibt viele kreative Leute, aber es erfordert enormen Aufwand, ein Theme über alle Programme, Menschen, Situationen und Ausnahmen hinweg gut funktionieren zu lassen. Es scheint passender, wenn ein Firmenteam mit bezahlten Leuten ein oder zwei Varianten kontinuierlich pflegt, Bug Reports sammelt und diese behebt.
      Es ist schwierig, Code oder Design zu warten, den oder das man nicht täglich selbst nutzt und dessen Probleme man weder erlebt noch reproduzieren kann.
      Vielleicht ist es mit extrem engagierten Leuten möglich: https://www.nordtheme.com/ports
      Ende der 90er und Anfang der 2000er habe ich unglaublich viel Zeit mit Desktop-Customizing verschwendet, aber diese Zeit habe ich schon lange nicht mehr. Zum Glück sind heutige Standard-Themes ziemlich gut und für die meisten Situationen ausreichend neutral.
    • Selbst wenn ein Theme perfekt ist, gibt man irgendwann auf, weil die Updates für neue Versionen der verwendeten Umgebung irgendwann ausbleiben.
    • In den 2000ern und frühen 2010ern funktionierten Themes besser, weil das vor den API-Änderungen der Linux-Desktop-Umgebungen war. Das ist auch der Grund, warum viele Linux-Theme-Websites in jener Zeit stehen geblieben zu sein scheinen.
    • Wenn man beim Ubuntu-Theme nur die Akzentfarbe ändern möchte, gibt es Yaru: https://github.com/ubuntu/yaru

  • Es ist lange her, dass ich irgendeine Art Theme installiert habe. Nach früherer Erfahrung gab es an der Grenze zwischen Elementen, auf die das Theme angewendet wurde, und solchen ohne Theme immer ästhetische Unstimmigkeiten.
    Auch der Untertitel „Fix for libadwaita (not perfect)“ schafft nicht gerade Vertrauen. Das soll nicht speziell dieses Theme abwerten, sondern ist ein allgemeines Risiko beim Theming.

    • Das Problem bei Themes, die ein anderes Betriebssystem nachahmen, ist, dass sie nur den Stil nachbilden können, nicht aber die Funktionsweise.
      Screenshots sehen vielleicht ähnlich aus, aber in der Praxis verhält es sich nicht wie das Original-OS, sodass überall Kompromisse entstehen, die zu der erwähnten Unstimmigkeit führen.
      GNOME hat zum Beispiel kein Konzept des Minimierens. Man kann es per Erweiterung hinzufügen, aber es fühlt sich unbeholfen und seltsam an. Wenn das zugrunde liegende System nicht so entworfen wurde, lässt es sich durch ein Theme nicht ändern.
    • Da sich GNOME häufig ändert und es für Maintainer lästig ist, Plugins ständig anzupassen, ist die Lebenserwartung von Plugins und Themes eher kurz.
    • Das stimmt für die meisten GNOME-Themes, aber als ich Chicago95 unter XFCE drei Jahre lang genutzt habe, konnte man die merkwürdigen Stellen an einer Hand abzählen: https://github.com/grassmunk/Chicago95
    • GNOME-Apps unter KDE auszuführen oder umgekehrt war früher wirklich sehr schmerzhaft.
      Es war kaum zu glauben, wie hässlich das aussah, und die offizielle Lösung bestand ebenfalls darin, zusätzliche Bridge-Themes zu installieren, um das Gesamtbild zu vereinheitlichen, was nicht perfekt war.
      Inzwischen ist es besser geworden, aber selbst 2025 sieht GParted unter KDE immer noch unbeholfen aus, und das ist schade.
    • „Fix“ bedeutet hier im Grunde Hack. GNOME und libadwaita unterstützen solche Theme-Änderungen offiziell nicht.

  • Vor ein paar Jahren habe ich auf einer Ubuntu-Konferenz in Korea ein Kind gesehen, das Linux auf einem MacBook laufen ließ und es perfekt wie macOS gestaltet hatte.
    Das war ziemlich interessant, aber als es präsentieren wollte, funktionierte HDMI nicht.

    • Ich vermute, es war Nvidia.
    • Es gibt auch die Aussage, dass Kernel-Code viel schlechter ist, als die Leute glauben. Vielleicht liegt es daran, dass er nichts Heiliges ist, sondern von Geeks gemacht wurde.

  • Weicht etwas vom Thema ab, könnte aber interessant sein. Früher habe ich meine KDE-Konfiguration stark angepasst, fast wie ein Hobby. Ich habe häufig andere Desktop-Umgebungen, andere Window Manager, Farben, Themes, Erweiterungen usw. ausprobiert.
    Aber weil ich diese Konfiguration auf anderen Maschinen nicht reproduzieren konnte, sah mein Laptop immer hässlich aus, und nur mein Hauptrechner war hübsch.
    Vor etwa zwei Jahren bin ich zu i3 gewechselt. Alles besteht aus einer Konfigurationsdatei, in der Farben und die wichtigsten Keybindings geändert sind, und einer Datei, die Leiste und Launcher benutzerfreundlicher einstellt. Wenn ich diese beiden Konfigurationsdateien kopiere, sehen alle Systeme gleich aus und verhalten sich gleich.
    Es ist hässlich, stört aber nicht. Mehr als 98 % der Bildschirmpixel werden von laufenden Apps belegt, also gibt es auch nichts anzupassen.
    Die Desktop-Umgebung ist nicht sichtbar, man muss sich nicht mit ihr beschäftigen, sie funktioniert einfach. Ich habe mich daran gewöhnt; wenn ich mich konzentrieren will, bin ich damit sehr produktiv, und auch beim Genießen oder Schreiben kann ich mich ganz darauf konzentrieren.
    Abgesehen von Animationen innerhalb von Apps wird keinerlei Animation abgespielt. Wenn ich eine App öffne, ist es die gewünschte App, weil ich ihren Namen eingegeben habe, und sie öffnet sich sofort.
    Unter Windows tippt man den App-Namen ein, und kurz bevor man Enter drückt, ändern sich die Suchergebnisse, sodass etwas anderes gestartet wird.
    Seit dem Wechsel habe ich mich kein einziges Mal um GTK- versus Qt-Themes gekümmert. Es gibt auch keine Fensterdekoration. Es gibt nur Workspaces, Code und Browser, und ich vergesse, dass es einen Window Manager gibt.
    Ich habe vorerst nicht vor zurückzugehen, und KDE, GNOME und sogar die Windows-GUI fühlen sich langsam und träge an.

    • Ich hatte meine Desktop-Umgebung zwar bis zu einem gewissen Grad hübsch gemacht, bin aber nicht tief eingestiegen. Dann bin ich zu i3-gaps gewechselt, habe aber immer noch viel Zeit damit verbracht, Terminal-Emulatoren, Shell-Prompts, Autovervollständigung, vim-Plugins, iommu/vfio usw. einzurichten und zu vergleichen.
      Irgendwann hatte ich von all dem genug, bin zu Windows/MacOS zurückgekehrt, habe beschlossen, nicht zu viel zu konfigurieren, Tools bei Bedarf zu installieren und möglichst nah am Standardzustand zu bleiben.
      Abgesehen davon, dass ich so etwas nicht mehr warten muss, habe ich gemerkt, dass mir meine angepassten Tools nicht fehlen, egal auf welche Maschine ich mich per ssh einlogge.
    • Ich empfehle, dotfiles mit git zu verwalten. Diese Anleitung hat mir beim Einstieg geholfen: https://www.atlassian.com/git/tutorials/dotfiles
      Ich empfehle, ein kleines Skript zu schreiben, das man auf einer neuen Maschine per wget herunterlädt und ausführt und das in wenigen Sekunden alles vorbereitet. Dann ist es egal, ob es 2 oder 200 Konfigurationsdateien sind. In meinem Fall installiert es auch die Tools, die ich nutze, und baut einige davon aus dem Quellcode.
    • Unter Windows sollte es nicht passieren, dass man den Namen einer App eingibt und sich kurz vor Enter die Suchergebnisse ändern, sodass eine andere App gestartet wird.
      Wenn zum Beispiel KeePass die beste Schätzung für Apps ist, die mit k, ke oder kee beginnen, sollte das auch bei keep, keepa usw. so sein. So etwas habe ich noch nie erlebt.
      Wenn man den App-Namen allerdings falsch eingegeben hat, ist es möglich. Die Reaktion auf den letzten falschen Tastendruck kann passieren, während sich die Hand Richtung Enter bewegt.

  • Erinnert an die Anti-Theme-Haltung in der GNOME-Entwickler-Community: https://stopthemingmy.app/

    • Wenn es tatsächlich eine andere einfache Möglichkeit gäbe, Hintergrund- und Vordergrundfarben aller Apps auszuwählen, würde ich gerne nie wieder Theme-Customizing betreiben.
      Ich mag weißen Text auf schwarzem Hintergrund. Nicht weißen Text auf dunkelgrauem Hintergrund, und noch weniger Text, der nicht ganz schwarz ist, auf gelblichem Hintergrund.
      Ich weiß, dass das kaum Auswirkungen auf die Akkulaufzeit hat und dass dunkles Grau aus Designperspektive als besser gilt, aber das ist mir egal. Es sind Farben, die nur ich auf meinen Geräten sehe; warum sollte es wichtig sein, was andere mögen?
      Aus irgendeinem Grund lässt sich das fast nicht machen, ohne selbst ein GTK-Theme zu erstellen. Bei Themes von anderen konnte ich auch keines finden, das nur den schwarzen Hintergrund ändert, ohne bei Icons, Abständen usw. den eigenen Geschmack einzubringen.
      Trotzdem bin ich dankbar, dass es überhaupt möglich ist. Denn Apps, die weder GTK noch Qt nutzen, haben oft gar keine Theme-Funktion.
      Abgesehen von Coding-Editoren habe ich kaum Electron-Apps gesehen, die einen wirklich schwarzen Hintergrund auswählen lassen. Deshalb lasse ich Dinge wie Slack oder Discord lieber im Browser laufen und passe sie mit User-CSS an.
      Ich habe vage im Kopf, dass es bei Electron-Apps vielleicht über so etwas wie einen Entwicklermodus möglich ist, aber ich möchte keine Zeit darauf verwenden, etwas in der App nachzubauen, das im Browser schon funktioniert.
      Wenn man dieses Argument als „verwendet keine Custom Themes“ formuliert, wird es weniger überzeugend. Denn es gibt kaum eine einfache Möglichkeit, dieselbe Flexibilität zu bekommen, ohne die von ihnen genannten Probleme zu verursachen.
      Das ist ähnlich, als würde man einen Freund oder Verwandten sehen, der auf allen Websites dasselbe Passwort verwendet, und ihn gleichzeitig davon überzeugen wollen, Windows zu löschen, auf Linux umzusteigen und einen Paketmanager zu installieren. Wenn man subjektive Vorlieben mit objektivem technischen Rat vermischt, verwässert man auch die Überzeugungskraft des Letzteren.
    • Sieht aus wie eine Aprilscherz-Website, kaum zu glauben.
    • Kommt völligem Unsinn ziemlich nahe.

  • Es wäre wohl besser, wie im oberen Screenshot dieses Themes die Verwendung des Apple-Logos und des Finder-Icons zu vermeiden.
    Außerdem verstehe ich nicht genau, was sich am Nautilus-Stil von „Default“ zu „Majave“ geändert hat.
    Ansonsten sieht das Theme ziemlich gut aus.

    • Auch die Icons für Launchpad, Activity Monitor, App Store, Music und Safari im Screenshot sind urheberrechtlich geschützt.
    • Der Unterschied ist, ob die Seitenleiste unterhalb der Titelleiste endet oder bis in die Titelleiste hineinreicht.
    • In der Standardeinstellung hat die Seitenleiste die volle Höhe.
    • Apple wird es wahrscheinlich entfernen lassen. Das haben sie in der Vergangenheit bei ähnlichen look and feel-Projekten auch getan.

  • LinuxScoop arbeitet seit mehreren Jahren und Versionen an macOS-artigen Themes für KDE, GNOME und XFCE: https://invidious.baczek.me/channel/UCNnUnr4gwyNmzx_Bbzvt29g...

  • Ich verwende das Standard-Theme von GNOME
    Es ist gut, ruhig und schlicht. Die UI sieht genau so aus, wie die Entwickler sie gedacht haben, und ich muss keine Zeit damit verbringen, nach Themes zu suchen.
    Ich muss Linux auch nicht verstecken. Warum sollte ich? GNOME sieht besser aus als macOS.
    Wichtig sind mir Themes bei der Shell und beim Quellcode. Lesbarkeit ist wichtig, und es soll gut aussehen. Selbst bei TTY mit screen achte ich darauf.

    • libadwaita war ein großer Wendepunkt. Plötzlich hat GNOME nun die am besten aussehenden Apps aller Desktop-Umgebungen und Plattformen.
      Ich hoffe, WhiteSur ist für OSX-Entwickler, die GTK verwenden, nützlich, aber ich würde es lieber nicht in GNOME und Linux hineinholen.

  • Mir ist aufgefallen, dass macOS-Dock-Klone nicht dieselbe Vergrößerungsmethode wie Apple verwenden. Das liegt daran, dass Apple sie patentiert hat.

    • Das wusste ich nicht, aber die entsprechenden Patente scheinen abgelaufen zu sein.
      https://patents.google.com/patent/US7434177B1/en
      https://patents.google.com/patent/US8640045B2/en
      Jedenfalls scheint dieses spezielle Theme einige Apple-Icons nahezu unverändert zu kopieren, daher wirkt es nicht so, als würde sich der Autor besonders um geistige Eigentumsrechte kümmern.
    • Der Patentanspruch beschreibt im Wesentlichen, dass anhand der Abstände d1 und d2 zwischen Cursor und Kachelrand mit einer Sinusfunktion d1′ und d2′ berechnet werden und daraus die Skalierung bestimmt wird.
      Das ist schwerlich als Erfindung zu bezeichnen.
    • Da dieses Theme offenbar kein Problem damit hat, mehrere Icons und Teile von macOS zu kopieren, scheint das nicht der Grund zu sein.

  • Ich bin überrascht, dass das hier aufgetaucht ist. Ich habe es über mehrere Jahre benutzt und glaube immer noch, dass Apples Design im Allgemeinen besser ist als die meisten GNOME-/KDE-Themes. Allerdings gab es ziemlich viele GNOME-Bugs, sodass ich später zu einer anderen Umgebung gewechselt bin.