Hide the whole menu bar on a Mac, not just the icons

Search for how to hide the menu bar on a Mac and two different problems come back wearing the same words. One is the bar itself: the strip across the top of the screen carrying the Apple menu, the app menus, the clock, and a row of small icons. macOS can push that entire strip out of sight and bring it back when the pointer goes looking for it. The other problem is what lives inside the bar. There are too many icons, the one that matters is buried among things that never get clicked, and on a MacBook the row runs into the notch and items start vanishing without anyone choosing which ones.

The switch that solves the first problem does nothing at all for the second. That is the usual reason the bar still feels wrong after the setting has been changed.

The switch that hides the bar itself

On macOS 27, open System Settings, choose Control Center in the sidebar, and scroll to the section headed Menu Bar Only. The first row there is "Automatically hide and show the menu bar". The same control is reachable from Desktop & Dock under its Menu Bar heading, so either route lands on the same setting.

It is a four-way choice, not an on and off switch, and the difference between the options matters more than the names suggest.

Always

The bar is gone on the desktop, gone in windowed apps, gone in full screen. It reappears only while the pointer is held against the very top edge of the display, and slides away again the moment the pointer leaves. Every menu, every status icon and the clock all live behind that gesture.

On Desktop Only

The bar hides while the desktop is what is in front, and stays put whenever an app window is active. This is the option most people actually want when they say they want a clean desktop, because the screenshot of an empty wallpaper looks the way they imagined while working stays normal.

In Full Screen Only

The bar behaves as it always has: present in windowed work, out of the way when an app is taken full screen, and revealed by moving the pointer to the top. This is the behaviour a Mac ships with.

Never

The bar stays visible even in full screen apps. Video and presentations keep a strip of menus across the top. Some people prefer this because the clock never disappears mid task.

Below that row sits "Show menu bar background", which controls whether the strip is drawn with its own tinted backing or lets the wallpaper run straight through. It changes how the bar looks, not whether it is there.

What hiding the bar actually costs

Hiding the bar does not reduce anything. It relocates all of it behind a pointer gesture, and the bill arrives in three places.

The first is glanceable information. The clock, the battery percentage, the Wi-Fi strength and any menu bar item that exists to be read rather than clicked stop being readable. A battery indicator that has to be summoned is not an indicator any more. If the reason for hiding the bar was that it looked busy, the busy part is still there, just one gesture further away, and it now costs a deliberate movement to check something that used to cost a glance.

The second is the reveal gesture itself. The pointer has to reach the top edge and stay there. On a large external display that is a long trip from wherever the work is happening. On a MacBook with a notch, the top edge is split by the camera housing, and aiming for the strip on either side is fussier than it sounds. The reveal also fires when the pointer merely passes through on its way somewhere else, so the bar flickers into view during ordinary window dragging.

The third is keyboard work. App menus are where unfamiliar commands get discovered, and a hidden bar makes that discovery a two step process. Anyone who reaches for the menus to find a command rather than to confirm a shortcut will feel this immediately.

None of this argues against hiding the bar. It argues for knowing which of the four options is being chosen, because "Always" and "On Desktop Only" have very different costs.

Why the bar fills up in the first place

Menu bar items are laid out from the right edge inwards. The clock and Control Center sit furthest right, then the system modules, then anything installed apps have added. The app menus for whatever is in front grow from the left. Both sides are drawing into the same strip.

That strip has a hard limit. When the two sides meet, macOS starts dropping status items from the middle, oldest claim first, and it does so silently. Nothing announces that an icon has been removed from view. On a MacBook with a notch the usable width is smaller still, because the notch region cannot hold items, so the collision happens sooner. An app with long menu names, such as a design tool or a development environment, can push several status icons off the bar just by being brought to the front.

This is why the bar can look fine in one app and wrong in the next, and why quitting an app sometimes makes a forgotten icon reappear. The row is not a fixed shelf. It is whatever fits today.

What macOS can remove without any extra software

A useful amount of the clutter can be dealt with in Control Center settings, and it is worth exhausting that before adding anything.

Each row in the Control Center Modules and Other Modules lists has its own menu bar behaviour. The options are "Always Show in Menu Bar", "Show When Active", and "Don't Show in Menu Bar". Wi-Fi, Bluetooth, Sound, Screen Mirroring, Focus, Battery and the rest can each be set individually. Setting something to "Show When Active" is the middle path: it stays out of the bar until it has something to report, such as a Bluetooth device being connected or audio playing through a specific output. Anything set to "Don't Show in Menu Bar" is still reachable by opening Control Center, so nothing is actually lost.

Further down the same pane, the Menu Bar Controls section handles items added by installed apps. Apple describes it plainly: applications can add menu bar items to provide extra functionality, and turning a menu bar item off will prevent it from ever appearing in the menu bar. That is a harder switch than a preference inside the app, because it applies whether or not the app agrees, and it is the right tool for a utility that reinstalls its own icon every time it updates.

Position is adjustable too. Hold Command and drag a menu bar icon sideways to reorder the row, which is enough to move the two or three that matter out from behind the notch. On system items, Command-dragging an icon off the bar removes it.

A quick way to decide what deserves the space

Most menu bar rows have never been audited. Icons arrive with installers, get tolerated, and then become furniture. Sorting them takes about ten minutes and makes every later decision easier.

Work through the row one icon at a time and put each into one of three groups.

The first group is things that are read. A battery percentage, a clock, a Wi-Fi symbol, a recording indicator, a VPN state. These exist so that a glance answers a question, and they lose all their value the moment they are hidden. This group should be small, usually three or four items, and it is the group that earns permanent space next to the clock.

The second group is things that are clicked. A password manager, a screenshot tool, a clipboard history, an audio switcher. These are launchers. Nothing is lost by putting them one click further away, because reaching them was always going to be a deliberate act. Most of a crowded bar turns out to sit here.

The third group is things that do nothing at all. Updaters, licence reminders, helper icons for apps that are already in the Dock, menu items belonging to software installed once and never opened since. These do not need to be hidden. They need to be switched off in the app that created them, or blocked outright in the Menu Bar Controls section described above, and that is a permanent fix rather than a cosmetic one.

Once the three groups are written down, the question stops being how to hide the menu bar and becomes a much smaller one: how to keep group one visible while group two waits somewhere out of the way. That is a different job from the auto hide setting, and it is solved by different means.

Hiding the bar versus thinning the icons

The two approaches answer different complaints, and the table below is the fastest way to tell which complaint is the real one.

Hide the whole bar Thin the icons
What disappears App menus, clock, every status icon Only the icons that were chosen
How it comes back Pointer held at the top edge The kept icons never left
Effect on the notch Nothing is clipped because nothing is drawn Fewer items, so the collision stops happening
What it costs Glanceable information, menu discovery Time spent deciding what matters
Best when Screen recording, presenting, screenshots The bar is used all day and is simply too full

Read that way, the auto hide setting is a mode rather than a fix. It is genuinely the right answer for recording a screen, presenting to a room, or capturing clean screenshots. It is a poor answer for a bar that is used constantly and has grown past the width available.

Where a menu bar manager fits

Between the two sits a third approach: leave the bar visible, but keep most of its icons off to one side until they are wanted. A tool that hides menu bar icons on a Mac inserts a divider into the row. Items to the left of it are collapsed out of view, the clock and the handful of icons that earn their place stay where they were, and the collapsed group comes back on a click, a hover, or a keyboard shortcut.

The differences worth checking between such tools are narrow but real. Whether hidden icons can be clicked while the bar is still collapsed, or whether the whole row has to expand first. Whether a second tier exists for items that should effectively never appear. Whether a hidden icon can be brought out automatically when its state changes, so a sync indicator surfaces only when a sync is stuck. A feature comparison is the only honest way to tell these apart, and the features list and the side by side comparison are laid out for exactly that reading.

What to change first

Set "Automatically hide and show the menu bar" to "On Desktop Only" and live with it for a day. If the bar still feels wrong while apps are open, the problem was never the bar, it was the row of icons inside it, and that is what Koffret was built to sort out.

Frequently asked questions

Where is the auto hide setting on macOS 27?

System Settings, then Control Center in the sidebar, then the section headed Menu Bar Only. The row is called "Automatically hide and show the menu bar" and offers Always, On Desktop Only, In Full Screen Only, and Never. The identical control also appears in Desktop & Dock under Menu Bar.

Does hiding the menu bar free up screen space for apps?

Only while the bar is hidden. Windows can then use the full height of the display, which is a real gain on a small screen. On a MacBook with a notch the area beside the camera stays unusable for window content regardless of the setting, so the gain there is smaller than expected.

Why do menu bar icons disappear on a MacBook even without any setting changed?

The menu bar has a fixed width, and the app menus on the left and the status icons on the right compete for it. When they collide, macOS silently drops status items, and the notch reduces the space available before that happens. Bringing an app with long menu names to the front can push several icons out of view on its own.

Can the menu bar be hidden for one app only?

Not through a per app setting. The closest match is "In Full Screen Only", which hides the bar whenever any app is taken full screen and shows it the rest of the time. Taking a single app full screen therefore gives that app a bar free screen while everything else keeps its menus.

Is it possible to keep the clock visible while hiding everything else?

Not with the auto hide setting, because it takes the whole strip at once. Reaching that result means leaving the bar visible and removing individual items instead, either through the per module choices in Control Center settings or with a tool that collapses the rest of the row behind a divider.

Back to all posts