From 002419ba4d146888d15d6df4156492494516850f Mon Sep 17 00:00:00 2001 From: iris Date: Tue, 26 May 2026 01:26:51 +0200 Subject: [PATCH] dashboard: drop stale data-spw note in side-panel-drawer comment (#451) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit argus nit on #456: the CSS comment claimed "The body adds data-spw= once persisted" — that's leftover from a prior design and no such attribute is ever set. The actual flow is localStorage → JS reads on Panel.bind → sets --side-panel-w via inline style. Replaced the misleading line with an accurate description of the persistence path. --- frontend/packages/dashboard/src/dashboard.css | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/frontend/packages/dashboard/src/dashboard.css b/frontend/packages/dashboard/src/dashboard.css index 1ca6a9bf..b76e9f53 100644 --- a/frontend/packages/dashboard/src/dashboard.css +++ b/frontend/packages/dashboard/src/dashboard.css @@ -1302,10 +1302,10 @@ footer .banner-thin { /* #451: width is a CSS variable so the drag handle (added by Panel.bind) can update it live, and so localStorage-persisted widths apply on first paint. Default min(760px, 94vw) preserves - the pre-#451 behaviour for operators who never drag. The body - adds `data-spw=""` once persisted; CSS doesn't read it - directly — JS sets `--side-panel-w` via inline style on the - drawer. */ + the pre-#451 behaviour for operators who never drag. JS sets + `--side-panel-w` via inline style on the drawer; persistence + lives in localStorage (key `hyperhive:side-panel-width`), + replayed onto the var by `Panel.applyStoredWidth` at bind. */ width: var(--side-panel-w, min(760px, 94vw)); /* Clamp so a stored width can never push the drawer off-screen or shrink it past readability. min content width matches the