The mouse is slow not because of travel time but because it interrupts the thought you were mid-way through. A practical guide to keeping your hands still.
· Productivity · 7 min read
Watch someone take notes during a meeting and count the interruptions. They type a line. They reach for the trackpad to click a different note. They scroll to find where they were. They drag to select a word, move to the toolbar, click bold, come back. Each detour costs maybe three seconds, and there are forty of them in an hour.
The three seconds are not the problem. The problem is what happens to the sentence they were composing while their attention went to a small target on a screen and their hands left the keyboard to hit it. Note-taking is unusual among computer tasks in that its bottleneck isn't throughput — it's the fragility of a thought held in working memory. The mouse is expensive not because it is slow but because it is interrupting, and the difference matters for how you fix it.
Three separate things happen when your hand leaves home position.
Aiming is a foreground task. Moving a pointer to a target requires visual feedback and correction — you cannot do it with your attention elsewhere, the way you can type a word you already decided on. Every click briefly evicts whatever you were composing. Keyboard shortcuts don't, because a learned key combination runs without supervision.
Re-entry has a cost. After clicking, you have to find the caret again and reload what you were about to write. Sometimes it's still there. Often the second half of the sentence is gone, and you write a worse one.
Hunting is decision-shaped. Scanning a sidebar for the right note is not mechanical, it's a small search task with its own attentional footprint. "Where is that note" and "what was I about to say" compete for the same scarce thing.
The practical consequence: the shortcuts worth learning are not the ones that save the most seconds. They're the ones that fire most often while you are mid-thought. A one-second saving on something you do sixty times an hour, at exactly the moments your mind is loaded, beats a ten-second saving on a weekly chore.
Almost every keyboard-first note-taking setup, in any tool, comes down to four capabilities. If your app covers these, the rest is garnish.
In an outliner, Tab and Shift+Tab indent and outdent, and some modifier plus the arrow keys moves a line — with its children — up or down the document. That's the whole structural vocabulary, and it means reorganizing is something you do while writing rather than a separate cleanup pass with a mouse.
This is the single highest-leverage keyboard skill in note-taking, because structure is where notes go wrong. When demoting a point costs one keystroke, you fix the hierarchy in the moment you notice it's wrong. When it costs a drag operation, you leave it and promise to tidy later, which is a promise nobody keeps.
Collapse and expand belong here too. Folding a finished section to get it out of view is a focus operation, and it should never require aiming at a small triangle.
The sidebar is a browsing tool, and browsing is for when you don't know what you want. When you do know — and mid-thought you always do — you want to type a few letters of a note's name and land in it. This is the "quick switcher" or "command palette" pattern, usually on Ctrl/Cmd+K, and it's the difference between navigation as a search task and navigation as a reflex.
Once it exists, an underrated thing follows: it makes many small notes cheaper than a few large ones, because the cost of getting to a note collapses. Half of the argument about how big a note should be is really an argument about navigation friction.
Good implementations extend the same box to commands — create a note, rename, open sync settings — so infrequent actions you'd otherwise hunt for in menus become type-three-letters-and-Enter, and you never have to memorize a shortcut for them at all.
Typing [[ and getting an autocomplete of note names — or # for tags — turns connection into part of writing rather than an editing step. This is exactly why backlinks pay off for some people and not others: the link is worth making only if making it is nearly free at the moment the connection occurs to you. Any tool that requires opening a picker dialog has already lost most of the links you would have made.
The same logic covers formatting. Markdown is popular in note apps for a reason that has nothing to do with portability: **bold** never moves your hands.
The fastest note is one you can start without deciding where it goes. A single key that drops you into a scratch buffer from anywhere, and another that returns you to what you were doing, removes the "where does this go" decision from the moment of capture — which is the whole quick-capture argument in one keystroke.
Indenta wires these four to Ctrl/Cmd+K for the switcher, Tab and the arrow-key combinations for structure, [[ and # for inline links and tags, and Ctrl/Cmd+J for a Quick Note you can toggle in and out of from anywhere; the User Guide lists the full set. But the four capabilities matter more than any particular binding — the exercise below works in whatever you already use.
Nobody absorbs a shortcut reference card. What works is narrower and slower:
One shortcut per week. Pick the operation you just did with the mouse for the third time this hour. Use its keyboard equivalent every time it comes up for a week, deliberately and clumsily. It will be slower for two days. By day four you'll stop thinking about it, and it's yours permanently. Then take the next one.
Start with navigation, not formatting. The switcher first. It fires more often than every formatting shortcut combined, and it's the one that most reliably interrupts a thought.
Let the ugly path be a signal. When you catch yourself doing something awkward with the mouse — dragging a bullet across a long note, clicking through a sidebar to a note you knew the name of — that's not a failure of discipline. It's a report that a shortcut exists and you don't know it yet. Open the help panel, find it, use it three times in a row.
It isn't a religion, and two cases push back honestly.
Coarse restructuring is a mouse job. Moving a subtree across two hundred lines is a drag, not eleven keystrokes. Keyboard-first is for operations near the caret, which is where nearly all of them are — but not all.
Phones don't have keyboards, and pretending otherwise produces bad mobile apps. But the principle survives the platform change, because it was never really about keys — it was about operating on the line in front of you without your attention leaving it. On a touch screen that means gestures, and the four motions above all have natural ones: swipe a line right to indent and left to outdent, pinch to collapse and expand the structure, two-finger swipe to undo. Indenta maps exactly those, which is why the mobile version doesn't feel like a downgrade; the alternative — a toolbar of small buttons above the keyboard — is a cramped desktop wearing a phone costume, and it interrupts a thought just as thoroughly as a trackpad does. Judge the two surfaces separately, but apply the same test to both: can you restructure a line without looking away from it?
Take notes for one meeting and, every time your hand leaves the keyboard, make a tally mark. Don't change anything, just count. Most people land somewhere between fifteen and fifty, and are surprised.
Then look at what the marks were for. They'll cluster — three or four operations account for nearly all of them, and they're almost always the same four: switching notes, moving a line, folding a section, starting something new. Learn those four bindings in your tool, one per week, and the tally roughly halves.
What you notice afterward isn't speed. It's that sentences you meant to write actually get written, because nothing evicted them halfway through.
Try it in practice: Indenta is a free, offline-first outliner — nested notes, backlinks, tags, and peer-to-peer sync, with no account required. Start writing in your browser, or read the User Guide first.