nodes: add modular cabinets and wall trim controls

[sudhir9297]

What does this PR do?

Adds the modular cabinet workflow: cabinet runs/modules, wall snapping, paint slots, drawer/appliance/fridge/cooktop/range-hood geometry, floorplan/sidebar support, quick actions, move-frame handling, island placement, L-corner actions, grouped undo/redo behavior, and cabinet animation systems.

It also extends the wall finishing workflow with configurable wall bands and paintable skirting/crown/chair rail. The trim work adds curated profiles, Flat defaults, separate material slots for each trim family, raycast selection for paint, and architecture-review cleanup so trim geometry emits metre-scale UVs and cabinet Alt behavior stays force-only rather than bypassing snap modes.

How to test

1. Run bun run check and bun run lint; both should complete without findings.
2. Run the focused cabinet and wall tests: bun test packages/nodes/src/cabinet/__tests__/move-frame.test.ts packages/nodes/src/cabinet/__tests__/wall-snap.test.ts packages/nodes/src/cabinet/__tests__/quick-actions.test.ts packages/core/src/schema/nodes/wall.test.ts packages/nodes/src/wall/paint.test.ts.
3. Build/typecheck the touched packages with bun --filter @pascal-app/core build, bun --filter @pascal-app/nodes build, and bun --filter @pascal-app/editor check-types.
4. Run bun dev, open the editor, add cabinet runs/modules, switch base modules to tall/fridge/cooktop/sink variants, and verify wall snapping, island placement, L-corner quick actions, paint slots, UV-scaled countertop/drawer textures, and grouped undo/redo behavior.
5. Select a cabinet module or run and press E; doors/drawers should animate open, second press closes, and the panel Play/Stop button should mirror the same animation.
6. Switch to the 2D floor plan and verify cabinets draw as countertop outlines with sink/cooktop symbols and DW/REF/OV labels; nested wall cabinets and hoods draw as dashed open outlines.
7. In wall settings, adjust band count from 1 to 4 and add skirting/crown/chair rail; verify each trim type has Flat as the default option, can be selected/painted independently, and renders with the selected material.

Screenshots / screen recording

Will be added — visual/interactive cabinet workflow change.

Checklist

• I've tested this locally with bun dev
• My code follows the existing code style (run bun check to verify)
• I've updated relevant documentation (if applicable)
• This PR targets the main branch

---

Note

High Risk
Large surface area across scene graph, movement, collision, selection, and undo history for composite cabinets; wall band/trim changes affect paint and geometry for a core structural kind.

Overview
Introduces cabinet and cabinet-module node types (schemas, events, paint targets) and wires them through the registry: parent-frame movement, selection proxies, quickActions, multi-footprint floor collision, delete cascades, and floor-plan invalidation across linked runs. The editor gains selection:find-node, registry sceneAction click dispatch (e.g. cooktop knobs), quick-action rows on 3D/2D action menus, grouped cabinet drags in the floor plan, groupMoveSnap parity for wall attach, and runAsSingleSceneHistoryStep for single-undo compound edits.

Walls gain optional face bands (1–4 heights with per-band material slots) and skirting / crown / chair rail trim configs with profile enums and dedicated slot defaults, plus helpers to enable bands and seed solid-color slots when counts change.

Plugin loading no longer registers plugin sidebar panels in core; apps use extendPluginDiscovery to compose discovery and registerEditorHostPanel for host UI (e.g. trees). setPluginDiscovery warns if it would drop prior extended sources.

Other notable changes: spatial canPlaceOnFloorFootprints (multi-footprint drafts, ignore composite subtrees), handle commit / centered guide rings, floor-plan drag docs favoring live overrides over per-tick scene writes, and editor dev PORT override in package.json.

^{Reviewed by Cursor Bugbot for commit bc33ac2. Bugbot is set up for automated code reviews on this repo. Configure here.}

[cursor]

Run E-key many undo steps

Medium Severity

Pressing E on a cabinet run starts a separate open/close animation for every module, and each animation commits with its own updateNode when it finishes. One E interaction can push multiple undo history entries instead of a single step like the quick actions use via runAsSingleSceneHistoryStep.

 

^{Reviewed by Cursor Bugbot for commit 83163e6. Configure here.}

[cursor]

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

There are 2 total unresolved issues (including 1 from previous review).

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit e05e4ca. Configure here.}

[cursor]

3D duplicate leaves history paused

Medium Severity

When duplicating a cabinet run (or other subtree) via the 3D floating menu, handleDuplicate pauses scene undo history before createFreshPlacementSubtree, but the success path returns without calling resume. The 2D floor-plan duplicate handler resumes in the same situation, so 3D placement can leave history paused and break grouped undo for later edits.

 

^{Reviewed by Cursor Bugbot for commit e05e4ca. Configure here.}