Status bar, menu bar, menu bar extras: the names macOS uses

Type "mac status bar" into a search box and the results split in two directions. Half of them are about iPhone and iPad, where the thin strip carrying the clock and the battery really is called the status bar. The other half are about something on a Mac that Apple calls by a different name entirely. That mismatch is not pedantry. It is the reason a setting someone told you about cannot be found, and the reason two guides describing the same strip of screen give completely different instructions.

The strip across the top of a Mac screen has at least four common names in circulation, and the parts of it behave differently from each other. Sorting out which name refers to which part is the fastest way to work out what can be changed, where the control lives, and what no setting will touch.

The name Apple uses

In Apple's own documentation the strip across the top of a Mac screen is the menu bar. Not the status bar. The menu bar "runs along the top of the screen on your Mac" and is used to "choose commands, perform tasks, and check status".

The items at the right end get their own name. Apple describes them as icons that let you check the status of your Mac or quickly access features, and notes they are "sometimes called status menus". That is the closest official term to what most people mean when they say status bar on a Mac. It is a subset of the menu bar, not the whole thing.

Developers use a third set of words. The programming interface that lets an app put an icon up there is called NSStatusBar, and each icon an app adds is an NSStatusItem. This is where the word "status bar" leaks into Mac conversations: it is the name in the code, not the name in the interface. An app's release notes might say it adds a status bar item, while Apple's help pages call the same thing a status menu.

The fourth name is menu bar extras, an older term that stuck around for the system-supplied items such as the clock, the volume control, and the battery indicator. It still shows up in forum posts and in the names of files on disk, so it is worth recognising even though Apple's current help pages do not lead with it.

None of these names are wrong. They just refer to overlapping things, which is why a search phrased one way returns advice written for another.

The left half and the right half are not the same thing

The menu bar has two halves that only look alike. They are filled by different sources, they change at different times, and almost nothing you can do to one applies to the other.

The left half belongs to whichever app is in front. Apple menu, then the app's own name, then File, Edit, and whatever else that app defines. Switch apps and the whole left half is replaced. Nothing in System Settings adds or removes entries there. Those menus are part of the app, and the only way to change them is to change which app is frontmost or to use the keyboard shortcut customisation in Keyboard settings, which changes shortcuts rather than the menus themselves.

The right half stays put no matter which app is in front. Every icon there is a background process saying it is running: a system module such as Wi-Fi or Bluetooth, an Apple service such as Time Machine, or a third-party app that chose to live up there instead of in the Dock. These are the items people want to reorder, hide, or get rid of.

When a guide tells you to remove something from the status bar and the instruction does not work, this split is usually why. Advice for the right half is being applied to the left half, or the other way round.

Where each right-side icon comes from

Three different sources put icons at the right end of the menu bar, and the difference decides which controls work on them.

Source Typical examples Where it is controlled Command drag works
System modules Wi-Fi, Bluetooth, Sound, Battery, Focus, Clock System Settings, Control Center Yes
Control Center itself The two-toggle icon, and Spotlight next to it Cannot be removed from the menu bar No
Third-party apps Backup tools, clipboard managers, VPN clients, note apps That app's own preferences, if it has the option Usually yes

System modules are the easy case. Control Center settings decide whether each one appears in the menu bar at all, and items shown in Control Center can be copied up to the menu bar as well. Turning one off removes the icon without affecting the feature underneath: switching off the Bluetooth menu does not switch off Bluetooth.

Control Center and Spotlight are fixed. They sit at the far right and stay there. No setting removes them, and dragging does not move them.

Third-party icons are the unpredictable group. Some apps offer a preference to run without a menu bar icon. Many do not, because the icon is the only interface the app has. For those, the icon is present whenever the app is running, and the only way to remove it is to stop the app from running.

What can be changed with no extra software

Four controls ship with macOS and cover more ground than most people expect.

Rearranging. Hold the Command key and drag an icon sideways. The order sticks across restarts. Control Center and Spotlight will not move, and everything else slides around them.

Removing by dragging. Hold Command and drag an icon straight out of the menu bar. For a system module this is the same as switching it off in Control Center settings, and it can be switched back on there. For a third-party icon, behaviour depends on the app: some treat it as a request to hide, some ignore it, and some put the icon back the next time they launch.

Control Center settings. Each system module has its own visibility choice, and Control Center can gain or lose items independently of the menu bar. This is where the clock format, the battery percentage, and similar options live.

Login items. System Settings has a list of the apps that start automatically. Removing an app there stops it launching at startup, which stops its icon appearing at all. This is the blunt instrument: it removes the icon by removing the app's background work, so anything that app was doing quietly stops too.

There is a fifth control that is easy to miss: the menu bar can be set to hide until the pointer reaches the top of the screen. The choice is made separately for the desktop and for full screen apps, so it is possible to keep the bar visible while working on the desktop and have it stay out of the way in a full screen editor. Hiding it this way affects both halves at once, menus and status icons together, and it does not reduce the number of icons competing for width when the bar is revealed.

Between them these five handle a menu bar with eight or ten icons. The trouble starts above that number.

Where the built-in controls stop being enough

Three limits show up in the same order on almost every Mac.

The first is the notch. On MacBook Pro and MacBook Air models that have one, the menu bar is physically interrupted, and icons that would fall behind the notch are not drawn. There is no warning and no overflow arrow. Items simply stop appearing, usually the ones furthest left, which are often the ones you added most recently. Connecting to an external display changes the available width and changes which icons vanish.

The second is that hiding and quitting are the same action for third-party items. If an app has no preference to hide its icon, the only ways to clear it are to quit the app or to remove it from login items. Both stop the app doing its job. A clipboard manager that is not running is not recording the clipboard.

The third is that the ordering rules are not yours to set. Command drag works item by item, and the arrangement survives restarts, but nothing groups icons, nothing keeps a set together, and nothing gives one Mac the same layout as another.

This is the point where people go looking for a menu bar manager for macOS: not because the built-in controls are broken, but because they were designed for a handful of system modules rather than for twenty background apps.

What a menu bar organiser actually changes

Tools in this category work on the same idea. They add a divider to the menu bar, move the icons you nominate to the far side of it, and give you a way to bring them back when you need them. The app underneath keeps running, so nothing it was doing in the background stops. Only the drawing changes.

Beyond that shared idea, the approaches differ enough to matter, and the differences are worth checking against how you actually work. Some tools reveal hidden icons by expanding the menu bar, which needs the space to be free. Others show the hidden items in a separate panel, which works regardless of width and is the only approach that copes well with a notch and a crowded bar at the same time. Whether you can click a hidden icon and open its menu without first expanding the whole bar is another point of difference, and it is the one that decides whether hiding an icon costs you a click every time you need it.

Price and licensing vary as well. Free, open source options exist alongside paid ones, and the paid ones split between one-time purchases and subscriptions. A side by side view of the current options is on the comparison page, and the details of one approach are on the features page.

Search and keyboard access are the other thing to look for. Once icons are hidden, finding a specific one by memory of its position stops working, so a way to search by app name or to assign a shortcut to a single icon replaces the habit you had before.

Handling more than one display is the last thing worth checking before choosing. A Mac that spends half its life docked to an external screen and half undocked has two different amounts of usable menu bar width, and an arrangement that fits one will overflow the other. Tools differ in whether they remember a separate layout per display setup or apply a single arrangement everywhere, and the difference only becomes obvious after the first week of plugging and unplugging.

What to change first

Start with Control Center settings and login items, because both are free, reversible, and often enough on their own. If the bar is still full after that, or icons are disappearing behind a notch, the next step is a tool that hides icons without stopping the apps behind them. Koffret can be tried for fourteen days without a card.

Frequently asked questions

Is the status bar on a Mac the same as the one on an iPhone?

No. On iPhone and iPad the status bar is the thin strip showing the time, signal, and battery, and apps cannot add to it. On a Mac the equivalent strip is called the menu bar, it carries the frontmost app's menus on the left, and any app can add an icon to the right end.

Why does Command dragging fail on some icons?

Control Center and Spotlight are fixed at the far right and will not move. A few third-party apps also position their icon in a way that does not respond to dragging. For everything else, the drag has to start with the Command key already held down.

Icons vanished after connecting an external display. Where did they go?

The apps are still running. The menu bar is drawn per display, and each display has a different amount of usable width, so a bar that fits on one screen can overflow on another. On a Mac with a notch, items that would land behind it are not drawn at all.

Does hiding an icon stop the app from working?

No, as long as the icon is hidden rather than the app quit. Hiding changes only what is drawn in the menu bar. Removing the app from login items is different: that stops the app launching, and the work it did in the background stops with it.

Can the menu bar be removed entirely?

Not removed, but it can be set to hide until the pointer reaches the top of the screen, and that setting can be applied separately to the desktop and to full screen apps. The left half returns whenever it is revealed, because the frontmost app's menus have nowhere else to go.

Back to all posts