T01.i: bring examples/notebook into the pnpm workspace, fix its type error

pnpm-workspace.yaml listed only packages/*, so pnpm never installed
examples/notebook's dependencies even though root package.json's
workspaces field named examples/* too; the example ran on a stray
node_modules a manual bun install had left behind (symlinks into
node_modules/.bun, including a dangling @ng-eventually/sdk link to a
package that no longer exists). Added examples/* to pnpm-workspace.yaml
and reinstalled; examples/notebook now resolves @ng-org/orm and
@ng-org/web to the exact same pnpm store instances packages/polyfill
uses (verified via the symlinks and node_modules/.pnpm listing) - no
package ended up duplicated.

That alone did not fix the example's TS2345: NoteShape's object
literal had its dataTypes[].valType widened from the "iri"/"string"
literals to plain string (no satisfies clause), which the existing
test suite already guards against elsewhere (satisfies
ShapeType<BaseType>). Applied the same pattern here, importing the
already re-exported ShapeType/BaseType from @ng-eventually/polyfill -
no new dependency needed, no compiler option touched.
This commit is contained in:
Sylvain Duchesne
2026-09-21 14:40:47 +02:00
parent 51b6278bf6
commit 2dc28966c7
4 changed files with 17 additions and 1 deletions
+3 -1
View File
@@ -40,6 +40,8 @@ import {
useShapeQuery,
type Nuri,
type ShapeObservable,
type ShapeType,
type BaseType,
// Polyfill-era — ONE call, and it is the whole of what goes away.
configure,
} from "@ng-eventually/polyfill";
@@ -115,7 +117,7 @@ const NoteShape = {
],
},
},
};
} satisfies ShapeType<BaseType>;
// --- bootstrap: ONE polyfill-era call --------------------------------------
//