Open jb95x opened 3 years ago
Apps built with libadwaita
(like kooha and gnome-todo) don't respect the user defined GTK theme yet.
libadwaita apps (like kooha and gnome-todo) don't respect the user defined GTK theme yet.
some non-libadwaita gtk4 apps are available and it's support themes (like Clapper or maybe Nicotine+ built with gtk4 from git main/master branch), while libadwaita apps are absolutely not. Tested with adwaita-1-demo from libadwaita and Kooha (git) installed from AUR. Adwaita theme was enforced in libadwaita itself so apps using it = you can't theme it although you can change the theme via Inspector Ctrl + Shift + D
but it's temporary effect
I'm hoping for stylesheet opt-in feature to allow 3rd-party theme used with libadwaita, or maybe downstream (distro) patched version of it
libadwaita apps (like kooha and gnome-todo) don't respect the user defined GTK theme yet.
"Yet." There have been people in GNOME who have wanted themes to die for years. "Use our theme and only our theme." Libgranite is the same way. So is there any documented discussion on whether themes will come back for libadwaita apps, or whether they're just taking the libgranite approach to finally kill themes?
It seems like custom stylesheets may not ever be supported by libadwaita
.
(See this merged PR)
Well, GNOME has drawn their line in the sand. They don't want themes. They don't want any collaboration toward making themes any better, they just don't want themes to exist at all. So I think the most sane thing to do is just stop giving a damn about GNOME apps.
i've just got close-to-official confirmation from gnome team, what removing theming possibilities from libadwaita (ie all default Gnome apps) is aint no mistake but their evil plotting against theming community
While I disagree with the use of the word "evil" to describe their anti-theming work, I am curious about your "close-to-official confirmation."
good what you at least not arguing with "plotting" :D
it's quite big text, most of which is not directly related to the topic, so i'll quote the point:
Theming <...> will not affect the appearance of apps that use Libadwaita The themes <...> will stop working for all apps using Libadwaita. In the foreseeable future, this will be the majority of apps for many people.
the full text with context: https://gitlab.gnome.org/Teams/Circle/-/issues/39#note_1299266
btw, did you knew what in next release of FLTK, 1.4, it gon be finally hidpi support? :3
Well, I mean, Sophie is right in the sense that Themix is not suitable as a GNOME Circle app. It conflicts with their ideals. When Themix was submitted to GNOME Circle 10 months ago, libadwaita was not even announced, let alone the decision made to only use the Adwaita theme, so it might have fit in back then. But theming as the concept exists right now is something that GNOME is simply not going to have starting from 42 because of them moving all the core GNOME apps to libadwaita.
Anyways, Themix is not a GNOME app, it is a GTK app, and that is okay. It will still serve the needs of XFCE, MATE, and Cinnamon.
@HugLifeTiZ this thread is not about themix, that's why i quoted only the relevant part about libadwaita/gnome plans
Understandable. Well, pertaining to this issue speficially, as a workaround for if you have a non-GNOME GTK4 app that you want to use Materia in, you can do flatpak --user override --filesystem=xdg-data/themes
and install Materia there. You really only want to worry about installing a Flatpak version of a theme if it is packaged in a distro and thus installed in /usr/share
; you can't get that directory into the sandbox.
I'm using some gtk-4.0 flatpak aplications, but there is no flatpak of this theme for this gtk version on Flathub. Adwaita is used instead, when I'm using materia-dark-compact system-wide, getting mismatched themes.