Content modellingCMMF 1.2.0
Changelog
Changelog for CMMF 1.2.0. Imported from the canonical CMMF repository.
All notable changes to CMMF will be documented in this file.
Changed
Section titled “Changed”- Changed repeatability to use field-level
listas the canonical convention for all field types, includingreference. - Changed the 1.2.0 specification and examples to use
list: truefor repeatable references instead ofrelation.cardinality: many. - Changed reference documentation and the JSON Schema validator to describe
relation.cardinalityas a legacy compatibility alias.
Migration Notes
Section titled “Migration Notes”- Reference fields that used
relation.cardinality: manyshould migrate tolist: true. - Reference fields that used
relation.cardinality: onecan omit bothlistandrelation.cardinality. - Translators and validators should continue accepting legacy
relation.cardinalityon reference fields during migration. - Models should treat conflicting
listandrelation.cardinalityvalues as invalid.
- Added
richTextConfigforrichTextfields to express intended editor capabilities throughmarks,blocks, andembeds. - Added schema validation for
richTextConfig, including conditional support forassetandreferenceembeds. - Added translator contract guidance for handling unsupported or lossy
richTextConfigmappings.
Changed
Section titled “Changed”- Changed
specVersionfrom a numeric major version to a semver string, with1.1.0as the current version. - Changed the normative spec and translation contract filenames to versioned
1.1.0documents. - Changed examples and reference docs to use semver-based spec versioning and
richTextConfig.
Migration Notes
Section titled “Migration Notes”- Legacy manifests may continue using
specVersion: 1to indicate the original v1 release. - Semver-based manifests should use a quoted string such as
specVersion: "1.1.0".