* Support waiting on the clipboard to be overwritten on Linux
* Add daemonize example
* Improve docs of ClipboardExtLinux
* Allow daemonize to compile on all platforms
* Use a constant in daemonize example
* Improve wording in docs of clipboard waiting
* Add a builder-like API to reduce combinatorial explosion
* Remove ClipboardExtLinux
This also adds support for setting and getting image data on the primary
and secondary clipboards.
* Image copy and paste seems to work again
* Remove unnecessary code, fix clippy warnings
* Add missing clipboard clear for get_image
* Fix incorrectly setting the image on Windows
Also adds some tests
* Fix `get_image` build errors
* Another attempt at fixing the set_image function
* Yet another attempt at fixing `set_image`
This time we make sure that we don't have a negative height in the
bitmap header. Due to this we also flip the image first
* Fix for sometimes failing to set the image
* Word still needs the image to be pre-flipped
Fixes the issue that a blank image is shown when pasting into Word on
Windows
* Fix warnings
* Support selecting which linux clipboard we operate on
* Use specific error variant for unsupported clipboard.
* Correct doc comment typo.
* Reduce code duplication.
While it is true that wayland can support that X11 way of handling
clipboard support, this requires a running xwayland server and
compositor support for running xwayland.
This change introduces a new clipboard context
`WaylandDataControlClipboardContext` which is a wrapper around the
wl-clipboard-rs crate. This crate handles all of the communication with
the compositor for us.
To selected between X11 and wayland data_control clipboard handle is not
possible via a platform selector, as is the case for windows and mac,
two new features where add `x11` and `wayland-data-control`. The `x11`
feature is in the `default` feature set as to preserve backward
compatibility.
The feature name `wayland-data-control` was chosen to handle other
possible wayland protocols to interface with a clipboard.
