Skip to main content

MOC View

Map of Content (MOC) view renders your hierarchy as an interactive collapsible tree with clickable wiki links. Perfect for exploring your knowledge structure at a glance.

MOC Content Hierarchy

Use bullet list structures in your notes as a hierarchy source instead of frontmatter properties.

What is MOC Content Hierarchy?

Traditionally, Nexus Properties reads relationships from frontmatter properties (Parent, Children, Related). MOC Content mode provides an alternative: parse bullet lists with wiki links directly from your note's markdown body.

This is ideal for:

  • Existing MOC files: Notes that already organize knowledge via nested bullet lists
  • Quick hierarchy authoring: Build hierarchies visually in markdown without editing frontmatter
  • Top-down organization: Start with a high-level overview file and nest topics underneath

Example MOC File

# My Hobbies

- [[Reading]]
- [[Fiction]]
- [[Mystery Novels]]
- [[Science Fiction]]
- [[Non-Fiction]]
- [[History Books]]
- [[Sports]]
- [[Running]]
- [[Swimming]]

When viewing this file with MOC Content mode enabled:

  • Children view shows: Reading, Sports
  • All Children view shows all 7 descendant notes recursively

Enabling MOC Content Mode

Step 1: Enable MOC Content Reading

Settings → MOC → Enable MOC content reading (default: enabled)

This allows the plugin to detect and parse MOC structures in your notes.

Step 2: Switch Hierarchy Source

Two ways to switch:

  1. Quick Toggle Button: When viewing a file with valid MOC content (3+ links, 2+ levels), a button appears next to the view toggle. Click to switch between "Properties" and "MOC Content".

  2. Settings: Settings → MOC → Hierarchy Source → Choose "MOC Content"

Valid MOC Detection

The plugin automatically detects valid MOC content when:

  • The file contains 3 or more wiki links in bullet lists
  • At least one bullet has nested children (2+ levels of indentation)

Files that don't meet these criteria won't show the hierarchy source toggle button.

Supported Bullet Format

- [[Note 1]]
- [[Child 1]]
- [[Note 2]]
- [[Child with tab indent]]
- [[Child with space indent]]

The parser handles both tabs and spaces for indentation. Each bullet line must contain at least one wiki link; the first link becomes the node identity.

Frontmatter Safety

The MOC parser skips frontmatter entirely. Wiki links in your YAML properties are not parsed as hierarchy:

---
parent: "[[Some Parent]]" # NOT parsed as MOC hierarchy
related: ["[[Related 1]]", "[[Related 2]]"] # NOT parsed
---

# My Note

- [[Actual Child 1]] # Parsed as MOC hierarchy
- [[Actual Child 2]] # Parsed as MOC hierarchy

Bases View Behavior

When MOC Content mode is active:

ViewBehavior
ChildrenDirect children only (level 0 descendants from bullet list)
All ChildrenAll descendants recursively
ParentHidden (not applicable)
RelatedHidden (not applicable)
All ParentsHidden (not applicable)
All RelatedHidden (not applicable)

Graph View Behavior

When MOC Content mode is active:

  • Related view: Hidden
  • Start from Current File: Hidden
  • Only hierarchical views (showing parent-child relationships) are available

Statistics Display

The header statistics adapt to MOC Content mode:

  • Only Children and All Children counts are shown
  • Parent and Related statistics are hidden

Switching Between Modes

You can freely switch between "Properties" and "MOC Content" modes:

  • The plugin remembers your preference per session
  • Each mode shows the same file's hierarchy differently
  • No data is modified when switching—it's purely a display mode

Limitations

  • Read-only: MOC Content mode only reads hierarchies; creating nodes still uses frontmatter properties
  • Single file scope: The hierarchy is parsed from the current file only
  • First link wins: If a bullet has multiple wiki links, only the first is used as the node identity
  • No bidirectional sync: Unlike frontmatter properties, MOC content doesn't trigger bidirectional updates

Opening MOC View

The view switcher cycles through three modes: Graph → Bases → MOC

  • Toggle button: Click "Switch to MOC" in the view header
  • Command: "Toggle View Mode (Graph/Bases/MOC)"

Tree Structure

MOC displays notes in a hierarchical outline format. Note names respect the title property — if a note has a title property set (e.g., title: "[[path|Display Name]]"), MOC view shows the display name instead of the raw filename, consistent with Graph and Bases views.

- [[Current Note]]
- [[Child 1]]
- [[Grandchild 1]]
- [[Grandchild 2]]
- [[Child 2]]

Each level is indented to show parent-child relationships clearly. Items with children have a collapse/expand chevron.

A persistent search bar appears between the toolbar and the tree. Type a query to filter the tree by node name (case-insensitive substring match).

When an intermediate node doesn't match the query but has matching descendants, the node is removed and its children are re-parented to the nearest visible ancestor. This maintains connections through the tree rather than hiding entire branches.

Full tree:
- [[Project A]]
- [[Design]]
- [[UI Mockups]]
- [[Color Palette]]
- [[Development]]

Search: "ui" →
- [[UI Mockups]]

In this example, "Project A" and "Design" don't match "ui", but "UI Mockups" does — so it gets promoted to the top level. "Color Palette" and "Development" are removed because they don't match and have no matching descendants.

Search works in all modes: single-tree, folder-forest, and Render Related. Clearing the search restores the full tree.

Root Mode Toggle

Switch between two root modes using the toggle button in the toolbar:

Current (Default)

Tree starts from the active file as root, showing only its descendants.

- [[Active File]] ← root
- [[Child 1]]
- [[Child 2]]

Top Parent

Traverses upward to find the topmost ancestor, then renders the full tree with your current file highlighted.

- [[Topmost Ancestor]] ← root (traversed upward)
- [[Intermediate Parent]]
- [[Active File]] ← highlighted
- [[Child 1]]
- [[Child 2]]

This uses the same traversal algorithm as the Graph view, respecting the Prioritize Parent setting for notes with multiple parents.

Parent Selection

When a note has multiple parents, a dropdown appears in the MOC toolbar. It lets you choose which parent the upward traversal should follow when building the tree from the top parent.

  • Default: The parent specified by the Prioritize Parent setting, or the first parent if none is configured.
  • Override: Select a different parent from the dropdown. The tree rebuilds immediately with the new root.
  • Ephemeral: The override resets whenever you switch to a different file.

The dropdown is hidden when:

  • The current file has fewer than 2 parents
  • Render Related is enabled
  • The hierarchy source is MOC Content
  • Viewing a folder note

Enable the Render Related checkbox in the toolbar to switch to a purely related-based tree. Instead of showing the children hierarchy, the tree displays only notes linked via the Related frontmatter property, expanded recursively with cycle detection.

- [[Active File]]
- [[Related Note 1]]
- [[Related to Related 1]] ← recursive expansion
- [[Related Note 2]]

Related nodes are always read from frontmatter properties, regardless of the hierarchy source setting.

Folder Note Forest

When viewing a folder note (a note whose filename matches its parent folder name, e.g., projects/projects.md), the MOC view automatically renders a forest of trees — one tree per file in the folder and its subfolders.

This mirrors the Graph view's folder note behavior: instead of showing a single tree rooted at the current file, the view builds a separate hierarchy tree for every file in the folder, starting each from its topmost parent.

- [[Top Parent A]]
- [[File 1]]
- [[File 2]]
- [[Top Parent B]]
- [[File 3]]
- [[File 4]]

Files that already appear in another tree are skipped to avoid duplication.

When Render Related is enabled, the forest switches to a purely related-based view: each file's tree shows only its Related frontmatter connections (recursively), with no children hierarchy. This mirrors the Graph view's folder note related mode.

Toolbar differences

  • The Root Mode Toggle (Current / Top Parent) is hidden for folder notes, since the forest always builds from top parents.
  • Expand All and Collapse All still work across the entire forest.

View switcher behavior

When a folder note is active, the Bases view is removed from the toggle cycle. The view switcher cycles between Graph and MOC only. If you navigate to a folder note while on the Bases view, the view automatically switches to Graph.

Click

Click any note to open it in the current pane.

Ctrl+Click (Cmd+Click on Mac)

Open note in a new tab.

Expand/Collapse

  • Chevron: Click to toggle individual branches
  • Expand All: Show all nested children
  • Collapse All: Hide all children

Display Properties

Show frontmatter properties next to each note in the tree. Configure in Settings → MOC → Display properties.

Enter a comma-separated list of property names (e.g., status, priority, tags). Properties containing wiki links are rendered as clickable links.

- [[Project A]]                    [Active] [High]
- [[Task 1]] [Done]
- [[Task 2]] [In Progress]

The properties appear to the right of each note name and scroll horizontally if they overflow.

Visual Indicators

  • Current file: Highlighted with accent background color (in Top Parent mode)
  • Depth styling: Root items are larger/bolder, deeper items are smaller/muted
  • Vertical lines: Connect parent to children visually
  • Property badges: Frontmatter values shown as compact badges

Cycle Detection

The view handles circular relationships gracefully. If a note appears in its own ancestry chain, it won't cause infinite loops.

Next Steps