Problem
Board renders a record's primary field (#96) as a fully live-editable cell (PropertyValueCell) in the card's title slot. Calendar, by contrast, always renders its entries' titles as static text via entryTitle(row) — never editable inline, regardless of which field is the primary field. This predates #96 (Calendar never made any field's title editable), but #96 makes the asymmetry more visible now that "primary field" is a named, user-facing concept applied identically across both views everywhere else.
Scope
Non-goals
- Not changing Board's existing editable-title behavior.
Done when
Calendar's entry-title editability (or lack of it) relative to Board is a deliberate, documented, tested choice.
Problem
Board renders a record's primary field (#96) as a fully live-editable cell (
PropertyValueCell) in the card's title slot. Calendar, by contrast, always renders its entries' titles as static text viaentryTitle(row)— never editable inline, regardless of which field is the primary field. This predates #96 (Calendar never made any field's title editable), but #96 makes the asymmetry more visible now that "primary field" is a named, user-facing concept applied identically across both views everywhere else.Scope
PropertyValueCell(matching Board), or whether static text is intentional for Calendar's denser entry rows — this is a UX call, not just an implementation detail.CalendarCollectionView.svelte's scheduled-entry and unscheduled-entry markup (src/lib/components/CalendarCollectionView.svelte) to render the primary field the same way Board does, keepingentryTitle/primaryFieldDisplayValueas the fallback for when no primary field resolves.collection-views.md§4/§7 rather than leaving it as an unexplained difference.Non-goals
Done when
Calendar's entry-title editability (or lack of it) relative to Board is a deliberate, documented, tested choice.