-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Strange Window frame on Gnome Wayland #984
Comments
Do the I found rust-windowing/winit#1967, which seems related. |
Gnome on Wayland doesn't support server side decorations and expect applications to implement it themselves. What you see is the fallback window frame of winit, you can also see it when you run applications like alacritty on gnome wayland. |
I don't think title bars will ever look fully native on GNOME unless you want to go down the route of parsing the GTK theme. However, I think a solution to this is to let the application draw a custom header- or titlebar if desired. So the titlebar at least matches the theme of the application. I filed a bug a while ago for this @759. |
However, the default decoration of winit cannot produce shadow effects around windows. If I want to make hierarchical shadows between windows, what should I do? |
Do they even suport wayland? If it's running under X then gnome is drawing it's decorations as a fallback. EDIT: You can easily check that with xeyes |
I checked, they use X. |
See the window style between iced-clock and VSCode, there window frame styles are different. I'm using Gnome on Wayland, all programs build with iced show strange window frame like this, which is not native desktop environment window, and it looks like a KDE window. But in Gnome on X11, they shows native window style. I think it is a logic mistake while iced shows windows on Wayland.
The text was updated successfully, but these errors were encountered: