Tree Search

Building the tree

Tree Search builds its tree from the structure you already write. There is nothing to configure first: open a vault and the tree is there.

Inside a note, three things create parent/child relationships:

Here is the Project Apollo note from the example vault:

The Project Apollo note in source mode Work/Project Apollo.md: headings, nested bullets, tasks and links.

And here is the tree Tree Search builds for it:

The tree for project apollo Searching for project apollo: the note’s own outline, plus lines from other notes that link to it.

The last point matters most. When you write a line in a daily note that links to [[Project Apollo]], that line shows up under Project Apollo. You can keep writing in your daily notes and still find everything by topic later.

Parents in frontmatter

You can also give a note a parent in its frontmatter:

---
parent: "[[Projects]]"
---

The key is parent by default. You can change it in Settings.

The tree for projects Searching for projects. Project Apollo comes in through a bullet in Tree Search Examples; Project Hermes through its frontmatter.

What gets indexed

A few rules decide what ends up in the tree:

Archiving

Archive things you no longer need without deleting them. You can archive:

The tag is archive by default and can be changed in Settings. A bullet tagged #archive is left out of the index entirely, so it won’t show up even with is:archived.

Archived items are hidden from results. Tree Search collapses them into a single row so you know they are there.

Search results for hermes with an Archive row Searching for hermes: the archived prototype notes are folded into an “Archive (N items)” row.

Add is:archived to your query to bring them back.

Search results for hermes is:archived hermes is:archived shows the archived items, greyed out.