11 breaking releases
0.16.0 | Dec 31, 2022 |
---|---|
0.15.0 | Jul 5, 2022 |
0.14.0 | Dec 10, 2021 |
0.13.0 |
|
0.5.0 | Apr 21, 2019 |
#2454 in Parser implementations
178 downloads per month
Used in 13 crates
(4 directly)
29KB
733 lines
i3ipc-types
This crate includes all the types for interacting with i3ipc, along with some undocumented properties I found by browsing i3's source code. It also includes some basic sway support, though I don't personally use sway so I'm relying on PRs to maintain this feature.
This crate includes the definitions for all i3 ipc message responses, event types, and serialize/deserialize implementations using serde
. Additionally, I've included traits with default implementations for encoding and decoding for speaking i3's ipc protocol, so long as the type has implemented io::Read
and io::Write
.
My goal is to locate all of the type definitions for i3's IPC implementation here, so no one ever has to go through the tedium again. If anything is missing or not working, please fill out an issue or submit a PR, I'm happy to fix things or improve the library in any way I can.
Features
By default this crate will include features for synchronous IO. Using std
s io::Read + io::Write
If async-traits
is enabled, I3Protocol
will be implemented for any trait that implements tokio's AsyncRead + AsyncWrite
Advantages over i3ipc-rs
i3ipc-rs
packs the event responses into a single enum, this is wasteful if you intend to receive responses to events for anything except workspaces & windows, since there is no indirection in the type definiton. Rust's memory layout for enums makes each variant take up to the size of the largest variant, that means that responses with relatively few fields like OutputData
would take up as much space as WindowData
. In this crate, that's not the case. There's a layer of indirection for WorkspaceData
and WindowData
so that the minimum variant size remains small.
Dependencies
~0.7–12MB
~144K SLoC