docs/plans/2026-04-04-footnote-editor-ref-research.md
Decide whether Plate has enough real editor-reference evidence to specify footnote insert and creation behavior beyond markdown parse and serialize.
Markdown Reference documents footnote syntax and rendered behavior, not creation UX:
[^fn] references plus [^fn]: ... definitionsmarkdown-reference.json (/Markdown-Reference/)Typora 0.9.9.32 (0.9.84) beta adds one real editor behavior:
↩ after a definition jumps back to referencesCtrl / Command click on a footnote reference jumps to its definitionwhat-s-new-0-9-84.json (/What's-New-0.9.84/)Typora 1.3 mentions a live-preview fix for footnotes, which is weak evidence that footnotes participate in the live editor surface, but it does not define insertion or deletion semantics.docs/api/preset-gfm.md exposes only footnoteDefinitionSchema and footnoteReferenceSchema.packages/plugins/preset-gfm/src/node/footnote/reference.ts and definition.ts define parse/serialize schema support only.plugin-automd treats footnote_definition as a global node in inline sync config, which is supporting infrastructure, not a user-facing insert rule.../raw/milkdown/e2e-catalog.tsv../raw/milkdown/unit-test-catalog.tsvEDIT-FOOTNOTE-REF-001 and EDIT-FOOTNOTE-DEF-001 as locked.EDIT-FOOTNOTE-PKG-001 is fully research-backed yet.tf.insert.footnote, treat it as a Plate-owned product decision informed by: