Get AI summaries of any video or article — Sign up free
Notion For Writers: Using Footnotes and New Sync Block thumbnail

Notion For Writers: Using Footnotes and New Sync Block

Red Gregory·
5 min read

Based on Red Gregory's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Create three linked databases: Scenes (main writing), Chapters (grouping), and Footnotes (structured entries).

Briefing

A writer-focused Notion setup can turn scenes, chapters, and footnotes into a connected system—so footnote entries automatically appear in the right place as new pages are created. The core idea is to split content into three linked databases: one for scenes (the main writing area), one for chapters (to group scenes), and one for footnotes (stored as structured records). Each footnote record is tied to a scene via a relation, and footnote numbers in the scene text link down to the corresponding footnote entry.

The build starts with a “Footnotes” database. It includes a numeric field used to match footnote numbers embedded in the scene body, a description field for the footnote text, and a relation back to the “Writers” (scenes) database so each footnote knows which scene it belongs to. A “Type” select field categorizes footnotes (examples include definition, source, edit later, explanation, and further reading). In parallel, a “Chapters” database is created as a gallery-style view with chapter entries (e.g., Chapter 1, Chapter 2). Scenes then gain a relation property pointing to chapters, allowing multiple scenes to roll up under the same chapter.

To make footnotes show up automatically at the bottom of every scene page, each scene page includes a linked database block pointing to the Footnotes database. The linked block is filtered so it only displays footnotes whose “two scenes” relation contains the current scene. For manual setup, the filter can be set to a specific scene; for ongoing automation, the workflow uses a “new scene” page template. That template includes a linked database block configured to filter by the template’s name (the “new scene” template is used as the key for the filter), ensuring that when a new scene page is created, its footnotes populate without reconfiguring filters.

The system also adds navigation and organization. Views can be sorted or filtered by footnote type (for example, showing only sources), and rollups can surface chapter-level context from footnotes back into chapter cards. A “new chapter” template is introduced to brainstorm outlines/planning while embedding a linked database of footnotes filtered to the chapter relation, effectively creating a chapter index of relevant footnote items.

Finally, the workflow demonstrates Notion’s synced blocks. A synced block can be created inside a scene by pasting a block that’s linked to a specific footnote entry; edits to the synced content propagate across all pages where that synced block is active. The tutorial also covers how to unsync blocks when a page should stop sharing updates. The result is a writing environment where footnote numbering, scene placement, chapter grouping, and cross-page synchronization all stay consistent as the manuscript grows.

Cornell Notes

The setup uses three linked Notion databases—Scenes (main writing), Chapters (grouping), and Footnotes (structured entries)—so footnotes are automatically associated with the correct scene and can be browsed by chapter. Footnotes store a numeric “number” field that matches footnote markers inserted into the scene text (e.g., inline equations with the footnote number). Each scene page includes a linked database block filtered to show only footnotes whose relation points to that scene, and a “new scene” template makes this work for future scenes without manual reconfiguration. Rollups and a “new chapter” template extend the system by surfacing footnotes by chapter, enabling chapter-level planning and indexing. Synced blocks then allow selected content to stay mirrored across pages until unsynced.

How does the system connect a footnote marker in the scene text to a specific footnote entry?

Each footnote record in the Footnotes database has a “number” property. In the scene body, the writer inserts a footnote marker using an inline equation with the footnote number inside curly braces (for example, {1}). The linked database block at the bottom of the scene shows the Footnotes entries for that scene, so the number in the text corresponds to the matching footnote entry’s “number” field.

What makes footnotes appear automatically at the bottom of every scene page?

Every scene page includes a linked database block pointing to the Footnotes database, with a filter based on the relation property “two scenes.” Initially this can be set manually (e.g., “two scenes contains Scene 1”), but the automation comes from a “new scene” template. The template includes the linked database block and uses the template name (“new scene”) as the filter key so newly created scenes inherit the correct footnote filtering.

How are scenes grouped under chapters in this system?

The Chapters database is created with entries like Chapter 1 and Chapter 2. The Scenes (writers) database gets a relation property to Chapters (renamed to “chapter”), letting multiple scenes point to the same chapter. This relation is later used to filter footnotes for chapter-level views and templates.

How can footnotes be organized so a writer can focus on specific categories like sources?

The Footnotes database supports multiple views and filters. A “sources” view can filter where “type is source,” while the “all” view can filter out sources (e.g., “type is not source”). Sorting (ascending/descending) can also be applied to the “two scenes” relation so entries appear in a preferred order.

What role do rollups play when building chapter-level indexes?

Rollups act like a window into related data. In the Scenes database, a rollup can pull the “chapter” relation from the connected footnotes (via the relation “two scenes”). In the Chapters database, another rollup can pull all footnotes related to that chapter, enabling a chapter card to display an aggregated list (even if rollup entries themselves aren’t directly clickable).

How do synced blocks change how footnote content behaves across pages?

A synced block can be inserted into a scene by linking/pasting the block so it becomes synchronized with its source. Once synced, edits made in one synced instance propagate to every page where that synced block is active. The tutorial also notes that the block can be unsynced from a page using the block’s menu (“unsync all”), after which that page stops mirroring changes.

Review Questions

  1. If a scene’s linked Footnotes block is filtered by the relation property “two scenes,” what must be true for a footnote to appear in that scene?
  2. How does the “new scene” template reduce repeated setup compared with manually configuring filters for each scene?
  3. What’s the difference between using a linked database block and using a rollup when building chapter-level navigation?

Key Points

  1. 1

    Create three linked databases: Scenes (main writing), Chapters (grouping), and Footnotes (structured entries).

  2. 2

    Use a numeric “number” property in Footnotes and insert matching footnote markers in the scene text to keep references consistent.

  3. 3

    Add a relation from Footnotes to Scenes (“two scenes”) so each footnote record knows which scene it belongs to.

  4. 4

    Place a linked database block on each scene page and filter it so only footnotes related to that scene appear.

  5. 5

    Use a “new scene” template so linked database blocks and filters work automatically for future scenes.

  6. 6

    Add a relation from Scenes to Chapters (“chapter”) and use it to filter footnotes for chapter-level views and templates.

  7. 7

    Leverage synced blocks to mirror selected content across pages, and unsync when a page should diverge.

Highlights

Footnote entries become structured records in a dedicated database, while scene text references them using a matching numeric marker.
A linked database block filtered by the scene relation can populate footnotes automatically—then a template makes it scale to new scenes.
Rollups provide chapter-level context from related footnotes, while linked database blocks provide navigable lists.
Synced blocks can keep footnote-linked content mirrored across pages until explicitly unsynced.

Topics

  • Notion Writers System
  • Footnotes Database
  • Linked Database Filters
  • Templates for Scenes
  • Synced Blocks

Mentioned