Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Theme breaks completely when using "color-scheme prefer-dark" #51

Open
Arcitec opened this issue Aug 14, 2022 · 3 comments
Open

Theme breaks completely when using "color-scheme prefer-dark" #51

Arcitec opened this issue Aug 14, 2022 · 3 comments

Comments

@Arcitec
Copy link

Arcitec commented Aug 14, 2022

Hello, I am on the latest GIT code.

The theme becomes completely non-styled if "prefer-dark" is activated.

I am using Layan-Dark-Solid. But it seems to happen with all Layan themes.

# Break theme completely.
gsettings set org.gnome.desktop.interface color-scheme prefer-dark

# Fix theme.
gsettings set org.gnome.desktop.interface color-scheme default  

PS: I have copied the Layan-Dark-Solid/gtk-4.0 folder's contents to ~/.config/gtk-4.0/ and it does a decent job styling GTK-4/LibAdwaita applications. Great job! (This folder has nothing to do with the bug, I just wanted to thank you for having a semi-working GTK-4 already. :))

@Arcitec
Copy link
Author

Arcitec commented Aug 14, 2022

Forgot to say: This is a very important bug, because the "color-scheme" property is used by a TON of modern applications to determine some things:

  • What color scheme to use for things like internal syntax highlighting (backgrounds, text colors). To avoid getting black text on dark theme background.
  • It is used to hint what colors to use in totally non-GTK applications from other environments such as Qt.

@SeineEloquenz
Copy link

While more a crude band aid fix than a real solution, I could work around the problem for now by setting the GTK_THEME=Layan-Dark environment variable explicitly globally.
Haven't noticed any major issues with this except some styling breaking in gnome-control-center (which I don't use much anyway) and obviously the light/dark-theme toggle breaking.

@Aurillium
Copy link

I've also experienced this issue and the workaround makes my desktop environment break (not a clue why, but it means it's not feasible to use; I'd have to add it to the app's desktop entry and that's not really accessible for most users).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants