Get AI summaries of any video or article — Sign up free
Obsidian - Patreon Vault - Make New Template Buttons thumbnail

Obsidian - Patreon Vault - Make New Template Buttons

Josh Plunkett·
5 min read

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

TL;DR

The DM board buttons are built with metab bind and trigger note creation via templator using an action type of “templator create note.”

Briefing

A Patreon “Vault” for Obsidian is built to make TTRPG note-taking start fast—then a practical walkthrough shows how to wire its DM board buttons to custom templates. The key move is connecting the DM board’s buttons (made with the metab bind plugin plus the templator plugin) to a specific templator template file and a matching “new note” name, so clicking a button reliably creates and runs the right template.

The process starts by locating the DM board note and inspecting its button code in Source mode. Each button is defined as a metab bind structure, with fields such as a label, visibility (hidden vs visible), and—most importantly—an action. In this setup, the action type is “templator create note,” pointing to a templator file (for example, a template that creates a “new Journal” note). Button appearance is controlled through metab bind “button groups” like primary, destructive, and plain, plus optional CSS class styling for deeper customization.

To add or change behavior without memorizing code, the workflow relies on metab bind’s “bind” wizard. Right-clicking a button binding opens a guided interface where users can set the button style, tooltip, ID, and the templator action. The wizard also lets users choose the templator file to run, the folder where the new note should be created, and the new note’s filename (e.g., “new Journal”). The transcript emphasizes that the button and the template must agree on the same “new Journal” identifier, because the templator logic checks for that filename to decide when to prompt and rename.

On the templator side, the template file (such as “Z templates template Journal.md”) contains the logic that runs when the button-created note appears. One example includes a step that prompts the user with a popup (“enter date”), then renames the file based on the user’s input. Another layer of logic moves the note into a target folder like “session journals.” The walkthrough notes that some of this folder-moving behavior can be handled either in the button setup or inside the template, and users can simplify by removing redundant lines—while keeping the rename prompt behavior intact.

After the wiring works, the tutorial shows how to create additional templates and connect them to new buttons. A new note template can be duplicated (e.g., “template Journal one”), then customized via properties such as “note icon” (managed through Supercharge Links). The template’s content is treated as a framework: it won’t look fully correct until templator runs it, which is why the template file may appear to contain “funny code” until triggered.

Finally, the transcript covers an alternative button method using metab bind “button templates” (including “button Quest”), where templates can be selected via an interface that supports Lucid icons and inline button layouts. It also flags a practical design constraint: some CSS-based callouts may look different in Live Preview mode versus Reading mode, so template styling may need to avoid features that Live Preview doesn’t support.

Overall, the central insight is that reliable template-button automation in Obsidian depends on three synchronized pieces: the metab bind button action, the templator template file, and a shared “new note” name/ID that triggers the templator prompt and post-processing (like moving folders and renaming).

Cornell Notes

The DM board buttons in the Patreon Vault are implemented with metab bind and trigger note creation through templator. Each button’s action is set to “templator create note,” pointing to a specific templator template file and a target filename such as “new Journal.” The templator template then runs logic when it detects that filename—often prompting the user (e.g., “enter date”) and renaming the note, plus moving it into a folder like “session journals.” To add new buttons, duplicate and customize a template, then create a matching button binding (or use metab bind button templates) so the button and template identifiers stay consistent. This matters because mismatched names/IDs prevent the template logic from firing.

How do metab bind buttons actually create notes using templator?

Each button definition includes an action type set to “templator create note.” That action points to a templator file (for example, a template like “Z templates template Journal.md”) and specifies the new note’s filename (such as “new Journal”). When the button is clicked, templator creates the note and then runs the template logic tied to that filename.

Why must the button’s “new note” name match the templator template’s trigger?

The templator logic checks for the filename it expects (e.g., “new Journal”). If the button creates a note with a different name, the template’s conditional logic won’t detect it, so the prompt and rename steps won’t run. The transcript stresses making the identifier unique and consistent across both the button configuration and the template code.

What does the templator template code do after the note is created?

In the example shown, the template first moves the note into “session journals,” then prompts the user with a popup message like “enter date.” After the user enters a value and presses enter, the template renames the file to match the input. Some folder-moving behavior can be handled either in the button or inside the template, but the rename prompt logic should remain in the template.

How can users avoid writing button code manually?

Right-click the button binding and choose “bind,” which opens a metab bind wizard. The wizard guides users through selecting the button style, tooltip, ID, and—critically—the templator action, including the templator file, folder path, and the new note filename. This replaces memorizing the underlying metab bind syntax.

How are template properties like note icons managed?

The workflow uses Supercharge Links. Users add a “note icon” attribute value (for example, “Journal”) to the template properties. Then in Supercharge Links’ style settings, the new icon value appears in the list, and users can choose how it’s displayed (including using an emoji picker). This icon then populates wherever the note is linked.

What styling limitation affects Live Preview mode versus Reading mode?

Some CSS-based callouts (like the right-side “wiki style” callouts using an info box) rely on floating CSS behavior that Live Preview doesn’t support. As a result, templates may look different when switching between Live Preview and Reading mode, so the transcript recommends using styling approaches that work in both modes.

Review Questions

  1. When you click a DM board button, what three elements must align for the templator prompt and rename logic to run correctly?
  2. Where should the “move into session journals” behavior live—inside the button configuration, inside the templator template, or both—and what redundancy should be avoided?
  3. How does Supercharge Links help with note icon consistency across templates and linked notes?

Key Points

  1. 1

    The DM board buttons are built with metab bind and trigger note creation via templator using an action type of “templator create note.”

  2. 2

    Button appearance is controlled through metab bind button groups (primary, destructive, plain) and can be further customized with CSS class settings.

  3. 3

    The button’s new note filename (e.g., “new Journal”) must match the templator template’s expected trigger name so the template logic fires.

  4. 4

    templator templates can prompt users (via popup input like “enter date”) and then rename the created note based on that input.

  5. 5

    Folder placement (such as moving notes into “session journals”) can be handled by templator code, and redundant folder-moving lines can be removed for simplicity.

  6. 6

    Template properties like “note icon” are managed through Supercharge Links, which lets users select or add icon values and display them consistently.

  7. 7

    Live Preview may not support certain floating CSS styles used for callouts, so templates may need styling choices that work in both Reading mode and Live Preview.

Highlights

Clicking a DM board button works only when the button’s “new note” name matches the templator template’s trigger filename.
The templator example doesn’t just create a note—it prompts for user input and renames the file based on what the user types.
Supercharge Links turns a template property like “note icon” into consistent icons across linked notes.
Live Preview can break CSS-based floating callouts, so template styling may need to be mode-aware.

Topics

  • Obsidian Vault
  • Metab Bind Buttons
  • Templator Templates
  • DM Board Automation
  • Live Preview Styling