Get AI summaries of any video or article — Sign up free
5 updates to Logseq and my workflows | Personal Knowledge Management thumbnail

5 updates to Logseq and my workflows | Personal Knowledge Management

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

Logseq now supports full-text search inside PDFs using Ctrl+F, enabling fast retrieval of terms within documents.

Briefing

Logseq’s most consequential recent upgrade is the ability to search inside PDFs—turning stored documents into something that behaves like fully searchable knowledge, not just a static attachment. With the familiar Ctrl+F workflow, searches now scan within PDFs and jump to matching instances, including multiple hits across the same page. While the interface can feel a bit clunky (results appear across both sides of the viewing area), the practical payoff is immediate: finding a specific term inside a PDF becomes as fast as searching a text page.

The other major shift is how Logseq handles structured metadata and references. Properties have been streamlined: instead of relying on the older org-mode-style “properties” container approach, users can now create key/value properties more directly using “::” and select from previously used keys. The key idea is context: a link like “Dario” becomes far more meaningful when paired with a property such as “birthday,” and the same pattern can apply to article metadata (producer, tags, and other attributes). This matters because it improves both organization and retrieval—especially as the database grows (the creator cites having hundreds of input properties).

Filtering and reference navigation also get sharper. Link references in filters are now ordered by the number of links, so high-signal pages surface first instead of drowning in an unordered list. Inline block references are another usability win: rather than jumping away to see where a block is used, Logseq can show references in place, preserving context while still letting users trace usage. For someone building a reading-and-writing workflow—like processing quotes from a book into scratch pads—this reduces the “lose your place” problem.

Finally, namespace queries and the broader workflow philosophy behind them tie the updates together. Namespace queries let users pull up hierarchical structures—anywhere in the database—by typing namespace and a namespace term (e.g., BJJ positions, intentions, or scratch pad areas). That capability pairs with the creator’s emphasis on self-updating indexes: events, learning materials, and organizational hierarchies can be surfaced quickly without manually maintaining separate tables of contents.

On the personal workflow side, the creator adapts to these changes by tightening the input/output distinction using properties and by visually separating borrowed text from original writing with Markdown quote formatting (quotes for “not mine,” plain text for “mine”). They also move away from an overly rigid Zettelkasten-style approach that required turning every thought into an atomic note; instead, they keep content in blocks when it’s still “in process,” using tags, headings, and MOCs-like pages as flexible containers. To make the system more sustainable, they add custom CSS to reduce visual friction (e.g., styled tag buttons and inbox highlights) and rely on native outline behavior—Markdown headings that can be expanded and collapsed—to manage dense pages. The overall message is pragmatic: Logseq’s improvements make it easier to search, filter, and navigate; the workflow changes focus on returning to information quickly without forcing perfect structure too early.

Cornell Notes

Logseq’s updates center on making stored knowledge easier to find and easier to navigate. The standout feature is full-text search inside PDFs using Ctrl+F, so document terms become searchable like page text. Properties now use a simpler key/value workflow via “::”, improving metadata context (e.g., pairing a name with a birthday property). Filters for link references are sorted by link count, and inline block references show usage in context instead of forcing a jump. Namespace queries enable self-updating hierarchical indexes anywhere in the database, supporting workflows like events, learning materials, and scratch pad navigation.

What practical problem does PDF full-text search solve in a personal knowledge workflow?

It removes the “attachment trap.” Instead of scanning a PDF manually or relying on filenames, Ctrl+F can search within the PDF and jump between matching instances. The transcript notes that results can appear across both sides of the viewing area (a bit clunky), but the core benefit remains: locating specific terms inside PDFs becomes fast and repeatable, similar to searching normal pages.

How do the newer properties workflow and key/value model improve metadata quality?

Properties are treated as key/value pairs entered with “::”, letting users pick from previously used keys. That enables context-rich links—for example, a page for “Dario” can include a “birthday” value, turning a bare reference into structured information. The creator also uses properties for article metadata like producer and tags, aiming to reduce messy tag/link mixtures and make retrieval more reliable as the database grows (citing hundreds of inputs).

Why does sorting link references by number of links matter for day-to-day navigation?

When link references were previously presented as an unordered list, important pages could be buried. Sorting by link count surfaces higher-connected pages first, making it easier to find the most relevant articles or topics quickly. The transcript describes filtering an articles page by person (e.g., a newsletter source) and then further by topic, with results ordered by link density.

What’s the advantage of inline block references over jumping to the referenced block?

Inline references preserve reading context. Instead of navigating away and losing where the user was, Logseq can display where a block reference occurs directly within the page. The creator uses this while processing a book: quotes and passages are transcluded elsewhere, and inline references let them see usage locations without breaking flow.

How do namespace queries support self-updating indexes and hierarchical navigation?

Namespace queries let users display the structure of a namespace anywhere in the database by typing namespace and the namespace term (e.g., namespace BJJ, namespace intentions, namespace scratch pad). This supports quick access to hierarchical content like positions, intentions, events by year, and organizational areas. The creator frames this as a way to build indexes that reflect the current state of the database without manual maintenance.

How does the creator distinguish “input” from “output” content in Logseq?

They use properties to label items as input (what they take in from others) versus output (what they produce). For a stronger visual separation, they also use Markdown quote formatting: borrowed text appears as block quotes (prefixed with “>”), while original writing stays as plain text. This makes it easier to tell what can be reused later versus what represents the creator’s own work.

Review Questions

  1. Which Logseq feature makes PDF documents behave more like searchable text, and what shortcut triggers it?
  2. How does the “::” key/value properties workflow differ from the older properties container approach mentioned in the transcript?
  3. What combination of namespace queries, properties, and inline references helps the creator return to information quickly without over-structuring every thought?

Key Points

  1. 1

    Logseq now supports full-text search inside PDFs using Ctrl+F, enabling fast retrieval of terms within documents.

  2. 2

    Properties have shifted toward a simpler key/value entry model using “::”, improving metadata context for links and search.

  3. 3

    Link reference filters are sorted by link count, reducing noise and surfacing higher-signal pages first.

  4. 4

    Inline block references show where content is used directly in context, avoiding disruptive navigation jumps.

  5. 5

    Namespace queries let users display hierarchical structures anywhere in the database, supporting self-updating indexes for areas like events and scratch pads.

  6. 6

    The workflow distinguishes input vs output using properties and Markdown quote formatting to visually separate borrowed text from original writing.

  7. 7

    Instead of forcing every idea into an atomic Zettelkasten note, the creator keeps “in-process” material in blocks and uses tags/headings/MOCs-like pages for flexible return paths.

Highlights

Ctrl+F now searches inside PDFs, turning document terms into something you can jump to instantly rather than manually scan.
Properties entered via “::” make metadata more meaningful—pairing a key like “birthday” with a value to enrich a link.
Inline block references preserve context by showing usage locations within the page instead of redirecting the reader away.
Namespace queries provide hierarchical views anywhere in the database, enabling quick navigation without maintaining separate tables of contents.
The workflow separates input from output both structurally (properties) and visually (Markdown quotes vs plain text).

Topics

Mentioned

  • Joseph Goldstein
  • PKM
  • BJJ
  • MOCs
  • DJJ
  • CSS