Open zegheim opened 3 years ago
have you set your theme to FlatColor
?
I just did and while most windows are colored correctly like so:
the colors seem to mess up when I click on "Displays" on the GNOME settings GUI for some reason:
which remains that way even if I were to switch back to the previous tab:
try out the new 6.2.2
release, it should fix this issues hopefully, just try to apply a theme again
Hi, unfortunately I'm still hitting the same issue on 6.2.2
. Are there any diagnostic logs wpgtk
produces that could potentially help debug this?
post what you get when you run wpgtk please, this updated version should give a little bit more insight I'm dusting off a VM to try and reproduce myself
-- Fernando Vásquez
On Tue, 21 Jul 2020 at 11:16, Justin Arista Kasin notifications@github.com wrote:
Hi, unfortunately I'm still hitting the same issue on 6.2.2. Are there any diagnostic logs wpgtk produces that could potentially help debug this?
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/deviantfero/wpgtk/issues/203#issuecomment-661992097, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACVCGSOJRABYAPU6M6WACK3R4XENPANCNFSM4O7TOGLA .
Hi, I'm not sure exactly what you're looking for so I've tried playing around with the wpgtk
GUI and these are the messages shown:
~
➜ wpg
[i] theme_picker current wallpaper: kasumi.jpg
[i] image Using image kasumi.jpg.
[i] theme Set theme to _home_zegheim__config_wpg_wallpapers_kasumi_jpg_dark_colorz__1.1.0.json.
[i] colors Found cached colorscheme.
[i] export Exported json.
[i] image Using image kasumi.jpg.
[i] theme Set theme to _home_zegheim__config_wpg_wallpapers_kasumi_jpg_dark_colorz__1.1.0.json.
[i] colors Found cached colorscheme.
[i] sequences Set terminal colors.
[i] export Exported all files.
[i] export Exported all user files.
[e] color icons - base file does not exist
[i] reload reloaded FlatColor from settings.ini using xsettingsd
[i] wallpaper Set the new wallpaper.
where _home_zegheim__config_wpg_wallpapers_kasumi_jpg_dark_colorz__1.1.0.json
contains the following:
.config/wpg/schemes
➜ cat _home_zegheim__config_wpg_wallpapers_kasumi_jpg_dark_colorz__1.1.0.json
{
"wallpaper": "/home/zegheim/.config/wpg/wallpapers/kasumi.jpg",
"alpha": "100",
"special": {
"background": "#221b1a",
"foreground": "#fffffd",
"cursor": "#fffffd"
},
"colors": {
"color0": "#221b1a",
"color1": "#ac1518",
"color2": "#c7beb4",
"color3": "#c7a597",
"color4": "#ac5c5d",
"color5": "#ac8985",
"color6": "#a8a3a0",
"color7": "#c7c6c5",
"color8": "#3e312f",
"color9": "#ec0e13",
"color10": "#fff8d1",
"color11": "#ffcdad",
"color12": "#f06668",
"color13": "#f3a299",
"color14": "#efceba",
"color15": "#fffffd"
}
}
Hi, I've updated wpgtk try the new version 6.2.3
, uninstall xsettingsd
it does not play nice with Unity, the issue should be fixed
Hi, so sorry for the trouble - I've updated to the latest version and uninstalled xsettingsd
but still no dice unfortunately.
I am using FlatColor theme which I downloaded from your other repo (as suggested in one of the closed issues) - could you confirm that this is correct? Is it also worth it to clear all cache and do a clean installation of wpg? Many thanks.
after doing that I'd recommend ending the session and logging back in with FlatColor
as your gtk theme, re-set the theme if that's not working, if not you could try opening tweaks
from console and pasting any weird output you see here, don't worry I'd really like to solve this as there are many people using gnome besides you, maybe they've ran into this issue and just gave up or something, so it's good that you brought it up
Posting some logs I got from uninstalling wpgtk
, removing ~/.config/wpg
, logging out and back in, reinstalling wpgtk
, and then running wpg
and setting the wallpaper / some config using the GUI:
➜ wpg
ERROR:root:not a valid config file
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
*** BUG ***
In pixman_region32_init_rect: Invalid rectangle passed
Set a breakpoint on '_pixman_log_error' to debug
e:root:icons - base file does not exist
w:root:No settings daemon found, just refreshing FlatColor theme from gsettings
e:root:icons - base file does not exist
w:root:No settings daemon found, just refreshing FlatColor theme from gsettings
e:root:icons - base file does not exist
w:root:No settings daemon found, just refreshing FlatColor theme from gsettings
e:root:icons - base file does not exist
w:root:No settings daemon found, just refreshing FlatColor theme from gsettings
e:root:icons - base file does not exist
w:root:No settings daemon found, just refreshing FlatColor theme from gsettings
This doesn't do anything - the Displays tab is still showing really weird colors:
Will update this post when I finish running tweaks
.
EDIT: By tweaks
do you mean gnome-tweaks
? I ran gnome-tweaks -v -d
to see if there's any interesting output but doesn't seem much:
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Change: org.gnome.desktop.interface gtk-theme -> FlatColor
Can reproduce on a Pop live USB using wal as the backend. It also seems as though new windows opened after wpg
refreshes the GTK theme default back to Adwaita. I didn't have any interesting terminal output.
I will spin up a Pop live USB and see what I can do
On Tue, 28 Jul 2020 at 07:32, Graham notifications@github.com wrote:
Can reproduce on a Pop live USB using wal as the backend. It also seems as though new windows opened after wpg refreshes the GTK theme default back to Adwaita. I didn't have any interesting terminal output. [image: Screenshot from 2020-07-28 13-25-22] https://user-images.githubusercontent.com/47785671/88671911-5ff9b300-d0d6-11ea-8357-072143667cba.png
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/deviantfero/wpgtk/issues/203#issuecomment-665042365, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACVCGSMD6YF6M34F2FSRTDDR53HPNANCNFSM4O7TOGLA .
Still need to work on this
Encountering a similar issue, on Pop OS also. My guess is that it has to do with the monitor identifiers showing up on the top of the screen when you click on Displays. The colors show up fine:
And then after clicking on displays section:
It goes away if I 1) click on another section and then 2) close and reopen Settings. Is there another way to get the monitor identifiers to show? I bet that could help narrow it down.
I'm currently using Pop!_OS 20.04 on GNOME 3.36. I used
pywal
and its derivatives (e.g.pywalfox
pywal-telegram
, etc.) to theme my terminal and other windows, and found out aboutwpgtk
to help theme everything else.However something seems to have gone wrong: this is the palette generated by
wpgtk
using thecolorz
backend:but setting it results in an almost white-ish color for everything (see above and below):
What seems to be the problem here? I was expecting something more like what firefox looks like right now: