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
+12
View File
@@ -18,6 +18,18 @@ importers:
specifier: ^5.6.0
version: 5.9.3
examples/notebook:
dependencies:
'@ng-eventually/polyfill':
specifier: workspace:*
version: link:../../packages/polyfill
'@ng-org/orm':
specifier: 0.1.2-alpha.21
version: 0.1.2-alpha.21
'@ng-org/web':
specifier: 0.1.2-alpha.14
version: 0.1.2-alpha.14
packages/ng-e2e-helpers:
devDependencies:
'@ng-org/web':