Get AI summaries of any video or article — Sign up free
Logseq Tutorial: How To Get Started - Using Paper to Show How Pages, Blocks & Links Work thumbnail

Logseq Tutorial: How To Get Started - Using Paper to Show How Pages, Blocks & Links Work

CombiningMinds·
5 min read

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

TL;DR

Treat pages as nodes and blocks as the content containers; retrieval depends on how blocks are linked and nested.

Briefing

Logseq’s core model is built around three mechanics—pages as nodes, blocks as containers (often bullet points), and links/backlinks that make the same block appear in multiple places—so information stays easy to retrieve without duplicating it. The tutorial uses a “physical model” with colored sheets (pages) and index cards (blocks) to show how data flows through linking and indentation, then maps that model onto Logseq’s real journal pages, page files, and graph view.

Pages are treated as nodes that can receive information. Journal pages (like a date-based entry) are created automatically, while other colored pages represent user-defined nodes. The key difference highlighted: pages correspond to actual text files in the Logseq folder when they contain information, whereas journal pages always exist as date nodes even if other pages only point to them. Blocks are the basic containers of content—think of them as bullet points that live on a page.

The tutorial’s centerpiece is the double square bracket syntax (and the hashtag variant) that creates backlinks and, in the process, generates new pages as references. When a block contains a link like [[Jane]] or [[Telco project]] (or a hashtag tag), Logseq creates those referenced pages (nodes) even if they’re empty at first. More importantly, every linked page gains a “linked references” section that automatically lists the same block wherever it’s referenced. That means one block can show up on multiple pages—such as the same “Jane” task appearing under the September 28 journal page, the Jane page, and an Inbox page—along with metadata showing where the block originates (including the journal date). This creates a built-in retrieval system and a traceable history of where ideas came from.

Indentation adds structure. Nested blocks under a linked block inherit the same visibility across linked pages, so the tutorial emphasizes that retrieval depends on both linking and nesting: a block nested under a linked block appears in the linked page’s linked references as well. The example builds an Inbox workflow: tasks and notes are first captured in journal pages, then surfaced through linked references on Inbox, Jane, and project pages. Once content becomes “permanently retrievable,” the tutorial shows adding real text directly into the referenced page so Logseq creates a corresponding markdown file for that node.

The tutorial then expands the model beyond one-way linking from journal pages. Links can connect pages to other pages, reminders can be attached to journal dates from project pages, and block references can embed the same block content elsewhere so edits propagate everywhere. In the computer view, the graph view visualizes pages as nodes and backlinks as edges, while filters in linked references help narrow results (e.g., showing only blocks related to Jane). Finally, favorites help reduce the initial intimidation of navigating a graph-based workspace, turning the system into a practical workflow for structuring information and building feedback loops over time.

Cornell Notes

Logseq’s information retrieval system hinges on pages as nodes, blocks as the content containers, and links/backlinks that make the same block appear across multiple pages. Journal pages (date nodes) are created automatically, while linked pages (like [[Jane]] or [[Telco project]]) are created as nodes when referenced, initially empty until content is added. A linked block shows up in each target page’s “linked references” section, including where it originated (such as the journal date), and indentation determines how nested structure propagates. This combination supports efficient retrieval, traceability, and feedback loops without copying content—then block references and embeds let changes flow to every location where the block is used.

What is the practical difference between a journal page and a regular page in Logseq’s model?

Journal pages are date-based nodes created automatically (e.g., September 28, September 29). Regular pages are user-defined nodes created when referenced (via [[double square brackets]] or hashtags). The tutorial stresses that pages become actual markdown files in the Logseq folder only once they contain information; at first, a referenced page like “Jane” can exist as an empty node that only appears through linked references from the journal.

How do double square brackets and hashtags relate to creating pages and backlinks?

Both [[...]] and hashtags are treated as mechanisms for creating a node reference. When a block includes [[Jane]] or [[Telco project]], Logseq creates those pages as nodes and establishes backlinks. Those backlinks then populate each target page’s “linked references” section so the same block appears under multiple pages (e.g., Jane page, Telco project page, and Inbox page).

Why does indentation matter for retrieval, not just for formatting?

Indentation determines structure and which nested content propagates. If a linked block contains nested blocks (e.g., “Inbox” with indented children like “Jane: what do we need to deliver by when?”), the nested blocks appear in the linked references view as well. The tutorial’s key point: linking and nesting together control what shows up across pages.

What does “linked references” do, and how does it help track where information came from?

Linked references is the section on a page that automatically lists blocks that reference that page. It also shows the origin context—such as the journal page date where the block was written—so the same task can be retrieved from multiple angles (Inbox, Jane, project) while still preserving provenance and chronological ordering.

When should content be written directly into a page versus left only as a journal-linked reference?

If information is meant to be permanently retrievable and revisited as part of a stable workspace (like a “Telco project” overview, key questions, reminders, or a fact base), the tutorial recommends adding blocks directly to that page so Logseq creates a markdown file for it. If the content is primarily a dated capture (like daily tasks), leaving it as a journal-written block referenced by pages keeps it traceable through linked references.

How do block references and the graph view change the workflow?

Block references let one block be reused elsewhere so edits propagate to every location where the block is referenced. The graph view visualizes pages as nodes and backlinks as edges, making connections easier to understand; filters in linked references then help narrow what’s relevant (e.g., showing only blocks tied to Jane or Inbox).

Review Questions

  1. How does Logseq decide when a referenced page becomes a real markdown file on disk?
  2. Explain how a single block can appear in multiple places without duplication—what roles do links/backlinks and indentation play?
  3. What’s the difference between using linked references for retrieval and using block references for reuse/edit propagation?

Key Points

  1. 1

    Treat pages as nodes and blocks as the content containers; retrieval depends on how blocks are linked and nested.

  2. 2

    Use [[double square brackets]] or hashtags to create backlinks that automatically populate each target page’s linked references section.

  3. 3

    Understand that linked references show both the block and its origin context (such as the journal date), improving traceability.

  4. 4

    Indentation is structural: nested blocks under a linked block propagate into the linked page’s linked references view.

  5. 5

    Write directly into a page (so it becomes a markdown file) when information needs to be permanently retrievable, not just date-captured.

  6. 6

    Link between pages in both directions (journal → pages and pages → journal dates) to support planning, reminders, and cross-context retrieval.

  7. 7

    Use block references when the same content should be reused and kept consistent across multiple locations.

Highlights

Double square brackets (and hashtags) don’t just tag content—they create pages as nodes and automatically generate backlinks that populate “linked references.”
A single block can surface on multiple pages (journal date, Inbox, and a named page) while still showing where it originated.
Indentation isn’t cosmetic: nested blocks under linked content appear in every linked page’s linked references.
Block references enable “edit once, update everywhere,” turning shared ideas into reusable building blocks.
Graph view makes the node/edge structure visible, while filters in linked references keep the results actionable.

Topics