chore: Linux serves the Wayland clipboard from the event loop
The clipboard now lives on winit's own Wayland connection, on a queue the
event loop dispatches, instead of smithay-clipboard's thread: other apps'
paste requests wake the event loop, which answers them, now that no dialog
holds it up. Files, pages and pictures are read from the Wayland selection
itself rather than through a new X11 connection to Xwayland on every paste,
so they paste on compositors without Xwayland or that share the selection
with it only while an X11 window has focus. Copy now offers HTML and
Snowbound's own format on Wayland too, beside the text. X11 sessions keep
arboard.
The clipboard borrows winit's connection through a frame callback moved
onto winit's event queue. libwayland names a proxy's queue only from 1.23
(wl_proxy_get_queue), so it is read from struct wl_proxy, laid out alike
since 1.0.
smithay-clipboard goes, and with it the second smithay-client-toolkit and
calloop, calloop-wayland-source, wayland-protocols-experimental and
wayland-protocols-misc.
Assisted-by: claude-opus-5.5
01c718333aclover caruso committed on 10/4/2026, 12:58:59 AMparentcc25073