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
{{ message }}
This repository has been archived by the owner on Feb 7, 2024. It is now read-only.
When running GNOME under Xorg I get shadows as expected, but when running GNOME under Wayland I don't. I understand that Wayland only supports client side decorations, so some support in Tauri is probably required. Googling around I see various references to _GTK_FRAME_EXTENTS, which supposedly enables Windows to extend their drawable area to include an additional border for shadows, but presumably something still needs to actually draw a shadow in that region..
The text was updated successfully, but these errors were encountered:
Decoration rules under wayland is a known wide-spread problem (see 6562). The only workaround at the current moment is using std env to make the backend think it's an x session but that's very impractical and causes issues when it comes to hidpi.
Moreover, I don't think this issue should be mentioned here, since window-shadows explicitly states the following:
Linux: Unsupported, Shadows are controlled by the compositor installed on the end-user system.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
When running GNOME under Xorg I get shadows as expected, but when running GNOME under Wayland I don't. I understand that Wayland only supports client side decorations, so some support in Tauri is probably required. Googling around I see various references to _GTK_FRAME_EXTENTS, which supposedly enables Windows to extend their drawable area to include an additional border for shadows, but presumably something still needs to actually draw a shadow in that region..
The text was updated successfully, but these errors were encountered: