Ian Douglas Scott

> One possible alternative approach here would be to have an alternate version of kevent which returns a different type which doesn't expose the RawFds. Such a function could be...

> but more projects needs to adopt it, otherwise it won't work in old software. Right. As some of the posts I've seen about Pipewire's development, Cheese supports it automatically...

Running into issues with ioctls is pretty much what I would expect, but it would definitely be great to have a fuse-based solution, if it can work!

If `gba` doesn't depend on `fixed`, it could also be useful to have a feature to at least provide `From` conversions, which should be fairly simple. Currently I have functions...

> then we're basically becoming GTK Having *some* way to do subsurfaces/subviews is pretty important for creating a general purpose toolkit like GTK on top of winit. So it seems...

I definitely think it's great for winit to support layer-shell in some form or another. A few things to consider here: > Layer shell windows are very different to normal...

> The only application is if you want a cross platform bar, which means X11 and Wayland at the same time. Or if a Rust toolkit wants to support normal...

> On Wayland certainly not. Since you know only about the cursor over your window. You don't even have control were to open a window, so use-case you're describing is...

As I mentioned earlier, the "spotlight-like app" use case on Wayland would be served by layer shell (https://github.com/rust-windowing/winit/issues/2582). I think what would be ideal for that is if either winit...

> Not sure this is the best approach, FileRef makes this tricky but it works for me. Hm, yeah. A `try_into_inner` function seems a bit odd to have, but I...