Skip to content

Narrow the per-option default key OUT of the form-view options vocabulary — the object-field face keeps it (enforced, #7246), the form-view face parses-and-ignores it (ruled on objectui#6263) #12868

Description

@os-elon

Filed by the director seat executing the maintainer's 2026-08-28 ruling on objectui#6263 (summon #2 batch #4 item 1, option 甲; ruling verbatim: 「同意」 adopting the recommendation as presented). Full corrected analysis and provenance live on objectui#6263.

The two faces, so nobody re-conflates them

SelectOptionSchema (packages/spec/src/data/field.zod.ts:217) serves two surfaces:

The ruled disposition — 甲

Narrow default out of the form-view usage only: the FormView vocabulary's option shape stops accepting the key (an Omit-derived shape or equivalent at the form-view reference site — ⛔ SelectOptionSchema itself is not edited), with a tombstone whose rejection prose points the author at the right spellings: declare the pre-selected choice on the object definition — either the field-level defaultValue or the object field option's default: true (both enforced there).

Hard precondition (part of the ruling)

Census FIRST: count default (and its alias spellings isDefault/selected) inside form-view options across this tree, the example apps, and the published *.form.ts corpus — with a positive control for the instrument. Zero ⇒ proceed. Non-zero ⇒ STOP and report the count on this card; the maintainer decides between a migration note and reverting to honouring it.

Fences and mechanics

Refs: objectui#6263 (ruling anchor + corrected analysis) · #7246 / PR #7388 (the enforced object-field face — the ruling this card must not disturb) · objectui#6247 / PR #6618 (the sibling key's ui-side tombstone precedent) · #7127 (field-level defaultValue shapes).

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions