Tags: wess/guise
Tags
TreeView: emit a ContextMenu event on right-click Right-clicking a row selects it and emits ContextMenu with the click's window coordinates, so callers can hand the point straight to ContextMenu::show. Selecting first keeps a selection-driven menu honest. Release 0.12.0.
v0.11.1 Records the workspace version in Cargo.lock, which the 0.11.0 bump missed. `cargo build --locked` failed at v0.11.0 and on every main push since the July bump; the library was fine, only the lock was stale. Same code as v0.11.0 — use this tag if you build with --locked.
v0.11.0
PaneGroup
- Every tab bar along the layout's top edge now drags the window. Previously
only the top-right pane's leftover strip did, so in a column split the left
pane's tab bar — the same strip, at the same height, visually the same
titlebar — did nothing when dragged. The space reserved for the platform's
window controls drags too, rather than being dead padding.
- New `PaneGroupEvent::ContextMenu { item, position }`, emitted when a tab is
right-clicked. The group owns layout, not what "rename" or "close others"
mean, so it reports the gesture and the host builds the menu. The tab is
activated first: a menu acting on a tab the user did not just select would be
a trap.
Input
- Fix selection keyboard handling and value bounds.
Breaking: `PaneGroupEvent` is not `#[non_exhaustive]`, so the new variant
requires downstream `match` arms to be updated.
Build against the pinned zed gpui rev; park the gallery demo The components track gpui's git line (newer than crates.io 0.2.2), so redirect the crates.io gpui onto the exact zed rev via [patch.crates-io], with zed's transitive async-process/async-task patches. The library and its tests build standalone against the fork. The gallery showcase still targets the old 0.2.2 API, so it is excluded from the workspace until it is ported to the newer gpui.
PreviousNext