5 Commits

Include renames

Author	SHA1	Message	Date
Bendik Aagaard Lynghaug	e630fde200	Revert canvas sizing to window.innerWidth/innerHeight, gate resize on width change ... The container-rect-based sizing (getBoundingClientRect on the parent element) broke on real mobile Safari - the hero stopped rendering entirely, most likely a layout-timing dependency window.innerWidth/ innerHeight never had. Revert to the simple, reliable measurement. For the actual jump: mobile browsers only change window.innerHeight (not width) as the address bar hides/shows during scroll, firing `resize` with no real layout change to react to. Genuine resizes (orientation change, desktop window drag) always change the width too, so gate the redraw on that instead of reacting to every resize event or trying to debounce/detect the toolbar animation itself.	2026-08-06 16:31:29 +02:00
Bendik Aagaard Lynghaug	71613b5ef5	Debounce the YES canvas resize handler and skip no-op resizes ... Even with dimensions now sourced from the stable CSS container (previous commit), assigning canvas.width/height unconditionally clears the canvas buffer regardless of whether the value actually changed. Mobile Safari fires `resize` repeatedly *during* the address -bar hide/show animation, not just once at the end, so the handler was still clearing+redrawing on every one of those events. Debounce to let the animation settle, then skip the redraw entirely if the resolved size didn't change.	2026-08-06 16:24:11 +02:00
Bendik Aagaard Lynghaug	f0022cd037	Size the YES canvas from its container, not window.innerHeight ... The rasterized "YES" text (and everything downstream: fontSize, line rendering) was recomputed from window.innerWidth/innerHeight on every `resize` event. Mobile Safari fires `resize` continuously as the address bar hides/shows while scrolling, so the text visibly rescaled mid-scroll even after .hero-yes's own height was already stabilized via 100svh. Reading the containing .hero-canvas box's own rendered size instead ties canvas sizing to that already-stable CSS layout, so a toolbar-only resize recomputes to the same numbers.	2026-08-06 15:46:41 +02:00
Bendik Aagaard Lynghaug	c73981da2d	yes.js: guard against the canvas not being in the DOM yet ... The Rust-side NodeRef gate (previous commit) didn't actually close the race on fast client-side re-navigation back to / - reproduced the same crash again after that fix shipped. Harden the actual failure point directly instead of chasing the exact Leptos/wasm-bindgen timing: skip setup (not throw) if either canvas is missing.	2026-08-05 14:55:55 +02:00
Bendik Aagaard Lynghaug	aa1a7fa572	Initial commit: content-driven onboarding portal ... Leptos/Axum app that renders a Question/Alternative/Feature schema loaded from a sibling content repo (portal-content). Kanidm OIDC login, content-driven authorization (Question.qualifies), a generic NATS KV-backed resource + state-transition mechanism (no bespoke "applicant" concept baked into the runtime - it's all content), a SHA-256 DAG chain tying submissions and decisions together, and the "YES - Rasterized Lines" piece (ported from the live uhhm.no site) as the landing hero.	2026-07-29 19:38:40 +02:00