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:
Generated
+12
@@ -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':
|
||||
|
||||
Reference in New Issue
Block a user