Tree view

The Tree view opens in a side panel and shows where the active note sits in the up hierarchy: the spine from the root down to the current note, then the full subtree of notes beneath it, with dot prefixes that show distance from the current note.

Why it matters

The board views answer “what should I do next?” but say nothing about where a note lives in your project hierarchy. When you are deep inside a note, it is easy to lose track of the path back to its root and of everything that hangs beneath it.

The Tree view makes that structure visible. It walks the up links from the current note up to the root and shows that spine, then expands the full subtree of notes below the current one. The current note stays bold at column zero; plain dot prefixes express distance from it in either direction. Ancestors appear as a single path, without sibling clutter, so the line back to the root stays obvious.

All other notes are plain Obsidian links, so they keep their normal styling and clicking one re-anchors the panel on the note you just opened. The view stays note-level on purpose: it is a map of how notes relate through up, not another task list.

What to expect

• The Tree panel follows the active note and re-anchors as you navigate.
• It renders the ancestor spine from the root down to the current note, without siblings.
• It renders the full descendant subtree of the current note, sorted by note name.
• The current note is bold, sits at column zero between its ancestors and descendants, and is not a link.
• Ancestors and descendants use matching dot prefixes to show their distance from the current note.
• Other notes render as native Obsidian markdown links, so link styling plugins apply; clicking one opens it and re-anchors the panel.
• Long tree links stay on one line, truncate with an ellipsis, and expose their full label in a tooltip.
• Opening a note that is not indexed shows a gentle empty state.

What it looks like

The Tree side panel

The Tree side panel