Skip to content
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

Closed
floatingrain opened this issue Aug 9, 2021 · 7 comments
Closed

Strange Window frame on Gnome Wayland #984

floatingrain opened this issue Aug 9, 2021 · 7 comments
Labels
bug Something isn't working

Comments

@floatingrain
Copy link

2021年08月09日上午 08时32分28秒
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.

@floatingrain
Copy link
Author

@hecrj

@hecrj
Copy link
Member

hecrj commented Aug 11, 2021

Do the winit examples display the same issue? In that case, we should create an issue there.

I found rust-windowing/winit#1967, which seems related.

@hecrj hecrj added the bug Something isn't working label Aug 11, 2021
@ilya-zlobintsev
Copy link

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.

@kaimast
Copy link

kaimast commented Aug 17, 2021

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.

@floatingrain
Copy link
Author

floatingrain commented Aug 17, 2021

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?
In addition, as a comparison, JetBrains' compose for desktop can achieve the effect of Gnome's native window. I don't know if they use X rendering forcibly.

@PolyMeilex
Copy link
Contributor

PolyMeilex commented Aug 21, 2021

In addition, as a comparison, JetBrains' compose for desktop can achieve the effect of Gnome's native window. I don't know if they use X rendering forcibly.

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

@floatingrain
Copy link
Author

In addition, as a comparison, JetBrains' compose for desktop can achieve the effect of Gnome's native window. I don't know if they use X rendering forcibly.

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants