-
-
Notifications
You must be signed in to change notification settings - Fork 786
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
Upgrade SCTK to 0.18 #5044
Upgrade SCTK to 0.18 #5044
Conversation
@@ -2,6 +2,8 @@ | |||
//! in smithay_client_toolkit 0.11 which is Copyright (c) 2018 Victor Berger | |||
//! and provided under the terms of the MIT license. | |||
|
|||
// TODO: update this for SCTK 0.18 and use this instead of the FallbackFrame |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Alternatively, instead of using a built in implementation should we use sctk-adwaita instead? Possibly as an optional dependency?
Thanks for this! However, it needs some more work; here's what I see when I try to launch under weston:
This is with webgpu as the front end. I get a similar issue with opengl. I couldn't find an easy and quick fix within about an hour of looking at this, so I've reverted it out for now. |
How did you reproduce this error? |
so I think that is from this line. And to be honest, I'm not entirely sure if I am doing the right thing there. But I don't know why that pointer would be None. And if I add logging to that function, I can't figure out how to get any output. |
I ran WAYLAND_DEBUG=1 WAYLAND_DISPLAY=wayland-0 ./target/debug/wezterm re: the raw window pointer issue, yeah, I tried to re-structure that code to avoid the unwraps but the issue is that somehow the pointer value is null, and I don't know why. :-/ |
hmmm, so when I try to run it in weston, started directly, I get a different error:
I think this is caused by trying to draw the client side decorations before we have gotten the configuration call with the actual coordinates. Or it is just a bug in sctk, (actually either way it is probably a bug there, since it probably should avoid allocating buffers with invalid coordinates). IDK, why I get a different error than you though. |
No description provided.