36 releases

0.3.7 Sep 4, 2024
0.3.6 Jul 16, 2024
0.3.4 May 31, 2024
0.3.3 Jan 29, 2024
0.1.0-alpha9 Mar 29, 2022

#179 in GUI

Download history 72942/week @ 2024-08-20 75954/week @ 2024-08-27 81642/week @ 2024-09-03 76476/week @ 2024-09-10 76955/week @ 2024-09-17 85547/week @ 2024-09-24 86462/week @ 2024-10-01 85302/week @ 2024-10-08 86440/week @ 2024-10-15 87578/week @ 2024-10-22 93397/week @ 2024-10-29 94389/week @ 2024-11-05 84379/week @ 2024-11-12 81930/week @ 2024-11-19 86788/week @ 2024-11-26 75289/week @ 2024-12-03

343,550 downloads per month
Used in 569 crates (29 directly)

MIT license

400KB
9K SLoC

crates.io docs.rs Continuous Integration codecov

wayland-backend

Backend API for wayland crates

This crate provide low-level APIs for interacting with the Wayland protocol, both client-side and server-side. For higher-level interfaces, see the wayland-client and wayland-server crates.

Two possible backends are provided by this crate: the system backend ([sys] module) which relies on the system-provided wayland libraries, and the rust backend ([rs] module) which is an alternative rust implementation of the protocol. The rust backend is always available, and the system backend is controlled by the client_system and server_system cargo features. The dlopen cargo feature ensures that the system wayland libraries are loaded dynamically at runtime, so that your executable does not link them and can gracefully handle their absence (for example by falling back to X11).

Additionnaly the default backends are reexported as toplevel client and server modules in this crate. For both client and server, the default backend is the system one if the associated cargo feature is enabled, and the rust one otherwise. Using these reexports is the recommended way to use the crate.

Both backends have the exact same API, except that the system backend additionnaly provides functions related to FFI.

Dependencies

~1.7–10MB
~121K SLoC