- @objectstack/spec@9.7.0
- @objectstack/platform-objects@9.7.0
- Updated dependencies [d1e930a]
- Updated dependencies [71578f2]
- Updated dependencies [5e3a301]
- Updated dependencies [5db2742]
- @objectstack/spec@9.6.0
- @objectstack/platform-objects@9.6.0
- Updated dependencies [ee72aae]
- @objectstack/spec@9.5.1
- @objectstack/platform-objects@9.5.1
-
d08551c: feat(ADR-0046): per-locale documentation content (doc i18n)
Docs can now ship localized bodies. Authors add sibling locale-variant files
src/docs/<name>.<locale>.md(e.g.crm_lead_guide.zh.md,..pt-BR.md) next to the base<name>.md; the base stays the default and the fallback. Flatness is preserved — variants are flat siblings, not subdirectories.- spec:
DocSchemagains an optionaltranslationsmap (locale → {label?, description?, content}) plusresolveDocLocale(doc, locale), which collapses a doc to the best-matching locale (exact → primary subtagzh-CN→zh→ base) with per-field fallback and strips thetranslationsmap. - cli (collect-docs): variant files are folded into the base doc's
translations; orphan/duplicate variants and the v1 MDX/image bans are linted on variant content too. - rest:
/meta/doc(list + single) resolves the request locale from the existingAccept-Language/?localenegotiation, returns one localized body, and never ships thetranslationsmap. Doc detail bypasses the response cache so a language switch can't return a stale-locale body. - setup / studio: the built-in overview docs now ship
zhtranslations (TS-first inlinetranslations), so a Chinese console renders Chinese docs.
The console already sends the active UI language as
Accept-Language, so doc content localizes on a language switch with no client change. - spec:
-
1a4f079: feat(ADR-0046): seed first-party package docs for the Setup and Studio apps
A fresh platform install shipped no first-party
docmetadata, so the in-product documentation hub (/_console/docs) opened completely empty and the ADR-0046 feature had zero reference implementation. This seeds a deliberately minimal first version — one short overview per built-in app — so the hub is non-empty out of the box and there is a worked example to copy.@objectstack/setupregisterssetup_overview(for administrators: users & authentication, the roles & permissions model, and record visibility/sharing).@objectstack/studioregistersstudio_overview(for builders: the metadata-first model, the invisible draft/overlay precedence rule per ADR-0005/ADR-0033, and publish vs deploy).
Both follow the HotCRM principle — document the invisible business logic, not what the UI already shows — and link to https://docs.objectstack.ai for depth.
Mechanism note: these are TS-first code packages built by
tsup, not user apps built byos build, so they do not go through the flatsrc/docs/*.mdcollection + lint. The docs are declared inline asDocitems on each package'smanifest.register({ docs })call — the pathDocSchemaexplicitly blesses for TS-first stacks. They register under their owning package id, so the docs hub groups them under Setup and Studio respectively. No framework change was needed. -
Updated dependencies [d08551c]
-
Updated dependencies [5be7102]
-
Updated dependencies [707aeed]
-
Updated dependencies [7a103d4]
-
Updated dependencies [4b01250]
- @objectstack/spec@9.5.0
- @objectstack/platform-objects@9.5.0
-
593d43b: feat(apps): extract Studio into its own
@objectstack/studioapp package (ADR-0048)ADR-0048 "one app per package": Studio gets a distinct package id (
com.objectstack.studio) and namespace (studio) so/apps/<packageId>resolves unambiguously instead of being lost inside a multi-app package.This change adds the package skeleton (
packages/apps/studio) with a thin registration plugin. Transitional:STUDIO_APPis still imported from@objectstack/platform-objects/apps, and the package is not yet wired into the dev/serve plugin set — that boot-path switch (and dropping the app fromplugin-auth's manifest) lands in a follow-up so it can be verified against a liveos devboot.
- Updated dependencies [060467a]
- Updated dependencies [0856476]
- Updated dependencies [b678d8c]
- Updated dependencies [b678d8c]
- Updated dependencies [b678d8c]
- @objectstack/spec@9.4.0
- @objectstack/platform-objects@9.4.0