three-slicer 0.3.5 → 0.4.0

package/CHANGELOG.md

@@ -1,5 +1,33 @@
 # Changelog
 
+## 0.4.0 — 2026-10-24
+
+### Removed (breaking)
+
+- `three-slicer/viewer`, `three-slicer/viewer/toolpath`, `three-slicer/viewer/loaders`, `three-slicer/viewer/gcode`
+  and `three-slicer/components`. They were wrappers over `three-slicer-viewer` kept for the pre-split import paths.
+  `three-slicer` now contains no React code and no longer declares `react`, `react-dom` or `three` as peers.
+  Migration: import the components from `three-slicer-viewer` (list it in your own dependencies at the same
+  version as `three-slicer`) and pass the kernel and upstream's data as props:
+
+  ```jsx
+  import Viewport, { useSlicer } from 'three-slicer-viewer'
+  import SettingsPanel from 'three-slicer-viewer/components'
+  import { makeSlicerWorker } from 'three-slicer/client'
+  import { bundledCatalog } from 'three-slicer/settings'
+  import { schema, uiTree } from 'three-slicer/data'
+  import { makeCfg, disabledKeys } from 'three-slicer/toggle'
+
+  const slicer = (deps) => useSlicer({ ...deps, makeWorker: makeSlicerWorker })   // module-level: it is a hook
+  const toggle = { makeCfg, disabledKeys }
+
+  <Viewport slicer={slicer} catalog={bundledCatalog} settings={settings} setSettings={setSettings} />
+  <SettingsPanel schema={schema} uiTree={uiTree} toggle={toggle} settings={settings} setSettings={setSettings} />
+  ```
+
+  The subpaths `/viewer/toolpath`, `/viewer/loaders` and `/viewer/gcode` are `three-slicer-viewer/toolpath`,
+  `/loaders` and `/gcode`, unchanged.
+
 ## 0.3.5 — 2026-10-16
 
 ### Fixed

package/README.md

@@ -1,17 +1,16 @@
 # three-slicer
 
-Browser/WASM 3D-printing slicer package derived from [OrcaSlicer](https://github.com/OrcaSlicer/OrcaSlicer). It can slice binary STL files to G-code in Node or the browser, and it also ships React UI pieces for building a browser slicer: a three.js viewport, GPU toolpath preview, and a schema-driven settings panel. SLA (resin) printers are a second technology in the same kernel — supports and pad from PrusaSlicer's ported chain, previewed in the same viewer, exported as an `.sl1` archive.
+Browser/WASM 3D-printing slicer package derived from [OrcaSlicer](https://github.com/OrcaSlicer/OrcaSlicer). It can slice binary STL files to G-code in Node or the browser, and it supplies the kernel worker, OrcaSlicer's vendor presets and its settings schema to the React viewer and settings panel in [`three-slicer-viewer`](https://www.npmjs.com/package/three-slicer-viewer). SLA (resin) printers are a second technology in the same kernel — supports and pad from PrusaSlicer's ported chain, previewed in the same viewer, exported as an `.sl1` archive.
 
-The package is published as a single npm package, `three-slicer`, with subpath exports for the engine, viewer, components, worker, and extracted OrcaSlicer data.
+The package is published as a single npm package, `three-slicer`, with subpath exports for the engine, settings, worker, client, and extracted OrcaSlicer data.
 
 ![A sliced Benchy in the viewer's Preview tab — organic tree supports, per-feature toolpath colors, dual layer-range slider, filament and print-time estimates](https://raw.githubusercontent.com/kimgh06/Three_Slicer/main/web/viewer/public/usage.png)
 
 ## Links
 
 - Permissive viewer: [`three-slicer-viewer`](https://www.npmjs.com/package/three-slicer-viewer) (MIT) — the
-  viewer, the settings form, G-code parsing and toolpath rendering without the slicer. This package plugs the
-  kernel and OrcaSlicer's vendor presets into it; `three-slicer/viewer` and `three-slicer/components` are that
-  composition. Which code carries which licence, and why: [`PROVENANCE.md`](PROVENANCE.md).
+  viewer, the settings form, G-code parsing and toolpath rendering without the slicer. A host plugs this
+  package's kernel worker and OrcaSlicer's vendor presets into it (see the React quick starts below). Which code carries which licence, and why: [`PROVENANCE.md`](PROVENANCE.md).
 
 - Package: [npmjs.com/package/three-slicer](https://www.npmjs.com/package/three-slicer)
 - Source: [kimgh06/Three_Slicer](https://github.com/kimgh06/Three_Slicer)
@@ -26,7 +25,7 @@ reading whole; everything else is lookup.
 | --- | --- | --- | --- |
 | "Just the numbers" — quotes, farms, automation. No UI, no React | **Headless** | [Quick Start: Headless Slicing](#quick-start-headless-slicing) | [engine/README](engine/README.md) (134 lines), params via [PARAMS.md](engine/PARAMS.md) as lookup |
 | A slicer inside your existing page | **Embed** | [Quick Start: React Viewer](#quick-start-react-viewer) | [viewer/README](../viewer-package/VIEWER.md) (330 lines — the props contracts live there) |
-| The full slicer UI — viewport + settings panel | **Full UI** | [Full React Example](#full-react-example) | viewer/README + [components/README](components/README.md) |
+| The full slicer UI — viewport + settings panel | **Full UI** | [Full React Example](#full-react-example) | viewer/README + [COMPONENTS.md](../viewer-package/COMPONENTS.md) |
 
 Whichever path: read [Before You Ship](#before-you-ship) before deploying — those traps return plausible
 results instead of errors, and the first two never show up in `npm run dev`.
@@ -53,19 +52,21 @@ results instead of errors, and the first two never show up in `npm run dev`.
 npm i three-slicer
 ```
 
-`react`, `react-dom`, and `three` are **optional** peer dependencies. They stay peers rather than dependencies because React and three must be single instances — a duplicate copy breaks hooks and `instanceof` — and optional because only the UI half needs them: a headless consumer installs none of the three.
-
-Install them yourself when you use the viewer or the settings panel:
+Nothing in `three-slicer` needs React or three.js; a headless consumer installs neither. The React viewer and the
+settings panel are [`three-slicer-viewer`](https://www.npmjs.com/package/three-slicer-viewer), which `three-slicer`
+depends on at the same exact version. Import it by its own name, so list it in your own `package.json` at that
+version, together with its optional peers:
 
 ```bash
-npm i three-slicer react react-dom three
+npm i three-slicer three-slicer-viewer@<same version> react react-dom three
 ```
 
 | Import path | Needs react/three |
 | --- | --- |
-| `three-slicer`, `/settings`, `/toggle`, `/client`, `/worker`, `/wasm`, `/data`, `/viewer/gcode`, `/viewer/toolpath` | no — `makeToolpath(THREE, data)` takes `three` as an argument |
-| `three-slicer/viewer`, `/viewer/loaders` | yes |
-| `three-slicer/components` | react only |
+| `three-slicer`, `/settings`, `/toggle`, `/client`, `/worker`, `/wasm`, `/data` | no |
+| `three-slicer-viewer`, `/loaders` | yes |
+| `three-slicer-viewer/components` | react only |
+| `three-slicer-viewer/gcode`, `/toolpath` | no — `makeToolpath(THREE, data)` takes `three` as an argument |
 
 ## Quick Start: Headless Slicing
 
@@ -147,11 +148,19 @@ When `onLayer` is set, the returned result carries stats; assemble G-code from t
 
 ## Quick Start: React Viewer
 
-Use `three-slicer/viewer` when you want a ready-made browser slicer viewport.
+Use `three-slicer-viewer`'s `<Viewport/>` with this package's kernel worker and vendor presets plugged in when you
+want a ready-made browser slicer viewport. Without the `slicer` and `catalog` props it loads, displays and exports,
+but never starts a kernel and offers no presets.
 
 ```jsx
 import { useState } from 'react'
-import Viewport from 'three-slicer/viewer'
+import Viewport, { useSlicer } from 'three-slicer-viewer'
+import { makeSlicerWorker } from 'three-slicer/client'
+import { bundledCatalog } from 'three-slicer/settings'
+
+// The slicing hook bound to the WASM kernel's worker. Module-level: it is called as a hook, so its identity
+//  must not change between renders.
+const slicer = (deps) => useSlicer({ ...deps, makeWorker: makeSlicerWorker })
 
 export default function App() {
   const [settings, setSettings] = useState({})
@@ -159,6 +168,8 @@ export default function App() {
   return (
     <div style={{ position: 'relative', width: '100%', height: '100vh' }}>
       <Viewport
+        slicer={slicer}
+        catalog={bundledCatalog}
         settings={settings}
         setSettings={setSettings}
       />
@@ -176,11 +187,18 @@ The viewer handles model loading, drag and drop, transform controls, multi-plate
 
 ## Quick Start: Settings Panel
 
-Use `three-slicer/components` when you want the OrcaSlicer-style settings UI without building the form yourself.
+Use `three-slicer-viewer/components`' `<SettingsPanel/>` with this package's schema, tab tree and toggle rules
+plugged in when you want the OrcaSlicer-style settings UI without building the form yourself. Without them it labels
+every field by its key and disables nothing.
 
 ```jsx
 import { useState } from 'react'
-import SettingsPanel from 'three-slicer/components'
+import SettingsPanelCore from 'three-slicer-viewer/components'
+import { schema, uiTree } from 'three-slicer/data'
+import { makeCfg, disabledKeys } from 'three-slicer/toggle'
+
+const toggle = { makeCfg, disabledKeys }
+const SettingsPanel = (props) => <SettingsPanelCore schema={schema} uiTree={uiTree} toggle={toggle} {...props} />
 
 export default function App() {
   const [settings, setSettings] = useState({})
@@ -202,8 +220,19 @@ The viewer and settings panel are designed to share the same `settings` state.
 
 ```jsx
 import { useState } from 'react'
-import Viewport from 'three-slicer/viewer'
-import SettingsPanel from 'three-slicer/components'
+import Viewport, { useSlicer } from 'three-slicer-viewer'
+import { makeSlicerWorker } from 'three-slicer/client'
+import { bundledCatalog } from 'three-slicer/settings'
+
+// The slicing hook bound to the WASM kernel's worker. Module-level: it is called as a hook, so its identity
+//  must not change between renders.
+const slicer = (deps) => useSlicer({ ...deps, makeWorker: makeSlicerWorker })
+import SettingsPanelCore from 'three-slicer-viewer/components'
+import { schema, uiTree } from 'three-slicer/data'
+import { makeCfg, disabledKeys } from 'three-slicer/toggle'
+
+const toggle = { makeCfg, disabledKeys }
+const SettingsPanel = (props) => <SettingsPanelCore schema={schema} uiTree={uiTree} toggle={toggle} {...props} />
 
 export default function App() {
   const [settings, setSettings] = useState({})
@@ -211,6 +240,8 @@ export default function App() {
   return (
     <main style={{ display: 'flex', height: '100vh' }}>
       <Viewport
+        slicer={slicer}
+        catalog={bundledCatalog}
         settings={settings}
         setSettings={setSettings}
       />
@@ -231,8 +262,7 @@ The same sparse settings map can feed the settings panel, the viewer, and `deriv
 import { createSlicer, engineWorkerURL } from 'three-slicer'
 import { deriveKernelParams } from 'three-slicer/settings'
 import { disabledKeys, makeCfg } from 'three-slicer/toggle'
-import Viewport from 'three-slicer/viewer'
-import SettingsPanel from 'three-slicer/components'
+import { makeSlicerWorker } from 'three-slicer/client'
 import { schema, uiTree } from 'three-slicer/data'
 ```
 
@@ -247,40 +277,33 @@ Available subpaths:
 | `three-slicer/client` | `createSlicerClient()` — promises over that protocol |
 | `three-slicer/wasm` | Single-threaded Emscripten WASM glue |
 | `three-slicer/wasm-mt` | Multithreaded Emscripten WASM glue |
-| `three-slicer/viewer` | React `<Viewport/>` |
-| `three-slicer/viewer/toolpath` | GPU toolpath renderer utilities |
-| `three-slicer/viewer/loaders` | Model loaders |
-| `three-slicer/viewer/gcode` | `parseGcode(text)` — G-code back into the layer stream the renderer consumes |
-| `three-slicer/components` | React `<SettingsPanel/>` |
 | `three-slicer/data` | Named exports for extracted metadata |
 | `three-slicer/data/*.json` | Extracted OrcaSlicer metadata |
 
 ## Architecture: How the Pieces Connect
 
-One npm package, five modules. The dependency direction is one-way: `wasm-core` →(build)→ `engine`
-←(data)← `data`, with `components` and `viewer` consuming different surfaces of the engine, `types`
-generating and gating the contract from the side — and the glue at the top is always a single sparse
-settings map held by the host app.
+One npm package, four modules, beside the separately published React half (`three-slicer-viewer`). The dependency
+direction is one-way: `wasm-core` →(build)→ `engine` ←(data)← `data`, with `types` generating and gating the
+contract from the side. The host composes the React half with the kernel worker, the vendor catalog and the schema —
+and the glue at the top is always a single sparse settings map held by the host app.
 
 | Module | Role | Published as | Depends on | Consumed by |
 | --- | --- | --- | --- | --- |
 | `wasm-core` | C++ kernel sources + vendored third_party | not published | (ported upstream sources) | `engine` — as build output only |
-| `engine` | kernel SDK: direct handle, worker, client, settings derivation | `three-slicer` root + `/settings` `/toggle` `/client` `/worker` `/wasm(-mt)` `/data` | committed wasm-core output, `data`, the generated `kernel_setting_keys.js` | `components`, `viewer`, every consumer |
-| `data` | extracted schema + catalogs (config-schema, printers, processes, filaments…) | `/data` | `extract_all.py` ← upstream | `engine`'s settings, `components`, `viewer` |
+| `engine` | kernel SDK: direct handle, worker, client, the vendor catalog; re-exports the settings derivation and toggle evaluator from `three-slicer-viewer` | `three-slicer` root + `/settings` `/toggle` `/client` `/worker` `/wasm(-mt)` `/data` | committed wasm-core output, `data`, `three-slicer-viewer`'s `/settings` `/toggle` `/paint` | host apps, every consumer |
+| `data` | extracted schema + catalogs (config-schema, printers, processes, filaments…) | `/data` | `extract_all.py` ← upstream | `engine`'s settings, host apps (passed to the React half as props) |
 | `types` | every `.d.ts` + two generators | attached per subpath via the exports map's `types` fields | runs `engine` at generation time (probing), reads `data`'s schema | consumers' IDE/TS — no runtime dependency |
-| `components` | `<SettingsPanel/>` (Shadow DOM) | `/components` | `data` (schema + UI tree), `engine`'s `/toggle` | host apps |
-| `viewer` | `<Viewport/>` (three.js, Shadow DOM) | `/viewer` + `/viewer/toolpath` `/loaders` `/gcode` | `engine`'s `/settings`, the worker, `/data`; `three` (peer) | host apps |
 
 Some of the connections are not imports, and knowing which is which explains most of the layout:
 
 | Connection | Mechanism | Notes |
 | --- | --- | --- |
 | `wasm-core` → `engine` | `build.sh` (emscripten) commits its output into `engine/src/` | not an import — the golden byte-identical gate and the invariant suite verify kernel changes against the engine's output |
-| `data` → `engine`/`components`/`viewer` | `/data` subpath imports | the source of truth is `extract_all.py` over the upstream checkout |
+| `data` → `engine`, host apps | `/data` subpath imports | the source of truth is `extract_all.py` over the upstream checkout |
 | `types` → `engine` | the generator **executes** `deriveKernelParams` (probing) and writes `engine/PARAMS.md` + `../viewer-package/src/settings/kernel_setting_keys.js` back into the engine | `test_kernel_params.mjs` is the staleness gate |
 | `types` → `data` | `gen_settings_types.mjs` generates `settings-keys.d.ts` (976 keys) from the schema | run automatically by the build |
-| `viewer` ↔ `components` | **no direct link** | the host shares one settings map with both as props, and mounts `<SettingsPanel embedded/>` into the viewer's panel slots |
-| inside `viewer` | `core` (pure, node-runnable) ← `scene` (three/DOM) ← `actions` ← `ui` | `test_layers.mjs` enforces the boundary |
+| `engine` → `three-slicer-viewer` | the host passes `makeSlicerWorker` (as `useSlicer`'s `makeWorker`) and `bundledCatalog` to `<Viewport/>`, and `schema`/`uiTree`/the bound toggle to `<SettingsPanel/>` | props, not imports — the React half ships without the kernel or upstream's data |
+| `<Viewport/>` ↔ `<SettingsPanel/>` | **no direct link** | the host shares one settings map with both as props, and mounts `<SettingsPanel embedded/>` into the viewer's panel slots |
 
 ## TypeScript
 
@@ -331,7 +354,7 @@ const result = slicer.slice(stlArrayBuffer, params)
 
 A slicer-written `.3mf` is a project, not a mesh file: `Metadata/project_settings.config` holds the flattened
 preset its author sliced with. `<Viewport/>` reads all of it on import. The project parser/writer currently remain
-viewer internals; there is no `three-slicer/viewer/project` public export yet. Hosts can normalize or serialize a
+viewer internals; there is no `three-slicer-viewer/project` public export yet. Hosts can normalize or serialize a
 raw project settings object with the public settings helpers below, but should not import viewer source files.
 
 **Every value in that file is a string**, and reading it raw is not a cosmetic problem — a disabled option is the
@@ -758,7 +781,9 @@ the layout by hand.
 | `disabledKeys(cfg)` | Setting key → the `enable_if` expression that evaluated false |
 | `evalEnableIf(expr, locals, cfg)` | Evaluates a single rule; `null` when it cannot be resolved |
 
-### `three-slicer/viewer` and `three-slicer/components`
+### `three-slicer-viewer` (the React half)
+
+Published separately (MIT); listed here because a slicer UI uses both packages.
 
 | API | Description |
 | --- | --- |
@@ -789,7 +814,7 @@ the layout by hand.
 | Browser main thread | Headless slicing |
 | Browser worker | Off-main-thread slicing and streaming |
 | React | Viewer and settings panel |
-| three.js | Required by `three-slicer/viewer` |
+| three.js | Required by `three-slicer-viewer`'s `<Viewport/>` |
 
 ## Before You Ship
 
@@ -830,7 +855,7 @@ production while `npm run dev` passed. The no-argument form now emits a real wor
 
 - `slice()` currently takes binary STL input at the engine API boundary.
 - The viewer can import STL, OBJ, 3MF, AMF, and PLY, then converts them for slicing.
-- `registerLoader(exts, fn)` from `three-slicer/viewer/loaders` adds any other format. Formats needing a heavy dependency are kept out of the package so it stays runtime-dependency-free — see `web/viewer/src/step_loader.js` for a STEP loader built on `occt-import-js` (OCCT WASM).
+- `registerLoader(exts, fn)` from `three-slicer-viewer/loaders` adds any other format. Formats needing a heavy dependency are kept out of the package so it stays runtime-dependency-free — see `web/viewer/src/step_loader.js` for a STEP loader built on `occt-import-js` (OCCT WASM).
 - Not every OrcaSlicer schema key is wired into the WASM kernel yet.
 - Some vector settings are simplified to their first element.
 - One triangle selector serves both the support brush and the material brush (upstream's shared enum), so a support **blocker** paint and an Extruder 2 paint are the same mark — the two brushes cannot mark the same model independently.
@@ -839,7 +864,7 @@ production while `npm run dev` passed. The no-argument form now emits a real wor
 - The `.sl1` export lives in the viewer (its masks need a canvas); there is no headless `.sl1` writer export yet.
 - SLA mask edges are canvas anti-aliasing, not upstream's AGG rasterizer — same geometry, slightly different edge pixels.
 - Multithreaded WASM requires cross-origin isolation.
-- `three` is pinned as a peer dependency because viewer internals depend on the `TransformControls` API shape.
+- `three` is pinned as a peer dependency of `three-slicer-viewer` because viewer internals depend on the `TransformControls` API shape.
 
 ## License
 

package/THIRD-PARTY-NOTICES.md

@@ -25,8 +25,8 @@ live under `packages/wasm-core/third_party/deps_src/`.
 
 ## The viewer and the settings panel
 
-Since the split, `three-slicer/viewer` and `three-slicer/components` are re-exports of `three-slicer-viewer` (MIT), a
-separate package with its own `THIRD-PARTY-NOTICES.md`. This package bundles no viewer code of its own.
+The viewer and the settings panel are `three-slicer-viewer` (MIT), a separate package with its own
+`THIRD-PARTY-NOTICES.md`. This package bundles no viewer code of its own; since 0.4.0 it does not re-export it either.
 
 ## Bundled into the viewer/components builds (historical — see above)
 

package/data/README.md

@@ -1,6 +1,6 @@
 # three-slicer/data
 
-OrcaSlicer configuration metadata extracted from the original C++ sources, shipped inside the `three-slicer` package as its `/data` subpath. Used by `three-slicer` (defaults, settings mapping) and `three-slicer/components` (settings UI), and usable standalone for building slicer UIs.
+OrcaSlicer configuration metadata extracted from the original C++ sources, shipped inside the `three-slicer` package as its `/data` subpath. Used by `three-slicer` (defaults, settings mapping) and the settings UI (`three-slicer-viewer/components` takes the schema and UI tree as props), and usable standalone for building slicer UIs.
 
 | File | Contents |
 |---|---|

package/engine/README.md

@@ -2,7 +2,7 @@
 
 Browser/WASM 3D-slicing kernel reverse-engineered from [OrcaSlicer](https://github.com/OrcaSlicer/OrcaSlicer). Slices binary STL to G-code entirely client-side (or in Node) — no server, no native binaries.
 
-**No three.js dependency.** This is a headless SDK with zero runtime dependencies; the config metadata it reads ships inside the same package (`three-slicer/data`). For a ready-made React viewer see `three-slicer/viewer`.
+**No three.js dependency.** This is a headless SDK with zero runtime dependencies; the config metadata it reads ships inside the same package (`three-slicer/data`). For a ready-made React viewer see [`three-slicer-viewer`](../../viewer-package/VIEWER.md), which takes this package's kernel worker as a prop.
 
 Ported from the original C++ sources: Clipper polygon ops, Arachne variable-width walls, real fill patterns (gyroid TPMS / honeycomb / 3D-honeycomb / crosshatch / concentric), tree supports, pressure equalizer, arc fitting (G2/G3), scarf seams, ironing, multi-material with prime tower. Kernel changes are gated by a 120+ invariant test suite and golden byte-identical G-code checks.
 

package/engine/src/client.js

@@ -41,8 +41,8 @@ const slaTransferables = (job) => job.objects.flatMap(object => [object, ...(obj
 //  keeps make_worker.js out of its own bundle. Do not factor this expression out.
 /**
  * The WASM kernel's worker, as a factory. This is the one thing a slicing viewer needs that the permissive
- * package cannot ship: `three-slicer-viewer`'s `useSlicer` takes it as `deps.makeWorker`, and
- * `three-slicer/viewer` binds it. Written as the full literal expression for the same reason as below.
+ * package cannot ship: `three-slicer-viewer`'s `useSlicer` takes it as `deps.makeWorker`, and a
+ * host binds it there. Written as the full literal expression for the same reason as below.
  */
 export function makeSlicerWorker() {
   return new Worker(new URL('./slicer.worker.js', import.meta.url), { type: 'module' })

package/engine/src/settings.js

@@ -128,7 +128,7 @@ export function printerDefaultBedType(profileName) { return printerEntry(profile
 
 // ---- The catalog as one object -------------------------------------------------------------------------------
 // What `three-slicer-viewer`'s `<Viewport catalog>` takes: the ten lookups above, bundled. The permissive package
-//  ships no catalog (these are OrcaSlicer's profile bundles); `three-slicer/viewer` passes this one by default.
+//  ships no catalog (these are OrcaSlicer's profile bundles); a host passes this one.
 export const bundledCatalog = Object.freeze({
   printerKeys, printerSettings, printersByVendor, printerTechByVendor, printerDefaultPreset, printerDefaultBedType,
   processPresets, filamentPresets, resinCatalog, resinSettingsFor,

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "three-slicer",
-  "version": "0.3.5",
+  "version": "0.4.0",
   "description": "Browser/WASM 3D-printing slicer reverse-engineered from OrcaSlicer: slicing engine (Arachne walls, tree/grid supports, multi-material), SLA resin slicing with PrusaSlicer's ported support/pad chain and .sl1 export, React viewer with GPU toolpath preview, and schema-driven settings UI.",
   "license": "AGPL-3.0-or-later",
   "type": "module",
@@ -33,26 +33,6 @@
       "types": "./types/wasm.d.ts",
       "default": "./engine/src/slicer_core.mt.js"
     },
-    "./viewer": {
-      "types": "./types/viewer.d.ts",
-      "default": "./viewer/dist/Viewport.js"
-    },
-    "./viewer/toolpath": {
-      "types": "./types/viewer-toolpath.d.ts",
-      "default": "./viewer/dist/toolpath_reexport.js"
-    },
-    "./viewer/loaders": {
-      "types": "./types/viewer-loaders.d.ts",
-      "default": "./viewer/dist/loaders_reexport.js"
-    },
-    "./viewer/gcode": {
-      "types": "./types/viewer-gcode.d.ts",
-      "default": "./viewer/dist/gcode_reexport.js"
-    },
-    "./components": {
-      "types": "./types/components.d.ts",
-      "default": "./components/dist/SettingsPanel.js"
-    },
     "./data": {
       "types": "./types/data.d.ts",
       "default": "./engine/src/data.js"
@@ -65,25 +45,9 @@
   },
   "sideEffects": false,
   "scripts": {
-    "build": "node types/gen_settings_types.mjs && node types/gen_kernel_params.mjs && vite build --config components/vite.config.js && vite build --config viewer/vite.config.js",
+    "build": "node types/gen_settings_types.mjs && node types/gen_kernel_params.mjs",
     "check": "bash pack_check.sh"
   },
-  "peerDependencies": {
-    "react": ">=18",
-    "react-dom": ">=18",
-    "three": "^0.160.0"
-  },
-  "peerDependenciesMeta": {
-    "react": {
-      "optional": true
-    },
-    "react-dom": {
-      "optional": true
-    },
-    "three": {
-      "optional": true
-    }
-  },
   "devDependencies": {
     "typescript": "^5.6.0",
     "vite": "^5.4.11"
@@ -93,8 +57,6 @@
     "types",
     "!**/tests/**",
     "!types/gen_*.mjs",
-    "components/dist",
-    "viewer/dist",
     "data",
     "data/ui-tree-keys.json",
     "data/config-schema-lean.json",
@@ -134,6 +96,6 @@
     "clipping"
   ],
   "dependencies": {
-    "three-slicer-viewer": "0.3.5"
+    "three-slicer-viewer": "0.4.0"
   }
 }

package/components/dist/SettingsPanel.js

@@ -1,15 +0,0 @@
-import r from "react";
-import t from "three-slicer-viewer/components";
-import { uiTree as o, schema as m } from "three-slicer/data";
-import { schema as d, uiTree as h } from "three-slicer/data";
-import { disabledKeys as a, makeCfg as i } from "three-slicer/toggle";
-const f = { makeCfg: i, disabledKeys: a };
-function l(e) {
-  return /* @__PURE__ */ r.createElement(t, { schema: m, uiTree: o, toggle: f, ...e });
-}
-export {
-  l as default,
-  d as schema,
-  f as toggle,
-  h as uiTree
-};

package/types/components.d.ts

@@ -1,3 +0,0 @@
-// three-slicer/components — the permissive settings panel with upstream's data plugged in. Same surface.
-export * from 'three-slicer-viewer/components'
-export { default } from 'three-slicer-viewer/components'

package/types/viewer-gcode.d.ts

@@ -1,2 +0,0 @@
-// Re-exported from the permissive package (MIT), where the implementation now lives.
-export * from 'three-slicer-viewer/gcode'

package/types/viewer-loaders.d.ts

@@ -1 +0,0 @@
-export * from 'three-slicer-viewer/loaders'

package/types/viewer-toolpath.d.ts

@@ -1,3 +0,0 @@
-// Re-exported from the permissive package (MIT), where the implementation now lives.
-// three-slicer/viewer/toolpath stays a valid entry point for every existing consumer.
-export * from 'three-slicer-viewer'

package/types/viewer.d.ts

@@ -1,7 +0,0 @@
-// three-slicer/viewer — the permissive viewer (three-slicer-viewer, MIT) with the kernel plugged in.
-export * from 'three-slicer-viewer'
-import type { ViewportProps, SlicerHandle } from 'three-slicer-viewer'
-/** The permissive `useSlicer` bound to the WASM kernel worker (three-slicer/client's makeSlicerWorker). */
-export function useSlicer(deps: Record<string, unknown>): SlicerHandle
-declare function Viewport(props: ViewportProps): JSX.Element
-export default Viewport

package/viewer/dist/Viewport.js

@@ -1,12 +0,0 @@
-import t from "react";
-import i, { useSlicer as m } from "three-slicer-viewer";
-import { makeSlicerWorker as a } from "three-slicer/client";
-import { bundledCatalog as c } from "three-slicer/settings";
-const l = (e) => m({ ...e, makeWorker: a });
-function p({ slicer: e, catalog: r, ...o }) {
-  return /* @__PURE__ */ t.createElement(i, { ...o, slicer: e ?? l, catalog: r === void 0 ? c : r });
-}
-export {
-  p as default,
-  l as useSlicer
-};

package/viewer/dist/gcode_reexport.js

@@ -1 +0,0 @@
-export * from "three-slicer-viewer/gcode";

package/viewer/dist/loaders_reexport.js

@@ -1 +0,0 @@
-export * from "three-slicer-viewer/loaders";

package/viewer/dist/toolpath_reexport.js

@@ -1 +0,0 @@
-export * from "three-slicer-viewer/toolpath";