You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
id: design: content model cluster: blocks vs pages vs daily notes (from #5678) #5839
Follow-on design ticket from #5678 — its decomposition sketch names this as a separate design, and the parent's acceptance requires these tickets to be filed and linked. Filed in the 2026-11-04 gap pass (WS-F) so the design work exists and can be prioritised on its own merits; implementation timing is a separate decision, possibly months out.
What this design must settle
Block-based editing (Notion/Logseq) vs page/document models (Evernote/OneNote/Obsidian), daily notes as an organising primitive, outlines vs freeform, and databases/tables-as-content (Notion databases, Anytype sets).
Context from the parent
The parent is a design-to-make-designs: a competitor feature-matrix programme over the #2048 zettelkasten layer whose deliverable is one follow-on design per cluster and per importer, filed and linked on the parent. The parent issue carries the surrounding decisions this ticket must not re-decide; where this ticket's answer would change a parent decision, record that explicitly rather than silently forking it.
Decision record expected
Close this design with a recorded decision (on this issue or in a doc/ record linked from it): the chosen shape, the alternatives rejected and why, and the invariants implementation must hold. If the design splits further, file the splits and link them here rather than growing this issue.
Relations
Parent: #5678. Programme: epic #2056. Filed by WS-F (2026-11-04 ID design gap & expansion pass).
Expectation: Triage outcome: follow-on design decision ticket from issue id: design: Knowledge layer feature program — competitor feature matrix, import/export, read-authority #5678, not a small fix. It must settle the content model: block-based vs page/document models, daily notes as an organising primitive, outlines vs freeform, and databases/tables-as-content — without re-deciding the parent programme's decisions. Expected close-out is a recorded decision (on this issue or a linked doc/ record) with alternatives rejected and invariants; no code in this triage task.
Activity
developing-today commentedon Nov 5, 2026
CODE-1522
dezren39 commentedon Nov 5, 2026
🤖 Agent note · done