Milad Alizadeh
a99de502e2
Two ways wl-pick could fail to appear at all, both fixed. A second instance hung with no window and had to be killed: sway answers a capture request for a toplevel another client is already capturing with silence, and the wait for it was unbounded. Every wait before the overlay is interactive now has a deadline, and a tile that never arrives is drawn as a bare label. Losing the keyboard grab for good also ends a run, so a second wl-pick replaces the first rather than stranding it on screen. Starting wl-pick from a shell with a stale SWAYSOCK failed outright. The running compositor's socket is now found in XDG_RUNTIME_DIR when the environment's path does not connect.
25 lines
789 B
TOML
25 lines
789 B
TOML
[package]
|
|
name = "wl-pick"
|
|
version = "0.3.1"
|
|
edition = "2024"
|
|
description = "A live grid of window and display previews, for picking one"
|
|
license = "MIT"
|
|
repository = "https://github.com/mil-ad/wl-pick"
|
|
readme = "README.md"
|
|
keywords = ["wayland", "sway", "wlroots", "screencast", "switcher"]
|
|
categories = ["command-line-utilities", "os::unix-apis"]
|
|
# The floor is cosmic-text, which needs 1.89; let-chains here need 1.88.
|
|
rust-version = "1.89"
|
|
|
|
[dependencies]
|
|
wayland-client = "0.31"
|
|
wayland-protocols = { version = "0.32", features = ["client", "staging", "unstable"] }
|
|
wayland-protocols-wlr = { version = "0.3", features = ["client"] }
|
|
memmap2 = "0.9"
|
|
rustix = { version = "1", features = ["event", "fs", "mm", "shm"] }
|
|
swayipc = "4"
|
|
cosmic-text = "0.19"
|
|
|
|
[profile.release]
|
|
strip = true
|