Quick Capture
What if the path from question to hit were not eight clicks, but two keystrokes — and 1.2 seconds instead of fourteen? Quick Capture cuts the search time per hit by over 90% and turns retrieval into a reflex rather than a treasure hunt through folders.
- If the index does not stay fresh, trust breaks — newly created blocks must be searchable at once.
- Frequent hits must not crowd out the rare, relevant ones (recency bias).
- Without typo tolerance, the two-keystroke promise fails.
Cmd+K, term, Enter — block or page, in two keystrokes. The same search in the file explorer takes eight: open the window, click into the search box, choose the folder scope, type the filename, wait, open the file, search for the term within the file, hit. mium shortens this chain to one keyboard shortcut and one search term.
Why tool search slows you down
Across 200 search sessions in a beta corpus of 1,200 pages, the search-to-hit time in the file explorer averaged 14 seconds. Of that, 6 seconds go to the tab switch, 4 to narrowing the folder, 4 to opening and scrolling the matched file. Block-level hits — a paragraph inside a wiki page, say — stay out of reach for the file explorer by design, because its granularity stops at the file.
5 rules for Quick Capture
- Cmd+K (on Linux and Windows, Ctrl+K) is the only entry point into search. No second input field in the sidebar, no toolbar magnifier.
- Full-text across everything — title, body, properties, comments. No opt-in switches.
- Block and page hits are shown together, with the block position as a sub-line under the page title.
- Recently opened pages appear at the top the moment the search box is empty (recency bias as the default, not as a plugin).
- You type property filters inline — type:meeting, autor:team-mut, jahr:2026, with no dialogue box and no builder.
Before and after — file-explorer search vs. Cmd+K
| Step | File explorer | Cmd+K in mium |
|---|---|---|
| Entry | switch window, click into the search box | Cmd+K |
| Input | type the filename | type the term |
| Granularity | file | block or page |
| Property filter | not available | inline (autor:, type:) |
| Keystrokes to hit | 8 | 2 |
| Search to hit (median) | 14 sec | 1.2 sec |
An honest question
How long do you take to find a note from three months ago? Not in the best case, but at the median across your last ten attempts. The answer decides whether Quick Capture is a comfort feature for you, or the precondition for the note still existing at all.