Obsidian - Meta Bind - Input Fields and Calculators
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.
Meta Bind combines saved “import fields” with live “views” to create interactive RPG calculators inside Obsidian notes.
Briefing
Meta Bind turns Obsidian notes into interactive RPG calculators by combining saved input fields with live-updating “views” that can run math and pull data from other notes. The payoff is practical: dropdowns and selectors keep their chosen values instead of resetting when a note is reopened, and calculations refresh in near real time—fixing the lag and manual refresh problem many users associate with earlier DataView-style approaches.
The plugin’s core workflow is built around two components. “Import fields” create user inputs—text boxes, dropdowns, sliders, date/time pickers, image selectors, and more—and store the selected results into note properties. “Views” then display those stored properties and can also perform formulas, including referencing properties from other notes. That combination is what powers everything from simple pickers to full travel and jump calculators.
A standout example is a travel calculator refreshed by dropdown-driven party settings. Changing an animal type (e.g., donkey walking vs. griffin flying) updates base speed, which then cascades into travel time estimates between towns. The same calculator also reacts to party configuration inputs like travel duration per day, exhaustion level, travel mode, route safety, familiarity, party size, wealth level, and whether meals are included—driving outputs such as days to travel and travel costs (gold and copper) based on coaching, messenger, and ship-per-day assumptions. The results are stored in properties, so other notes can reuse the same configuration data.
Beyond calculators, Meta Bind addresses a long-standing annoyance: dropdowns that don’t persist. Earlier workarounds using HTML in Obsidian let users select options visually, but the chosen value wouldn’t reliably save, so it reverted on reopening. Meta Bind’s saved-value dropdowns keep the underlying property consistent, enabling stable templates and repeatable character- or campaign-driven calculations.
There’s also a known edge case with inline select controls: if multiple options share the same underlying value, reopening the note may default to the first matching option (the transcript’s example shows an animal changing back to “donkey” when another option shares the same speed value). The creator’s workaround adds tiny fractional offsets (e.g., 0.01, 0.02, 0.03) to force unique stored values, then rounds during calculations so the displayed results remain clean.
Implementation details matter because Meta Bind is “advanced” and actively changing. The transcript emphasizes reading the plugin documentation and GitHub example vault, which includes ready-to-copy snippets. It also distinguishes inline vs block input field styles (with some features available only in block mode) and shows how views can be written inline using property references and math operators.
Finally, the transcript positions Meta Bind as a stepping stone toward richer RPG tooling in Obsidian—currency converters, D&D 5e travel calculators, and even a Pathfinder 2e jump calculator—while encouraging users to copy examples, modify them, and share improvements in the community Discord.
Cornell Notes
Meta Bind adds interactive “import fields” and live “views” to Obsidian so RPG notes can behave like calculators. Inputs (dropdowns, sliders, date/time pickers, etc.) save their selected values into note properties, and views can display those properties and run math formulas. Views can also reference properties from other notes, enabling multi-note systems like a travel calculator driven by a separate “party configuration” note. A key benefit over older DataView-style methods is near real-time updating without needing to leave and return to refresh. The transcript also flags an inline-select pitfall: if multiple options share the same stored value, reopening can revert to the first match; a workaround uses tiny fractional offsets plus rounding to keep results accurate.
How do import fields and views work together in Meta Bind?
What makes Meta Bind’s dropdowns more reliable than earlier HTML-based approaches?
Why does the transcript mention a problem with inline select controls, and what’s the workaround?
How can views perform calculations and pull data from other notes?
What’s the practical difference between Meta Bind and the older DataView-style calculator approach?
What does the transcript recommend for learning Meta Bind effectively?
Review Questions
- What two Meta Bind components are responsible for saving user input and for rendering/calculating outputs, and how do they interact?
- Describe the inline-select persistence issue related to duplicate underlying values and explain the fractional-offset workaround.
- Give one example of how a view can reference properties from another note and how that enables a multi-note RPG calculator.
Key Points
- 1
Meta Bind combines saved “import fields” with live “views” to create interactive RPG calculators inside Obsidian notes.
- 2
Dropdowns and selectors persist because chosen values are stored in note properties, avoiding the reset behavior of earlier HTML-based workarounds.
- 3
Views can run math formulas and can reference properties from other notes, enabling systems like travel calculators driven by a separate party configuration note.
- 4
Near real-time updating removes the refresh delay common in earlier DataView-style calculation workflows.
- 5
Inline select controls can misbehave when multiple options share the same underlying stored value; tiny fractional offsets plus rounding can force unique stored values.
- 6
The plugin’s documentation and GitHub example vault are essential because Meta Bind is advanced and actively changing.
- 7
Copying and modifying ready-made calculators (currency, travel, jump) is the fastest way to learn the syntax and patterns.