-
Notifications
You must be signed in to change notification settings - Fork 3
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
Clarify zwlr_foreign_toplevel_handle_v1 vs. xdg_toplevel #20
Comments
zwlr_foreign_toplevel_handle_v1 can refer to an xwayland, xdg toplevel or any window type that behaves like a toplevel. There is a ext_foreign_toplevel_list protocol intended to succeeded the wlr protocol, just needs a new extension protocol to reach parity. The goal of that protocol is to act as an opaque handle to desktop-like windows from other processes. |
Thanks for the clarification @i509VCB. So would you say that we should be using |
@probonopd for questions about the existing protocol, it might be better to ask them in the official repo. They'll be able to give you suggestions on what to do. Anything beginning with zwlr is a wlroots-specific protocol, not an official Wayland protocol. ext_foreign_toplevel_list is an official Wayland protocol. |
Just to note I am the author of the ext protocol, so feel free to bug me with questions. I'll get to probono's question when I get home, currently out for new years |
I'd say it depends on the context: If the goal is to provide a function where the client only cares about it's own windows, then If the goal is to provide a function where some other client's windows might be involved, then |
That is very reasonable, thanks a lot @i509VCB. Happy New Year! |
In X11, there is the concept of a "window" which can be referred to by its unique Window ID (wid).
On Wayland, there is
zwlr_foreign_toplevel_handle_v1
andxdg_toplevel
. Apparently the latter is for native Wayland applications whereas the former isn't.Question: Can native Wayland applications use
zwlr_foreign_toplevel_handle_v1
too? Or do we have to have provisions for windows created by native Wayland applications (usingxdg_toplevel
) and for windows not created by native Wayland applications (usingzwlr_foreign_toplevel_handle_v1
)?The text was updated successfully, but these errors were encountered: