As a long-time Vim user, I have spent years cultivating a reflexive distrust of the mouse. Not because the mouse is useless, but because it interrupts thought. Vim trains the hand to remain on the keyboard and the mind to remain on the task. Navigation becomes intention without ceremony. Editing becomes rhythm. After enough time in that environment, one begins to resent any workflow that requires reaching away from the keys merely to recover momentum.
It was only natural, then, that I wanted to apply the same instinct to window management on macOS.
At first, I made the common mistake. I treated macOS windows as though they ought to behave like files placed temporarily out of sight: minimize one here, minimize another there, and trust that I would retrieve them later with similar ease. But this habit, while superficially tidy, quickly revealed itself to be hostile to keyboard-first work. Minimization is not true organization. It is postponement. A minimized window falls into the Dock and, with it, often falls out of one’s immediate control. The action removes clutter from sight, but it does not preserve flow. For someone trained by Vim to think in reversible, deliberate motions, this is a poor bargain.
The more elegant principle is simple: stop minimizing. Use app switching, hiding, and window cycling instead.
This distinction matters because hiding is reversible in a way minimizing often is not. A hidden application remains part of an active mental map. It is merely withdrawn from view, not exiled into a separate retrieval ritual. A minimized window, by contrast, becomes an object that frequently demands either a trip to the Dock or an awkward recovery process. The difference is subtle at first, but over time it determines whether one’s desktop feels like an instrument or a mess.
The first discipline, then, is to separate the management of applications from the management of windows. On macOS, ⌘ + Tab governs applications. It is the broad gesture, the movement between major contexts: browser, editor, terminal, mail client. Hold ⌘, tap Tab, and move across the application layer of your workspace. This is not merely a shortcut; it is a conceptual frame. One stops thinking, “Where did that window go?” and begins thinking, “Which application context do I need?”
Where the novice minimizes, the expert switches.
Within the app switcher, macOS quietly offers further power. Pressing H hides the selected application. Pressing Q quits it. These small gestures matter because they allow the keyboard user to treat visibility and existence as distinct operations. Not everything needs to remain present; not everything should be destroyed. The best systems distinguish between concealment and closure.
Once you are inside the correct application, a different problem emerges: not which app you need, but which window within that app. Here macOS offers one of its most important and most underappreciated shortcuts: ⌘ + `. This cycles through windows of the same application. For a keyboard-first user, it is indispensable. It replaces the vague and visually dependent habit of searching through layered windows with a precise mechanical motion. In practice, this shortcut does much of the work people mistakenly assign to minimization. Rather than minimizing one browser window so that another may be reached, you simply cycle to the one you want.
This is why minimizing is often the wrong instinct. In many cases, the better action is either ⌘ + W to close what is no longer needed or ⌘ + H to hide the current application until you are ready to return. The former removes the window from the session entirely; the latter preserves it without demanding visual attention. Minimization, by contrast, too often creates a middle state that is neither clean nor fluid.
The second discipline is visibility management. ⌘ + H hides the current application. ⌘ + Option + H hides everything except the current application. This latter command is, in effect, a kind of immediate focus mode. It clears the stage without requiring you to close windows, rearrange desktops, or reach for the mouse. For the writer, programmer, or researcher, it is a graceful form of concentration: not destruction, not minimization, but selective silence.
There are moments, however, when one requires overview rather than focus. At those moments, macOS provides Mission Control. With Control + ↑, you can see all open windows; with Control + ↓, you can see the windows belonging to the current application. These commands are useful because they restore spatial awareness without forcing you into the Dock-centered logic of minimized windows. They provide a survey of the current state of work. One sees, at a glance, not just what is open, but how one’s attention has been distributed.
A more advanced keyboard-driven workflow also depends on understanding Spaces, the separate desktops macOS allows you to create and traverse. Control + ← and Control + → let you move between them. Once mastered, these shortcuts transform the desktop from a pile into an architecture. One space may hold communication tools, another research, another writing, another development. This is not merely cosmetic sorting. It is a way of assigning different kinds of labor to different mental rooms.
There is, admittedly, one place where the keyboard purist meets resistance: the Dock. If you truly need to restore a minimized window by keyboard alone, Control + F3—or on some keyboards Fn + Control + F3—moves focus to the Dock. From there, the arrow keys navigate, and Return opens the selected item. This is useful, but it is best understood as an exception rather than a foundation. If your workflow regularly depends on Dock recovery, the larger system has probably already failed. The better solution is not to become excellent at restoring minimized windows, but to stop creating them so often in the first place.
For this reason, the most effective macOS workflow for a Vim user is remarkably compact:
Switch applications with ⌘ + Tab. Cycle windows with ⌘ + `. Hide with ⌘ + H. Survey with Mission Control. Move between desktops with Control + ← / →.
That is the core grammar. Everything else is elaboration.
Third-party tools can refine this further. Utilities such as Raycast, Rectangle, and AltTab extend keyboard control beyond Apple’s defaults, offering faster launching, window snapping, and more Windows-like window switching. Yet such tools are supplements, not substitutes. The deeper lesson is philosophical rather than technical: a keyboard-first workflow succeeds when each action preserves continuity of thought.
That, finally, is why the macOS command I learned to distrust was ⌘ + M. Minimization feels orderly, but for the serious keyboard user it often produces friction disguised as neatness. A hidden application is recoverable. A cycled window remains in the active system. A well-used Space preserves context. But a minimized window too easily becomes an administrative burden.
The Vim habit, when transferred wisely to macOS, is not merely a preference for shortcuts over clicks. It is a preference for continuity over interruption. The goal is not to avoid the mouse out of ideology. The goal is to remain unbroken in one’s work.
And so the rule is worth stating plainly: never minimize when you can hide, switch, or cycle. The keyboard is not merely faster. Properly used, it is clearer.
Comments
Post a Comment