Malte Langkabel
97c269576e
REQ-UI-CONTROLS-PANEL said the content scrolls once it outgrows the space available; only the height cap was implemented, so the surplus rows were simply cut off. Silent row loss is the one failure this panel must not have, and it was reachable: the Selection context runs to fifteen rows, and a panel that has also had to rise above the build button bar can be left with less room than that. The rows move into a scroll area. The heading stays outside it, so it remains visible and remains the collapse control whatever the rows are doing. The size can no longer come from the panel's own layout -- a scroll area's hint describes a viewport, not its contents -- so the heading and the rows are measured directly and the chrome added. Verified against a forced rebuild and an artificially cramped view: roomy: heading 56x13 + rows 124x188 -> 142x223, no scrollbar collapsed: -> 74x31, same bottom edge cramped: wanted 223, band 124 -> 159x124, +17 for the scrollbar Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01YHcUerKAZKWNvSKJxYKbnG