You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's relevant because a lot of software only listen to GTK/QT telling them that dominant is dark/light. And some light themes gives dark variable (Fluent...) and contrary too (Adwaita-dark, Sweet Mars...)
Maybe better, only permit dark dominant themes to be applied in the dark part and same for light
The text was updated successfully, but these errors were encountered:
It's not that hard to do properly, because I just told that there is actually a dominant variable in the theme that GTK/QT gives to software for them to work with. You only have to find out where it is and define filtering with that. Filtering with theme name is impossible, because few of them use "dark/light" in their name
And maybe a checkbox to stop that filtering for fools over there and here who want to mix dominant at their risk
For example Firefox listen to that variable to set it's own theme on the "auto" theme. So you could search for what Firefox read in that case. That would be the variable to filter
VSCode too can detect this variable for example (maybe it's another one, in that case you should use both because it's different variable depending of KDE/Wayland/X11/GTK/QT... and it will permit you to know on what filter each category in the list)
It's relevant because a lot of software only listen to GTK/QT telling them that dominant is dark/light. And some light themes gives dark variable (Fluent...) and contrary too (Adwaita-dark, Sweet Mars...)
Maybe better, only permit dark dominant themes to be applied in the dark part and same for light
The text was updated successfully, but these errors were encountered: