Dock or menu bar: where each kind of app belongs

A MacBook has two permanent shelves for apps. One runs along the bottom and stretches. One runs along the top and does not. Most people fill both the same way, by leaving whatever landed there in place, and then wonder why only the top one ever feels crowded.

The two strips were designed for different jobs, and the difference is not cosmetic. The Dock holds things that get opened. The menu bar holds things that are already running and have something to report. Sorting existing icons by that single question fixes more crowding than any settings change, and it takes about ten minutes. What follows is the comparison in full, including the capacity limit that only one of the two strips has.

The two strips were built for different jobs

	Dock	Menu bar
Holds	Apps to launch, open windows, minimised windows, files, folders	Status of things already running, plus the frontmost app's menus
Capacity	Elastic. Icons shrink as the count rises	Fixed. Items stop being drawn when the row runs out
Can be resized	Yes, with a size slider and optional magnification	No
Can be moved	Left, bottom, or right edge	No
Interaction	Click to open or switch, right-click for a menu	Click to read state or change a setting in place
Reports state	A dot under the icon, and a badge if the app sets one	The icon itself, redrawn live

The last row is the important one. A Dock icon tells almost nothing without being clicked. Apple's own description of the indicator is exactly as limited as it sounds: "Show indicators for open applications" puts a small dot below an app's icon when the app is running, and that is the extent of it.

A menu bar item is the opposite. It is a live drawing. Battery percentage, VPN connected or not, microphone in use, sync in progress, recording in progress, unread count. The whole reason to give something a slot up there is to read its state without clicking anything. If clicking is required to learn anything, the slot is being wasted.

The Dock stretches. The menu bar has a ceiling.

Add a twentieth app to the Dock and every icon gets slightly smaller. Add a fortieth and they get smaller again. The Dock absorbs pressure by shrinking, and System Settings > Desktop & Dock offers a size slider plus magnification to compensate when the icons get too small to hit. It can also be moved to the left or right edge, where a vertical strip fits noticeably more items on a wide display than a horizontal one does at the bottom.

The menu bar has no such give. The row does not scroll, does not wrap to a second line, and cannot be resized. Items are laid out from the right edge leftwards, and when the space runs out the leftmost ones are simply not drawn.

On a MacBook the limit arrives much earlier than on an external display, because the notch sits in the middle of the row and the menu bar treats it as the end of the usable space. The practical result is that a MacBook Pro or Air stops showing new status icons long before the row looks visually full. Nothing warns that this has happened. An app installed last week places its icon in the row, an older icon falls off the end, and the first sign is noticing three days later that something is no longer where it used to be.

This asymmetry decides most placement arguments on its own. A Dock slot is cheap and gets cheaper. A menu bar slot is scarce and gets scarcer with every install.

There is a second difference in how the two strips behave across displays, and it catches people who dock a MacBook to an external monitor. The Dock lives on one display at a time and follows the pointer to the bottom edge of whichever screen it was last summoned on. The menu bar is drawn at the top of each display, and when Displays Have Separate Spaces is turned on in the Mission Control section of Desktop & Dock settings, each screen keeps its own. The consequence for crowding is worth noting: the external display usually has no notch, so the same set of status icons that overflows on the laptop screen fits comfortably on the monitor. A menu bar that looks fine all day at a desk can be unusable the moment the lid is the only screen available, which is exactly when the tidying gets postponed.

Some apps get to choose, and some never had a choice

Three categories behave differently, and knowing which one an app falls into saves a lot of hunting through its settings.

Apps with a window and a Dock icon. The ordinary case. Mail, Safari, a text editor. They appear in the Dock when running, take the left end of the menu bar while frontmost, and vanish from both when quit.

Background utilities with no window at all. These declare themselves as agents in their bundle configuration, using the LSUIElement key, which tells macOS not to give them a Dock icon or an app menu. Everything they offer has to come through a menu bar item, because there is nowhere else for it to go. Clipboard tools, battery limiters, and keyboard remappers usually live here. There is no setting that will move one of these into the Dock instead.

Apps that offer both and let the user pick. A growing number of utilities have a preference along the lines of "show icon in Dock" and "show icon in menu bar", with both independently switchable. These are where a decision is actually available, and they are worth auditing once. An app that is opened twice a day and then quit belongs in the Dock. An app that runs for eight hours and reports a number belongs in the menu bar. An app that is doing neither belongs in neither, and can be reached from Spotlight or the Applications folder when it is actually wanted.

System controls form a fourth case with its own route. Control Center holds items that can be promoted to the menu bar individually. Control-click an item inside Control Center and choose Copy to Menu Bar or Add to Menu Bar, or open Edit Controls and drag it out. The reverse works too, which is the quiet answer for anyone who wants Bluetooth reachable without giving it a permanent slot.

What each slot actually costs

Placement gets easier when the cost is named rather than felt.

A Dock slot costs a small amount of width that everything else absorbs, and it costs a click to learn anything. The click opens a window, which is often an interruption in itself. The benefit is a large, recognisable target and a predictable position.

A menu bar slot costs a fixed amount of the scarcest horizontal space on the machine, permanently, whether or not the app has anything to say. The benefit is that the state is legible without any interaction. A VPN icon that shows connected and disconnected differently is doing real work every time the eye passes over it. A cloud storage icon that looks identical whether syncing is finished or stalled is not, and it is paying the same rent.

That test separates useful menu bar items from habitual ones faster than any general tidying advice. Look at each icon and ask what changes about its appearance during a normal day. If the answer is nothing, it is a launcher wearing a status icon's clothes, and the Dock is a better home for it.

Two habits keep launchers in the menu bar long after they stopped earning it. The first is that many apps place their item there on first run without asking, so the slot was never a decision in the first place. The second is that removing an icon feels risky, because it is not obvious whether the app will still run afterwards. In almost every case it will: the item is a view onto a process that keeps going without it, and the app's own settings put the icon back. Testing that on one app is enough to make the rest of the audit go quickly.

A second test catches the rest. Some items genuinely report state, but state that only matters occasionally. Time Machine progress matters during a backup. Screen recording status matters during a recording. A battery limiter matters when the charge is near its threshold. Those items deserve to be visible sometimes and absent the rest of the time, which is a capability the system offers only partially. System Settings > Menu Bar gives several built-in controls a choice between Show When Active and Always Show, but that choice does not extend to third-party apps.

Auto-hide does not create room

Both strips can be set to slide out of view. System Settings > Desktop & Dock has "Automatically hide and show the Dock". System Settings > Menu Bar has "Automatically hide and show the menu bar" with four settings: Always, On Desktop Only, In Full Screen Only, and Never.

Neither setting increases capacity, and confusing the two costs time. Hiding the Dock frees screen space for windows, which is a real benefit on a 13-inch display. Hiding the menu bar frees a strip of pixels that windows mostly do not use anyway, and it makes every status icon unreadable until the pointer travels to the top of the screen. The icons still occupy the same slots and still fall off the same end.

For the Dock, hiding is a legitimate answer to crowding because the Dock was never the constrained resource. For the menu bar, hiding trades away the only thing a menu bar item is good for. The constraint there is the number of items drawn at once, and the only honest ways to change that number are to remove items, to hold Command and drag the ones that are rarely used off the bar, or to use a tool that hides menu bar icons on a Mac so that the seldom-needed ones stay installed but stay out of the row until they are called for. The differences between those tools come down mostly to what happens at the moment a hidden icon is needed again.

What to change first

Spend ten minutes sorting, not configuring. Walk the menu bar from right to left and move anything whose appearance never changes during the day into the Dock, using each app's own settings. Then hold Command and drag off whatever is left that has not been clicked in a month.

If the row is still crowded after that, the count of genuinely useful background apps is simply higher than a MacBook menu bar can draw, and no amount of sorting will change it. A trial of a menu bar organizer is the cheaper experiment at that point, and the pricing page says what it costs if it stays.