You are not logged in.
You'd have to add that file (and the "[Settings]" group)
did that but as you said nothing has changed.
Keep the regular libadwaita and try to export GTK_THEME=Adwaita:dark for the destined process.
i tried
GTK_THEME=Adwaita:dark nautilus
and i get nautilus in dark mode but it looks very "strange".
it's not the "native" look of the dark mode of nautilus.
i think i'll just wait.
maybe it will be fixed with future versions of the package(s) that cause this problem.
again, thank you very much for your help.
Last edited by andav (2023-12-04 21:22:28)
Offline
looks very "strange"
Can you link comparative screenshots?
Offline
here is the "normal" look in dark mode:
https://imgur.com/cxi9ioM
here is the "strange" look ("strange" happens when i remove xdg-desktop-portal-gtk and open nautilus with `GTK_THEME=Adwaita:dark nautilus`):
https://imgur.com/vgFBUu6
it's the same folder.
there is a difference in the spacing between the files and also there is bigger spacing between the thumbnails and the names of the files.
also the titlebar looks uglier.
Last edited by andav (2023-12-05 16:16:12)
Offline
That doesn't even look like the same theme.
Do you usually use plain Adwaita or sth. like Adwaita-Dark or something entirely different?
Offline
That doesn't even look like the same theme.
Do you usually use plain Adwaita or sth. like Adwaita-Dark or something entirely different?
yes, i use adwaita (as far as i understand :-)).
these are the settings in gnome tweaks:
https://imgur.com/d0AFDl3
Last edited by andav (2023-12-05 16:26:13)
Offline
OK, now i'm sure i'm using Adwaita.
after entering:
gsettings get org.gnome.desktop.interface gtk-theme
i get:
'Adwaita'
Last edited by andav (2023-12-05 16:30:00)
Offline
What happens if you
export GTK_THEME=Adwaita-dark
?
Offline
where do i need to enter this line?
i paste it into terminal but nothing has changed after this:
nautilus and gnome settings (and also the file picker itself) are still in light theme.
i also paste it into `.bashrc` but again, after reboot nothing has changed.
if i got you wrong, please tell me.
Last edited by andav (2023-12-05 23:58:59)
Offline
Somewhere where your gnome-shell picks it up, https://wiki.archlinux.org/title/Environment_variables
In doubt ~/.profile
But you can also try
killall nautilus; GTK_THEME=Adwaita-dark nautilus
to see whether it has useful impact.
Offline
i tried as you suggested:
killall nautilus; GTK_THEME=Adwaita-dark nautilus
and i get again the uglier nautilus (as seen in the screenshot before).
Last edited by andav (2023-12-06 12:15:02)
Offline
This is probably, somehow, down to nautilus being gtk4, but through xdg-desktop-portal-gtk you're still getting the gtk3 theme… I assume you've no problems w/ gtk3 clients like gtk3-demo?
Do you have any files in ~/.config/gtk-4.0/ ?
Edit: https://wiki.archlinux.org/title/Dark_m … #gsettings
Alternatively, if your theme does not apply the dark scheme to Gtk4 applications, you can request the dark variant of the default theme:
$ gsettings set org.gnome.desktop.interface color-scheme 'prefer-dark'
Last edited by seth (2023-12-06 14:09:48)
Offline
I assume you've no problems w/ gtk3 clients like gtk3-demo?
do you mean gtk3-demos?
(this is what i find when i'm trying to install gtk3-demo with yay)
either way, i don't have it installed.
Do you have any files in ~/.config/gtk-4.0/ ?
i have there 1 file which called `servers` and it's content is:
https://pastebin.com/5mwq40Vk
Alternatively, if your theme does not apply the dark scheme to Gtk4 applications, you can request the dark variant of the default theme...
it's already set to
'prefer-dark'
[EDIT]
i installed gtk3-demos and it is also with light theme:
https://imgur.com/2fsoRht
Last edited by andav (2023-12-06 15:47:12)
Offline
The question would be whether
GTK_THEME=Adwaita:dark gtk3-demo
looks nicer than nautilus (to pin the gtk3/4 conflict)
However, that's still not gonna do anything about gtk4 more or less hard-depending on xdg-portal to configure the theme/colorscheme
What means that until gnoem stops being fubar, you're gonna have to die one death: file picker behavior or looks
Offline
The question would be whether
GTK_THEME=Adwaita:dark gtk3-demo
looks nicer than nautilus (to pin the gtk3/4 conflict)
with your command, gtk3-demo is indeed in dark mode and looks nicer then nautilus with the "strange" look:
https://imgur.com/a9kK8ML
However, that's still not gonna do anything about gtk4 more or less hard-depending on xdg-portal to configure the theme/colorscheme
What means that until gnoem stops being fubar, you're gonna have to die one death: file picker behavior or looks
i love your last line here :-)
thank you very much for all your help!
Last edited by andav (2023-12-06 20:00:22)
Offline
couple of days ago when i upgraded my system, i saw that the packages:
`xdg-desktop-portal-gtk` and `xdg-desktop-portal-gnome` were installed and from there on, i again have the problem i started with:
i have dark mode again in gnome apps (as i wanted), but now the File-Picker (also in dark mode) not remembering the last folder i opened.
it always come back to my HOME folder, no matter where i was in previous "session" in the File-Picker.
also it isn't the "regular" File-Picker because it doesn't have image previews.
in the "good" (previous) File-Picker i also had image previews and it also rememberd my last folder i was.
so i tried to "solve" it as i did before (and succeeded):
removing those packages.
but if i try to remove `xdg-desktop-portal-gtk` i cant because it required by `xdg-desktop-portal-gnome`, which required by `gnome-session`, which required by `gnome-shell` which i absolutely want :-).
so i cant solve the problem anymore.
is there something else i can do to revert this situation back or solve it altogether?
i gave up my dark mode and prefered the File-Picker good behaviour instead.
now i have dark mode in all apps but i dont like the File-Picker's behaviour.
Last edited by andav (2024-05-19 18:03:04)
Offline
Does
GDK_USE_PORTAL=0 someapp
get you the desired behavior?
Offline
Does
GDK_USE_PORTAL=0 someapp
get you the desired behavior?
the behaviour is still wrong.
i opened google chrome using the prefix:
GDK_USE_PORTAL=0 google-chrome-stable
and there i get into my google photos to upload a photo but the File-Picker is the same "wrong" one.
with the theme itself, there is no difference if i open nautilus (or other apps) with your prefix or "regular".
both options give me the dark theme.
Last edited by andav (2024-05-20 12:19:22)
Offline
sorry, "GTK_USE_PORTAL=0"
Offline
sorry, "GTK_USE_PORTAL=0"
there is no difference.
same bad behaviour with File-Picker still exist when i open chrome like this:
GTK_USE_PORTAL=0 google-chrome-stable
Offline
Does either of
systemctl --user mask xdg-desktop-portal.service
systemctl --user mask xdg-document-portal.service
systemctl --user mask xdg-permission-store.service
get you the desired behavior?
Offline
Does either of
systemctl --user mask xdg-desktop-portal.service systemctl --user mask xdg-document-portal.service systemctl --user mask xdg-permission-store.service
get you the desired behavior?
well YES!
i did just this:
systemctl --user mask xdg-desktop-portal.service
and rebooted.
now it revert back to the same behaviour as it was couple of days ago:
i don't have dark theme anymore (SAD, but i can live with it), but the File-Picker is working great now.
thank you very much :-)
Last edited by andav (2024-05-21 12:09:04)
Offline
Thanks @andav, i had the exact same problem (since like 2 weeks), and not a single solution found anywhere (here, stackexchange, ...) worked.
I tried many things (downgrading chrome, configuring portails.conf with various value in "./.config/xdg-desktop-portal/portals.conf", enforcing GNOME in "./.config/systemd/user/xdg-desktop-portal.service.d/override.conf", adding sourcing xinitrc file in ".xinitrc", ...)
The systemctl --user mask xdg-desktop-portal.service" worked on my side (GNOME-SHELL, linux kernel 6.6.10) with the same symptoms (dialogs are back under chrome, but dark theme is gone)
Offline
Thanks @andav, i had the exact same problem (since like 2 weeks), and not a single solution found anywhere (here, stackexchange, ...) worked.
I tried many things (downgrading chrome, configuring portails.conf with various value in "./.config/xdg-desktop-portal/portals.conf", enforcing GNOME in "./.config/systemd/user/xdg-desktop-portal.service.d/override.conf", adding sourcing xinitrc file in ".xinitrc", ...)
The systemctl --user mask xdg-desktop-portal.service" worked on my side (GNOME-SHELL, linux kernel 6.6.10) with the same symptoms (dialogs are back under chrome, but dark theme is gone)
thanks to @seth :-)
after masking this service you can't record screencast (with a program like kooha for example).
i had to unmask it to get the screen recording working.
maybe there are more problems with other apps (that are not installed on my machine) but besides screen recording i didn't have any issues.
so if you suddenly have new problems you can:
systemctl --user unmask xdg-desktop-portal.service
reboot and check if the problem is gone (don't forget to mask it again afterwards :-))
Last edited by andav (2024-06-01 19:43:05)
Offline
I've just tested screencasts (that i barely need) and no issues on my side (still with service being masked + dialogs working again in chrome).
Sadly i have 0 ideas what tool i use, it's a quite default one (never had to investigate an alternative / i think it's just the default "Take A Screenshot" Gnome tool, which allows either screenshots on PRINTSCREEN, either recordings).
Offline
i'm talking about video recording of the screen.
not a screenshot that creates an image.
Last edited by andav (2024-06-01 20:52:53)
Offline