mirador
An opinionated personal dashboard for your terminal: world clocks, a calendar, weather, a real task list, notes, a market watchlist, and live CPU and network charts, laid out how you want them.
It is built for one job — to sit in a terminal tab you leave open all day and glance at. That single constraint drives every decision below: nothing blinks, nothing shimmers, and nothing is designed to pull you back to it.
A mirador is a lookout — the tower you climb to see everything at once.

All eleven panels on a first run, at 200x50 — wide enough that nothing has to fall back. The lit frame is the focused panel, with its own keys in its bottom border; every other panel is dimmed, so exactly one thing is at full brightness.
Forty seconds of it in use. Focus moves with Tab; a task is typed in and
lands in the list, which goes from four open to five. w opens the panel picker,
switches one off, and the grid closes over the gap. m starts arranging: the
task panel moves along its row, then up into the row above, then past the top
edge into a row of its own — the real panels move as the keys are pressed, and
Esc puts it all back. ? lists every binding for the focused panel and
scrolls when there are more than fit.
The tasks and the note are the examples mirador seeds on a first run, and the
weather, the prices and the graphs are whatever was true while it recorded —
docs/record-demo.sh drives a real build under tmux. The one staged thing is
the calendar, because mirador deliberately never invents one: without a sample
the agenda panel would spend the recording explaining how to point it at a file.
Why
Most terminal dashboards are built to be watched — a system monitor you open when something is wrong, dense and busy and refreshing as fast as it can. mirador is built to be glanced at: one tab, all day, in the corner of your eye. Everything follows from that. Nothing blinks or shimmers. The unfocused panels dim so exactly one thing is at full brightness. A notice retires on your first keypress, because a dashboard that nags is a dashboard you close.
Your data stays in files you own. Tasks, notes and the watchlist are plain TOML you can hand-edit, keep in git, or delete. No database, no sync service, no account, no API key, no telemetry, and nothing phones home unless you ask it to — including the updater, which runs only when you run it, and an update check that is off until you turn it on.
It is a real task list, not a checklist. Due dates, priorities, notes, tags, filtering and full editing without leaving the dashboard. That is the panel most dashboards treat as a checkbox, and it is the one you will use most.
The two network panels use free key-less endpoints: Open-Meteo for weather, and Yahoo's public chart endpoint for prices — see Market data for what the second one means for you.
How this was built
mirador is written with heavy AI assistance. The implementation, the tests and most of this documentation were written by Claude (Anthropic), working from my direction and review. The product decisions — what to build, what to leave out, what the thing is for — are mine.
This is stated plainly because anyone evaluating the code deserves to know how it was made, and because some communities reasonably want to know before they adopt or recommend something. It is not a claim about quality in either direction: judge it the way you would judge any other code.
What that means in practice, if you want to weigh it:
- Every change lands through CI that runs the test suite on macOS, Linux and
Windows, plus
clippywith-D warnings,rustdocwith-D warnings, a minimum-supported-Rust-version check,cargo publish --dry-runandcargo-denyfor advisories, licences and sources. - Behavioural claims in the commit history are measured rather than asserted, and several fixes were verified by reverting them to confirm the new test actually failed. Two tests in this repository were found to be pinning the bug they existed to catch.
CLAUDE.mdrecords the design decisions and the reasoning behind them, including the ones that were reversed and why.
Install
From crates.io, if you have Rust:
Without Rust, on macOS or Linux:
|
and on Windows:
irm https://github.com/jchultarsky/mirador/releases/latest/download/mirador-installer.ps1 | iex
Both fetch the right archive for your platform and unpack the binary. If you would rather read the script before running it, it is an ordinary file at that URL, and the manual route is below.
The shell installer checks the archive against its published sha256; the PowerShell one does no verification, and neither verifies the updater binary. That is dist's behaviour rather than ours, and SECURITY.md says what it does and does not buy you. Every artifact carries a GitHub provenance attestation, which is the stronger check and the one to run if you care:
They also install mirador-update beside it, so a later upgrade is:
It asks GitHub what the newest release is and installs it if that is newer than
what you have. It runs only when you run it — mirador itself never phones
home and does not know this program exists, unless you set
[general].check_for_updates = true, which asks crates.io once a day whether a
newer version exists and says so once in the status bar. That setting is off by
default, sends no identifier, caches its answer, fails silently, and is
overridden by NO_UPDATE_CHECK=1 or DO_NOT_TRACK=1 in your environment. If you
installed with cargo install or from source, upgrade the same way you
installed; the updater is only for the two installers above.
From source:
Or download a pre-built binary from the
latest release.
Every archive carries a .sha256 beside it, so verify it before running. On
macOS:
|
and on Linux:
|
Either prints … OK and exits 0, or prints FAILED and exits 1. The grep .
drops a trailing blank line that the checksum files are written with; without
it the command still verifies correctly but adds WARNING: 1 line is improperly formatted, and a warning printed next to a checksum is exactly the
wrong thing to make someone squint at.
On Windows, print the hash and compare it with the .sha256 file beside the
archive:
Get-FileHash .\mirador-x86_64-pc-windows-msvc.zip
Get-Content .\mirador-x86_64-pc-windows-msvc.zip.sha256
| Platform | Archive |
|---|---|
| macOS, Apple silicon | mirador-aarch64-apple-darwin.tar.gz |
| macOS, Intel | mirador-x86_64-apple-darwin.tar.gz |
| Linux x86-64 | mirador-x86_64-unknown-linux-gnu.tar.gz |
| Windows x86-64 | mirador-x86_64-pc-windows-msvc.zip |
Requires Rust 1.95 or newer to build from source.
Windows has been run and works — installed with the PowerShell one-liner
above, in the default Windows terminal. It is still the least-travelled of the
three: macOS and Linux are used daily and Windows has been checked rather than
lived in, so a report of something off there is genuinely useful. Windows on
ARM is deliberately absent: ring, reached through ureq's TLS, does not
build for it.
Quick start
On first run it writes a commented config file, lays out every panel, and seeds
the task list and notes with a few examples so nothing starts blank. The
examples are ordinary entries — they explain the keys and then you delete them
with d. They are seeded only when there is no file yet, so once you clear
them they stay cleared.
To find the config:
Set your city with L in the weather panel, or edit [weather].location.
Either way you are done: no account, no API key, no environment variables.
Remembered settings
Some settings you change with a keystroke are remembered across restarts:
| Setting | Key | Panel |
|---|---|---|
| Weather units | u |
Weather |
| Task sort order | s |
Tasks |
| Whether completed tasks show | c |
Tasks |
| Seconds on the clock | s |
Clock |
| Pomodoro durations | + / - |
Pomodoro |
| Watchlist symbols | a / d |
Markets |
| World clocks | a / d |
Clock |
| Weather location | L |
Weather |
| Agenda file | f |
Agenda |
| Which panels are shown | w |
— |
| Where the panels are | m |
— |
| Panel sizes | Ctrl+arrow |
— |
They go to two different places, and the split is deliberate.
Anything to do with [layout] is written back into your config — which
panels exist, and how wide they are. That is the part of the file you actually
read and curate, so a change you make with w has to show up there or your
config would end up describing a dashboard nobody is looking at.
The edit is surgical, never a reserialise: mirador rewrites the one line it has
to and leaves your comments, spacing and ordering exactly as they were. Adding
a panel is a one-line diff. If your [layout] is formatted in a way it cannot
edit confidently, it says so in the picker and changes nothing rather than
guessing — the failure mode is "that did not stick", not a mangled config.
Everything else goes to a small state file beside your tasks, and only what
you actually changed is written. Pressing u records the units and nothing
else, so editing any other value in your config still takes effect. Delete that
file and every remembered setting falls back to what the config says; it says
so at the top of itself, because a preference you cannot remember setting needs
an obvious way back.
Upgrading
A new widget will not appear in a config you already have. A config written by an earlier version lays out exactly the panels that existed when it was written, and nothing since. Leaving a panel out is a legitimate choice, so this cannot be an error and cannot be decided for you.
You get a notice on the right of the status bar naming what your layout does not place, and telling you which key fixes it:
mirador Tab focus ? keys q quit w panels 1 unused: pomodoro press w
It retires on your first keypress, because a dashboard you leave open all day
must not nag; ? keeps it in the help overlay. Press w and you get the
picker:
╭PANELS────────────────────────────────╮
│ ■ clocks │
│ ■ weather │
│ ■ todo │
│ ■ notes │
│ ■ stocks │
│ ■ calendar │
│ ▸ □ pomodoro │
│ ■ cpu │
│ ■ network │
│ │
│ written to your config on close │
│ space toggle esc close │
╰──────────────────────────────────────╯
space toggles, ↑/↓ or j/k move, esc closes. A panel appears or
disappears the moment you toggle it, and the change is written to your config
when you close the dialog — as a one-line edit, with your comments untouched.
A new panel joins the row carrying the fewest panels; m moves it wherever you
want it afterwards, and Ctrl+arrow moves the
space around afterwards, and that is written too.
The last panel cannot be switched off, because a layout with nothing in it is rejected at startup and would leave you with a config that will not open.
mirador --migrate-config is still there for keys renamed between versions,
and leaves a backup beside the original.
The panels
Ten widgets, each answering one question. Put the ones you want in the layout and drop the rest — an unused widget costs nothing but is also not built.
Tasks
The reason this project exists. Other terminal dashboards tend to render a to-do list as a flat checklist; this one has due dates, priorities, tags, notes, filtering and full editing without leaving the dashboard.
╭┤3 Tasks├───────────────────────────────────────────────────────────┤3 open├╮
│ 1 overdue 1 due today 3 open by smart │
│ DONE PRI TASK TAGS DUE │
│ [ ] ▮▮▮ Renew the domain #admin 2 days late │
│ [ ] ▮▮ Reply to the design review #work today │
│ [ ] ▮ Read the ratatui layout docs #rust Fri 07 Aug │
│ │
│ Card on file expired; the registrar will not auto-renew. │
╰────────────────────────────────────────────────────────────────────────────╯
The selected task's note sits at the foot of the panel, so a one-line summary in the list does not mean losing the detail behind it. Priority reads as bars rather than colour alone, and an overdue task is red and counted in the header — the same fact twice, because colour is the first thing a terminal theme can take away from you.
smart sort is the default and means: unfinished first, then overdue, then by
priority, then by due date. s cycles to plain due, priority, created
or title when you want something simpler.
Notes
Free-form notes in a master-detail layout, the shape a mail client uses.
╭┤2 Notes├───────────────────────────────┤1├╮
│ 1 note │
│ TITLE DATE │
│ Release checklist ·25 J… │
│ ───────────────────────────────────────── │
│ Release checklist │
│ written 22 Jul 2026 edited 25 Jul 2026 │
│ Bump the version, run the four gates, tag │
│ v-something, and let CI build the three │
╰───────────────────────────────────────────╯
The body is visible without pressing anything, which is the whole point: a
note's value is the text inside it, and making you press a key to see any of
it turns "glance at the dashboard" into "operate the dashboard". / searches
bodies as well as titles, because the title you wrote in a hurry is often not
what you later search for.
Clock and calendar
The first configured zone renders large; the rest become a table showing their
offset relative to that zone, which is the number you actually want when
scheduling across one. The calendar prints month grids in the shape cal
does, with today marked.
a adds a clock and d removes the selected one. Adding one opens a list of
cities; type to narrow it, ↑↓ to choose, Enter to add.
Search by the city you mean, not the one in the identifier. Seattle keeps
time in America/Los_Angeles, Bengaluru in Asia/Kolkata, Boston in
America/New_York — and nobody should have to know that before they can add a
clock. Typing matches the city or the identifier, anywhere in either, so
seattle, los_angeles and america/ all find the same zone. The city you
picked becomes the clock's label, and the identifier is shown beside it so what
ends up in your config is never a surprise.
Anything not on the list still works: type a zone it does not carry and it is
taken as written, with HQ = Europe/Berlin naming it yourself.
Like the watchlist, the live list is a data file (zones.toml) rather than
config, which is what lets the panel own it; [clocks].zones seeds your first
run. The large clock is not removable, because a clock panel with nothing to
draw large is not a clock panel.
╭┤1 Calendar├───────────────────╮
│ July 2026 │
│ Su Mo Tu We Th Fr Sa │
│ 1 2 3 4 │
│ 5 6 7 8 9 10 11 │
│ 12 13 14 15 16 17 18 │
│ 19 20 21 22 23 24 25 │
│ 26 27 28 29 30 31 │
╰───── n/p month · t today ─────╯
The calendar is deliberately offline — it reads no mail server and no account.
months sets how many sit across; a taller panel stacks more rather than
leaving a void, up to a year in view.
Weather
Current conditions and an hourly forecast from Open-Meteo,
which needs no key and no account. u switches between imperial and metric at
runtime, converting what is already on screen rather than re-fetching. L sets
the location without touching your config; the panel re-geocodes and refetches
on the spot.
A failed refresh keeps the last reading and shows its age in amber rather than blanking the panel — weather two hours old is still useful, and an empty panel is not. Columns drop as the panel narrows, in the order that costs you least.
Markets
A watchlist with the last price, the day's change, and an intraday sparkline.
╭┤1 Markets├──────────────────────────────────────────────────────────────┤3├╮
│ SYMBOL LAST CHG % TODAY │
│ ▸ AAPL 333.02 +11.36 +3.53% ▂▄▅▆▇█▇▇▇▇▇▇ │
│ MSFT 381.70 +0.12 +0.03% ▄▃▅▇▆▇▆▆▇▆▆▃ │
│ ^GSPC 7411.98 +3.68 +0.05% ▃▃▃▆▇▇▅▆▅▂▁▂ │
│ via yahoo │
╰─────────────────────── a add · d remove · r refresh ───────────────────────╯
a adds a symbol and d removes one, and those edits stick — the watchlist
is a data file rather than config, which is what lets the panel own it. See
Market data before filing a bug about HTTP 429.
Agenda
What is actually next, read from an .ics file on your disk. f points it at
one from the panel, with Tab completing path segments as you type; a path
that cannot be read is refused there and then rather than after the fact.
╭┤5 Agenda├──────────────────────────────┤2 today├╮
│ TODAY │
│ 09:15 Standup · Zoom │
│ ▸ 14:00 Quarterly planning · Room 12 │
│ TOMORROW │
│ all day Public holiday │
│ THURSDAY 30 Jul │
│ 09:00 Call with London │
╰─────────────────── r reload ────────────────────╯
The ▸ marks an event happening now. Days are headed TODAY and TOMORROW
where that is clearer than a date, and an event you are already in stays on
screen until it ends — the meeting you are late for is the one you most want to
see.
mirador does not sign in to anything. No account, no token to refresh, no
background process holding your credentials. Point [agenda].file at a calendar
you already have; whatever keeps that file current is your business — an export,
a vdirsyncer run, a cron job with curl, a symlink into a synced folder. It
is re-read on a timer and when you press r.
Until you set file, the panel says so and names the path it looked at. Nothing
creates that file: unlike the task list, an empty calendar mirador invented
would be a lie about your day.
Recurring events are expanded for the rules people actually have — daily, weekly
with BYDAY, monthly and yearly, with INTERVAL, COUNT, UNTIL and
EXDATE. A rule using anything more elaborate, such as BYSETPOS or an ordinal
BYDAY like 1MO, shows only its first occurrence rather than guessing.
That is deliberate: a calendar that invents a meeting costs you a wasted trip,
where one that misses a repeat costs you a glance at the real thing.
An entry the parser cannot read is counted at the bottom of the panel rather than dropped silently, so a half-read calendar does not just look empty.
Watch log
What happened while you were not looking.
╭┤7 Watch log├──────────────────────────────────╮
│ 14:02 Standup appeared in your calendar │
│ ──────────────────── since you were here ──── │
│ 13:30 Renew the domain went overdue │
│ watching from 08:12 │
╰───────────────────────────────────────────────╯
Almost nothing qualifies, and that is the point. The clock, the readings, the
prices and the graphs change continuously and none of it is news; your notes and
tasks change because you changed them. An entry is something that happened to
you rather than because of you, and that you would want to know even if you
never looked at the panel it came from. Out of the box that means two things: an
event appearing in your .ics that you did not put there, and a task crossing
into overdue because the day turned.
It has no counter, no unread state, and no effect on any other panel. Unread message counts were considered for this dashboard and rejected — a number that accumulates is a number demanding you zero it. This is a record you consult, not an inbox that consults you, and nothing in it can be dismissed or acknowledged because an entry you can dismiss is an entry you are expected to dismiss.
The rule line marks where you were last seen. mirador asks your terminal to
report window focus, which is the only honest signal for "the reader is here" —
every other one measures interaction, and a dashboard you glance at is precisely
one you do not touch. Where the terminal does not report it (and under tmux
unless focus-events on is set) it falls back to your last keypress, and where
neither has happened it draws no line at all rather than one in the wrong place.
The log lives in memory and says when it started watching. One written to disk would come back after a restart with a gap it could not mark — the hours mirador was not running — and a log that implies a completeness it does not have is worse than one that admits where it begins.
Pomodoro
A focus timer, in the same block numerals the clock uses.
| Key | Action |
|---|---|
space |
Start or pause |
n |
Skip to the next phase |
r |
Put the current phase back to full |
+ / - |
Lengthen or shorten the phase you are in, by a minute |
Focus intervals are brass and breaks are moss, and the phase is spelled out above the numerals as well — colour alone is a bad way to tell someone whether they are meant to be working. A paused timer goes grey rather than blinking: this is a dashboard you leave open, and a flashing clock is the opposite of that. Pips along the bottom count the set, and the long break falls when they fill.
+ and - move the phase length and what is left of it together, so adding
a minute eighteen minutes into a focus interval does not rewind you to the
start. Changes last for the session; [pomodoro] decides where the timer
starts.
A chime is available and off by default, because a dashboard you leave open
all day has no business making noise you did not ask for. Set
[pomodoro].chime = true and each phase ends with the terminal bell — which
your terminal is free to render as a sound, a flash, or nothing, according to
settings you have already chosen.
mirador ships no audio library on purpose. Playing a sound file means linking your platform's audio stack, which on Linux means a C library and its dev headers on every machine that builds this. If you want a particular sound, name a player instead and it is run directly, with no shell in the way:
[]
= true
= ["afplay", "/System/Library/Sounds/Glass.aiff"]
If that program cannot be started, the panel says so where the durations usually sit. A notification you believe is working but is not is worse than none at all.
CPU and network
CPU shows average load, a moving history graph and a per-core meter row. Network shows receive and transmit rates as two graphs, plus a session total and the peak rate seen.
Both draw their history in braille, which packs two samples into every character cell and four levels into every row — twice the horizontal resolution of a block-element sparkline in the same space. The colour gradient runs vertically by magnitude, one colour per row, so the profile stays put as data scrolls: a graph left on screen all day changes colour when the load changes, not merely because time passed.
These two panels are the one thing this README will not show you in a code block. Braille is missing from several of the fonts GitHub falls back to, so the glyphs render at a width the surrounding box characters do not share and the panel tears itself apart. The recording at the top of this file shows them as they actually look. It is a real terminal, which is the only place the alignment is guaranteed.
Both buffers grow to fill the panel, so history is a floor on what is kept
rather than a cap on what a wider panel can draw.
Keys
| Key | Action |
|---|---|
Tab / Shift+Tab |
Move focus between panels |
1 – 9 |
Jump straight to a panel |
? |
Show all key bindings |
w |
Choose which panels are shown |
m |
Rearrange the panels — see below |
Ctrl+arrow |
Resize the focused panel against its neighbour |
q / Ctrl+C |
Quit |
Rearranging the dashboard
Press m, then move the focused panel with the arrow keys. ← and → swap it
with its neighbour; ↑ and ↓ move it between rows, landing it under wherever
it already was rather than at the same index.
Rows are managed through the panels, not separately. There is no "add row" command because there is nothing useful an empty row could do:
- To open a row, push a panel past the top or bottom edge. Hold
↑and the panel climbs through the rows; press it once more from the top row and the panel takes a row of its own. The height comes out of the row it left, so nothing else on screen resizes. - To close one, move its last panel into a neighbour. The row closes behind it and hands its height to the row that took the panel.
A panel that already has a row to itself will not take another, so holding ↑
at the edge stops rather than spawning a row per keypress.
The panels themselves move as you press, so what you see is what you will get.
Enter keeps the arrangement and Esc puts everything back exactly as it was.
Tab picks a different panel to move without leaving the mode, and Ctrl+arrow
still resizes while you are in there.
A panel keeps the width you gave it when it moves, and the row weights always add up to what they added up to before — so rearranging one corner of the dashboard never quietly rescales another.
In the task panel:
| Key | Action |
|---|---|
j / k, ↑ / ↓ |
Move the selection |
g / G |
Jump to first / last |
Space |
Toggle done |
a |
Add a task |
e |
Edit the selected task |
d |
Delete (asks first) |
p / P |
Cycle priority forward / back |
s |
Cycle sort mode |
c |
Show or hide completed tasks |
/ |
Filter by title, tag or notes |
o |
Show the task file path |
In the add/edit form, Tab and Shift+Tab move between fields, Enter saves
and Esc cancels. While a form is open, global keys are suppressed, so typing
a q into a task title does not quit the dashboard.
Due dates
The due field accepts more than ISO dates:
| Input | Meaning |
|---|---|
2026-07-28 |
That date |
today, tomorrow, yesterday |
Relative to now |
mon, friday, sat |
The next such weekday, never today |
+3d, 3d, 2w, 1m, 1y |
An offset from today |
| (empty) | No due date |
Anything else is rejected with an explanation rather than silently guessed.
Configuration
One TOML file. Run mirador --print-config to see the fully commented default.
The layout is a grid of rows, where height and width are relative weights
rather than cell counts, so proportions hold at any terminal size:
[]
= [
{ = 30, = [
{ = "clocks", = 26 },
{ = "calendar", = 34 },
{ = "weather", = 40 },
] },
{ = 45, = [
{ = "todo", = 44 },
{ = "notes", = 30 },
{ = "pomodoro", = 26 },
] },
{ = 25, = [
{ = "stocks", = 40 },
{ = "cpu", = 30 },
{ = "network", = 30 },
] },
]
Widgets
| Widget | What it shows |
|---|---|
clocks |
Any number of world clocks, by IANA timezone |
weather |
Current conditions plus an hour-by-hour forecast |
todo |
The task list, with full editing |
notes |
Free-form notes: a list of titles and dates above the note you are reading |
stocks |
A watchlist: last price, the day's change, and an intraday sparkline |
calendar |
Month grids in the shape cal prints, with today marked |
agenda |
What is next, from a local .ics file |
pomodoro |
A focus timer: phase, time left, progress, and the set so far |
cpu |
Average utilisation, a moving chart, and per-core meters |
network |
Receive and transmit rates as moving charts |
Market data
The watchlist reads query1.finance.yahoo.com, the endpoint Yahoo's own charts
call. It is not a documented or supported API, and Yahoo has never published
terms permitting third-party programs to use it. It could be changed, rate-
limited or withdrawn without notice, and whether your particular use of it is
permitted is between you and Yahoo — this project cannot grant you a licence to
someone else's service, and does not claim to.
mirador's position, stated plainly so you can decide for yourself:
- It is used because it is the only source that needs no account and no key, and bundling an API key in a public binary would make it a shared secret with a shared rate limit.
- It is treated as a guest: one request per symbol, never faster than once a minute, sequential rather than parallel, and prices are never written to disk.
QuoteSourceis a trait with exactly this in mind. When the endpoint changes or you would rather use a provider you have an agreement with, the panel does not need rewriting — the source does.- If none of that sits right with you, leave
stocksout of your[layout]. Nothing else in mirador contacts Yahoo, and a panel that is not placed is not built.
Two practical consequences, worth knowing before you file a bug:
- Access is gated on your IP address, not on a key. Datacenter and VPN ranges are blocked wholesale, so the same build can work on your laptop and fail on a VPS. Persistent HTTP 429 is that, not a rate you can tune down. The data source is a swappable trait for exactly this reason.
- Polling is deliberately unhurried — no faster than once a minute, one symbol at a time. These services are free and unauthenticated, and a burst of parallel requests is what gets an address blocked for everyone behind it.
mirador ships no API key and never will: a key baked into a public binary is a shared secret, and its rate limit would be shared too. Prices are never written to disk, only the list of symbols.
Mouse
Click a panel to focus it, and scroll the wheel over a list or a calendar to move through it. Scrolling deliberately does not move focus, so running the wheel across the screen cannot take the keyboard away from what you were doing.
While mirador holds the mouse your terminal's own click-to-select-text stops
working; copying a value off the dashboard needs the terminal's override
modifier, which is Shift in most terminals and Option in macOS Terminal and
iTerm2. Set [general].mouse = false to keep ordinary selection instead.
Colours and themes
Every colour the dashboard draws with lives under [theme], and the graph
gradients under [theme.rx_gradient] and friends. A colour accepts a name
(red, light-blue), a hex string (#ff8800), or a 256-colour index (12).
reset uses your terminal's own default.
You can also name a theme instead, and drop the table entirely:
= "high-contrast"
Four ship inside the binary:
| Theme | For |
|---|---|
default |
The shipped look — true colour, dark background |
default-light |
Light backgrounds. Not the dark theme inverted: the hues are deepened so they keep their contrast on paper-coloured terminals |
high-contrast |
Bright rooms, projectors, low vision. muted is deliberately not dim — faint grey is the first thing to vanish on a washed-out screen, so de-emphasis is carried by hue instead |
ansi |
The sixteen ANSI colours and nothing else, so it follows whatever palette your terminal already uses and works with no true-colour support |
The same key does both jobs, and TOML decides which: a quoted string is a theme name, a table is colours written out. You cannot do both, because one key cannot be both types.
Writing your own
Put <name>.toml in themes/ beside your config — mirador --config-path will
tell you where that is. A file there wins over a bundled theme of the same name,
so you can replace default without renaming it.
# themes/nord.toml
= "ansi"
= "frost"
= "frost"
= "frost"
[]
= "#88c0d0"
inherits starts from another theme, so a variant is the handful of lines that
differ rather than a copy of all eighteen keys. [palette] names colours once,
after which any key can use the name — and redefining a palette entry in a child
theme recolours the keys its parent set with it.
The colour keys have to come before [palette], not after. In TOML every
key following a table header belongs to that table, so keys written underneath
[palette] end up inside it and set nothing. mirador refuses a theme file that
does this and says which keys are affected, because the alternative is a theme
that quietly comes out as the defaults.
When something is wrong with your config
mirador refuses to start rather than starting wrong. An unknown widget name, a
malformed colour, or a key it does not recognise is reported with a message
that says how to fix it — including, for a key that was renamed in an earlier
version, which key replaced it and that mirador --migrate-config will do it
for you.
A key that is silently ignored is the worst outcome a config can have, because it makes a stale config look like stale code.
Task file format
Tasks live in one TOML file — by default under your platform's data directory,
or wherever [todo].file points. Press o in the task panel to see the path.
[[]]
= 1
= "Renew the domain"
= "Registrar sends the reminder to the old address"
= "2026-08-14"
= "high" # high | medium | low | none
= ["admin"]
= false
= "2026-08-01"
[[]]
= 2
= "Read the ratatui 0.30 release notes"
= "low"
= true
= "2026-07-30"
= "2026-08-02" # set when `done` flips; used by the `c` filter
Only id, title, done and created are required; everything else may be
left out.
Writes are atomic — the file is written under a temporary name, flushed to the disk, and renamed over the original — so an interrupted save or a full disk can never truncate your tasks. The same goes for your notes, your watchlist and the config itself.
Contributing
Bug reports, feature requests and pull requests are welcome. See CONTRIBUTING.md for the development workflow, and CODE_OF_CONDUCT.md for the ground rules.
Adding a widget means implementing the Panel trait, registering the name in
src/widgets/mod.rs, and documenting it here. Nothing else in the codebase
needs to know it exists.
Acknowledgements
mirador is a thin layer over other people's hard work. Ten direct dependencies, every one of them maintained by someone who did not have to.
ratatui deserves top billing. Every frame here is
ratatui: the layout solver, the buffer diffing that makes a redraw cheap
enough to leave running all day, the widget model that made Panel a
twenty-line trait instead of a framework. The border-embedded titles and hints
this project leans on are ratatui's block API being more flexible than it had
any obligation to be. It is the successor to
tui-rs by Florian Dehau, carried forward
by a community that kept it alive rather than letting it archive — and it
brings crossterm with it, which
is what makes the same binary work on macOS, Linux and Windows terminals.
| Crate | What it does here |
|---|---|
| ratatui | Every widget, layout and redraw |
| crossterm | Terminal control, key and mouse events |
| jiff | Dates, IANA timezones, the "2 days late" arithmetic |
| sysinfo | CPU and network counters, per platform |
| ureq | Blocking HTTP for weather and quotes |
| serde + toml + serde_json | Config, tasks and notes as hand-editable TOML; JSON from the APIs |
| anyhow | Error context that survives to the message a user reads |
| dirs | Finding the right config and data directory per platform |
| unicode-width | Measuring text in display cells, without which every table misaligns |
unicode-width is worth singling out: measuring chars() instead of display
cells is a bug this project shipped once, and one emoji is enough to slide
every column after it under the wrong header.
Services
Open-Meteo provides the weather, free and without an API key or an account, which is the only reason the weather panel can exist in a tool that refuses to bundle credentials. Their terms are generous to open source and they deserve the traffic; if you build on them at scale, pay them.
Market data comes from Yahoo Finance's public chart endpoint. It is not a
documented API and mirador treats it accordingly — one request per symbol, no
faster than once a minute, never persisted to disk. QuoteSource is a trait
so it can be replaced when it inevitably changes.
Prior art
Techniques were taken deliberately from projects that solved these problems
first, and are described in CLAUDE.md where they are implemented:
- btop and its ancestor bpytop — the braille level table, and the insight that a gradient should run vertically by magnitude so a graph does not shimmer as data scrolls. The CPU and network panels are wearing their ideas.
- clock-tui — run-length row encoding for block numerals, which turns thirteen glyphs and free integer scaling into about twenty lines.
- gitui, lazygit and ratatui's own tutorial — focus by dimming the unfocused rather than brightening the focused, hints in the bottom border, the jump key in the title.
License
MIT. See LICENSE.