Fix stepper: lake SSR preservation + stack rebuild after stepping

Browse Source

Three fixes:

1. Framework: render-dom-lake preserves SSR elements during hydration.
   When client-side render-to-dom encounters a lake with an existing
   DOM element (from SSR), it reuses that element instead of creating
   a new one. This prevents the SSR HTML from being replaced with
   unresolvable raw SX expressions (~tw calls).

2. Stepper: skip rebuild-preview on initial hydration. Uses a non-
   reactive dict flag (not a signal) to avoid triggering the effect
   twice. On first run, just initializes the DOM stack from the
   existing SSR content by computing open-element depth from step
   types and walking lastElementChild.

3. Stepper: rebuild-preview computes correct DOM stack after re-render.
   Same depth computation + DOM walk approach. This fixes the bug where
   do-step after do-back would append elements to the wrong parent
   (e.g. "sx" span outside h1).

Also: increased code view font-size from 0.5rem to 0.85rem.

Playwright tests:
- lake never shows raw SX during hydration (mutation observer)
- back 6 + forward 6 keeps all 4 spans inside h1

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>

...

This commit is contained in:

giles

2026-04-02 15:18:16 +00:00

parent b13962e8dd

commit 547d271571

12 changed files with 69 additions and 103 deletions

Show all changes Ignore whitespace when comparing lines Ignore changes in amount of whitespace Ignore changes in whitespace at EOL

Download Patch File Download Diff File Expand all files Collapse all files

BIN

shared/static/wasm/sx_browser.bc.wasm.assets/sx-7cc5edb6.wasm → shared/static/wasm/sx_browser.bc.wasm.assets/sx-69cfbc7f.wasm

Binary file not shown.

1

shared/static/wasm/sx_browser.bc.wasm.assets/sx-69cfbc7f.wasm.map Normal file

File diff suppressed because one or more lines are too long

1

shared/static/wasm/sx_browser.bc.wasm.assets/sx-7cc5edb6.wasm.map

File diff suppressed because one or more lines are too long