diff options
| author | srdusr <[email protected]> | 2024-05-30 16:10:00 +0200 |
|---|---|---|
| committer | srdusr <[email protected]> | 2024-05-30 16:10:00 +0200 |
| commit | 1c175642d073689ca11b9252411ea5f8446007d0 (patch) | |
| tree | 00b8f9062cf1261d2d2642c059a14ff5790522e5 /crates/wayland/src/gtk_shell_protocol.rs | |
| parent | 3d3057ae384ef7389284af8988410889e99c6bb9 (diff) | |
| download | srdwm-1c175642d073689ca11b9252411ea5f8446007d0.tar.gz srdwm-1c175642d073689ca11b9252411ea5f8446007d0.zip | |
Fix decoration drift during animated transitions; checkpoint IPC/global-menu/output-management work
Border/titlebar decoration was built from Window.geometry (the animation's
final target) in both wayland backends' render loops, while sync_geometry
already draws a window's actual content at window_anims' interpolated rect
during any maximize/fullscreen/open-slide tween. Border and content read two
different rectangles for the whole transition, so the border visibly
detached from the window it was outlining - reported as "borders aren't
flush." Both udev.rs and winit.rs now read the same animated rect for
titlebar placement, border-strip placement, and the occlusion test against
later windows in stacking order. Verified: cargo build --workspace, cargo
clippy (0 new warnings), cargo test -p srdwm-core (111/111).
Also checkpoints substantial protocol/IPC work from prior sessions that had
accumulated uncommitted: gtk-shell1 support (gtk_shell.rs, the vendored
gtk-shell.xml, xwayland.rs's X11-side mirror) backing the global app menu;
zwlr_foreign_toplevel_manager_v1 (foreign_toplevel.rs) broadcasting distinct
maximized/minimized/fullscreen/activated state per window; output_management
(ext-output-management + layer-shell exclusive-zone reservation tracking);
workspace.rs and context_menu.rs; a Unix-socket IPC crate (platform/src/
ipc.rs) and a `srd` control-CLI crate (crates/ctl); xkb_config.rs; and a
theme module (core/src/theme.rs). A peer session working the AGS shell
concurrently verified several of these live against a running srdwm: the
global menu rendering a real app's File/Edit menu over gtk-shell1, and
foreign-toplevel correctly reporting maximized and fullscreen as independent,
non-simultaneous states with the geometry each implies (maximize stops at a
reserved top bar and past a dock; fullscreen reaches the true monitor edge).
Diffstat (limited to 'crates/wayland/src/gtk_shell_protocol.rs')
| -rw-r--r-- | crates/wayland/src/gtk_shell_protocol.rs | 29 |
1 files changed, 29 insertions, 0 deletions
diff --git a/crates/wayland/src/gtk_shell_protocol.rs b/crates/wayland/src/gtk_shell_protocol.rs new file mode 100644 index 0000000..5582680 --- /dev/null +++ b/crates/wayland/src/gtk_shell_protocol.rs @@ -0,0 +1,29 @@ +//! Compile-time-generated wire bindings for `gtk_shell1`/`gtk_surface1` +//! (GTK's own private protocol - `protocols/gtk-shell.xml`, vendored from +//! `gdk/wayland/protocol/gtk-shell.xml` in GTK's own source tree). Unlike +//! the wlr/staging protocols this codebase already uses, there is no +//! published `wayland-protocols-*` crate for this one - it isn't part of +//! any standardised protocol umbrella, just GTK's own extension - so it's +//! generated here the same way `wayland-protocols-wlr` generates its own +//! bindings internally (see that crate's `protocol_macro.rs`), just +//! server-side only, since this compositor never needs the client half. +//! +//! `gtk_shell.rs` is the actual `GlobalDispatch`/`Dispatch` handler logic; +//! this module is only the raw generated types it's built against. + +#![allow(dead_code, non_camel_case_types, unused_unsafe, unused_variables)] +#![allow(non_upper_case_globals, non_snake_case, unused_imports)] +#![allow(missing_docs, clippy::all)] + +pub mod server { + use smithay::reexports::wayland_server; + use smithay::reexports::wayland_server::protocol::*; + + pub mod __interfaces { + use smithay::reexports::wayland_server::protocol::__interfaces::*; + wayland_scanner::generate_interfaces!("protocols/gtk-shell.xml"); + } + use self::__interfaces::*; + + wayland_scanner::generate_server_code!("protocols/gtk-shell.xml"); +} |