# chore: Linux serves the Wayland clipboard from the event loop · clo/snowbound

[View on GitCafe](https://git.cafe/clo/snowbound/commit/01c718333a8b2a5e8afe547db7ace2aef0215179)

Repository: [clo/snowbound](https://git.cafe/clo/snowbound)

Visibility: public

Requested revision: 01c718333a8b2a5e8afe547db7ace2aef0215179

Requested commit: 01c718333a8b2a5e8afe547db7ace2aef0215179

Commit: 01c718333a8b2a5e8afe547db7ace2aef0215179

Tree: 1054a923fbfe06d3a0dd80aad4b258b092898302

Author: clover caruso

Committer: clover caruso

## Message

```
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

```

## Parents

- [cc25073ba74de4601e128acde1e294cc4bf1134a](https://git.cafe/clo/snowbound/commit/cc25073ba74de4601e128acde1e294cc4bf1134a?format=markdown)

[Source at this commit](https://git.cafe/clo/snowbound/tree/01c718333a8b2a5e8afe547db7ace2aef0215179?format=markdown)