Feature Requests

Tolaria currently sets up Pi (the Pi CLI agent) with the pi-mcp-adapter package so Pi can reach the Tolaria MCP tools. Pi now ships built-in MCP support, and the reporter removed pi-mcp-adapter from their system and found the built-in support works well. The request is to use Pi's built-in MCP support instead, or at least make the adapter-vs-built-in choice configurable. The reporter offered to submit a PR. Source: GitHub issue #1302 by madddi, https://github.com/refactoringhq/tolaria/issues/1302

## Problem I use Tolaria as my primary knowledge base and keep daily journal notes (one note per day, e.g. Journal/2026-10-25.md with type: Journal ). Tolaria lists them as filtered notes, but there is no chronological, day-grouped reading view. Reading back a week or a month means opening notes one by one. ## Proposal A built-in "Journal" view mode that renders notes of a configurable type (default Journal ) as a timeline: grouped by day, newest first, with date headers each day shows the note title plus the first lines (expandable to the full note) "load older" / infinite scroll date-range filter (this week / this month / custom range) configurable note type and date source (filename pattern or frontmatter date) This is deliberately a presentation feature, not auto-creation: no templates, no task rollover, no calendar sync. Notes stay plain Markdown with frontmatter. ## Why not via an agent An agent can create a daily note, but it cannot provide a persistent, always-available reading surface inside the app. The view is what makes a journal usable day to day, and it stays useful without AI. ## Prior art Logseq journals, Obsidian daily notes plus calendar plugins, Craft daily notes. ## Notes Saved views ( views/*.yml ) are a good starting point, but a timeline needs a dedicated renderer because it groups multiple notes under one day. Could be implemented as a built-in view type or as _display: timeline . --- Related: the graph overview is already covered by the planned request "Graph view like Obsidian-style" ( https://tolaria.canny.io/feature-requests/p/graph-view-like-obsidian-style ), so I am voting there instead of filing a duplicate.

Currently the native spell check on mac has been disabled, please either enabled native spell check or build spell check into Tolaria. Two closed related feature requests: https://tolaria.canny.io/feature-requests/p/built-in-spell-check-for-markdown-notes https://tolaria.canny.io/feature-requests/p/word-autocomplete-and-correction Auto complete is not a substitution for spell check. Happy to open a PR to turn on the native spell check.

## Source GitHub issue: #1293 URL: https://github.com/refactoringhq/tolaria/issues/1293 Reporter: @nathan-tj-xie ## Request When an attachment (image or file) is removed from a Markdown note, automatically delete the corresponding file from the vault's attachments directory, so unused attachment files don't pile up. ## Original context from GitHub "I hope that when an attachment is removed from a Markdown (MD) document, the corresponding file in the attachments directory will be automatically deleted."

It would be great to have a graph view in an Obsidian-like style. However, when I used graphify’s graph.html, I personally felt the UI/UX wasn’t very good, so I think that ui implementation will also be important.

Enable a Kanban board view where each card represents a task and supports sub tasks. Users should be able to add, edit, and mark task as complete directly within the card. Checklist completion should contribute to overall task progress. Implement Tabbed Interface for Seamless Switching Between Multiple Kanban Boards Users can toggle "Swimlanes" on the Kanban board view. This feature allows users to define horizontal rows based on existing fields, such as Priority, Assignee, or Label. Dragging a card from one swimlane to another automatically updates the underlying field (e.g., moving a card from the "Standard" row to the "Urgent" row updates its Priority to "Urgent"). Additionally, swimlanes are collapsible, allowing users to hide sections that are not currently in focus. Add WIP limit display: e.g., "Task (5)" shows as (0/5). When exceeded (e.g., 6/5), highlight in red. Add date support

Able to specify the font size Able to use a specific font

I need these for my academic files and would appreciate this feature added 🌻

## Request When a note is created, Tolaria shows a creation timestamp in the app, but there is no way to get that value into a frontmatter property (e.g. date: ) that saved views can sort/filter on. Type-note default values are copied verbatim, so putting a literal date in a Type stamps every new note with the type-note's date rather than the note's own creation time. ## Desired options Expand a template token in type-note frontmatter (e.g. date: "{{today}}" ) resolved once at new-note time. A setting to auto-write a configurable creation-date property key on note creation. ## Source GitHub issue: https://github.com/refactoringhq/tolaria/issues/1193 Reporter: JohnSchweden

## Source GitHub issue: https://github.com/refactoringhq/tolaria/issues/871 Reporter: HeiHeiCCC ## Reported context The reporter asks whether Tolaria supports Markdown fenced code-block syntax such as `` json / ``python, or a shortcut to open a code block. ## Requested behavior Make code-block creation from Markdown-style fenced syntax and/or a keyboard shortcut clearer and more direct in the editor. ## Why this matters Tolaria already supports code blocks, but users coming from Markdown-first editors expect typing fenced code-block syntax to create/open a code block quickly. Improving this flow would reduce friction for code-heavy notes.