@crombolo/schema 0.9.1 → 0.10.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +3 -3
- package/src/check.ts +1 -1
- package/src/forms.ts +1 -1
- package/src/model.ts +2 -2
- package/src/sync.ts +1 -1
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "@crombolo/schema",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.10.0",
|
|
4
4
|
"description": "Schema-as-code for crombolo: TOML document, media and member type definitions.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"author": "Crombolo",
|
|
@@ -28,7 +28,7 @@
|
|
|
28
28
|
"access": "public"
|
|
29
29
|
},
|
|
30
30
|
"dependencies": {
|
|
31
|
-
"@crombolo/core": "0.
|
|
32
|
-
"@crombolo/data": "0.
|
|
31
|
+
"@crombolo/core": "0.10.0",
|
|
32
|
+
"@crombolo/data": "0.10.0"
|
|
33
33
|
}
|
|
34
34
|
}
|
package/src/check.ts
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
/**
|
|
2
2
|
* The pre-upgrade check: what would this change do to the data, and what does
|
|
3
3
|
* it need? One function behind `crombolo upgrade check` and `crombolo schema
|
|
4
|
-
* check`. Read-only. docs/
|
|
4
|
+
* check`. Read-only. docs/packaging-and-upgrades.md, "Three kinds of finding".
|
|
5
5
|
*/
|
|
6
6
|
import type { ContentTypeAggregate, PropertyTypeModel } from '@crombolo/core'
|
|
7
7
|
import { DEFAULT_BACKOFFICE_PATH } from '@crombolo/core'
|
package/src/forms.ts
CHANGED
|
@@ -2,7 +2,7 @@
|
|
|
2
2
|
* The form model, and the closed set of field types it may use.
|
|
3
3
|
*
|
|
4
4
|
* A form definition is structure, so it is a file like every other type
|
|
5
|
-
* (`docs/
|
|
5
|
+
* (`docs/forms.md`). Field types are an internal registry rather than an
|
|
6
6
|
* extension point: the TOML vocabulary, the validator, the renderer and the
|
|
7
7
|
* entry value shape all have to agree, and freezing that contract before
|
|
8
8
|
* anything has stressed it would be a promise made too early.
|
package/src/model.ts
CHANGED
|
@@ -2,7 +2,7 @@ import type { SchemaForm } from '@crombolo/core'
|
|
|
2
2
|
|
|
3
3
|
/**
|
|
4
4
|
* The schema-as-code model: what a site's `schema/*.toml` files describe.
|
|
5
|
-
* The shapes mirror the TOML vocabulary in docs/
|
|
5
|
+
* The shapes mirror the TOML vocabulary in docs/schema-as-code.md, with
|
|
6
6
|
* defaults applied, so the rest of the system never sees a missing key.
|
|
7
7
|
*/
|
|
8
8
|
export interface SchemaProperty {
|
|
@@ -108,7 +108,7 @@ export interface SchemaSet {
|
|
|
108
108
|
memberTypes?: SchemaContentType[]
|
|
109
109
|
dataTypes: SchemaDataType[]
|
|
110
110
|
languages: SchemaLanguage[]
|
|
111
|
-
/** `schema/forms/*.toml` — form definitions; see `docs/
|
|
111
|
+
/** `schema/forms/*.toml` — form definitions; see `docs/forms.md`. */
|
|
112
112
|
forms?: SchemaForm[]
|
|
113
113
|
}
|
|
114
114
|
|
package/src/sync.ts
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
/**
|
|
2
2
|
* Files → database. Version-gated, locked, and never destructive: removal is
|
|
3
3
|
* retirement, and a type with content refuses to disappear. The algorithm and
|
|
4
|
-
* the multi-node rules are in docs/
|
|
4
|
+
* the multi-node rules are in docs/schema-as-code.md, "Synchronisation".
|
|
5
5
|
*/
|
|
6
6
|
import { type ContentTypeAggregate, ObjectTypes, type PropertyTypeModel } from '@crombolo/core'
|
|
7
7
|
import {
|