Why macOS can't hide the menu bar on just one display

You cannot hide the menu bar on just one display in macOS using a built-in setting. The "Automatically hide and show the menu bar" toggle in System Settings is global: it applies to every display at once, or to none of them. macOS has no per-display control for the menu bar, and there is no public API that exposes one. The only way to hide the bar on a single monitor is a third-party tool that covers that display's menu-bar strip directly.

If you run more than one monitor, this is one of the first walls you hit. Maybe you have an OLED panel you want to protect from burn-in next to a normal LCD. Maybe you just want a clean canvas on one screen and the menu bar handy on the other. Either way, you flip on the auto-hide toggle and watch the bar disappear from both screens. That is not a bug. It is exactly how Apple designed it. Here is the why, and what you can actually do about it.

The built-in auto-hide is global on purpose

The setting lives in System Settings > Control Center > "Automatically hide and show the menu bar", with options like Always, On Desktop Only, In Full Screen Only, and Never. Whatever you pick governs the menu bar across your whole Mac. Turn it on and the bar slides away everywhere. Move your pointer to the top edge of any display and it slides back, again everywhere.

This is not laziness on Apple's part. The menu bar is a single, system-wide control surface. It hosts the active app's menus, the clock, Control Center, Spotlight, and your menu-bar apps. On a multi-display Mac, the bar appears at the top of whichever display currently has focus, and macOS moves it to follow your active window. Treating its visibility as one global state keeps that model simple and predictable. A per-display toggle would let the bar exist on one screen and vanish on another at the same moment, which raises awkward questions (where does a menu open if you trigger it from an app on the screen with no bar?). Apple's answer is to not split the behavior at all.

macOS exposes the menu bar's auto-hide as a single system-wide preference. There is no public per-display variant of it, in System Settings or in the developer APIs.

Why even good apps can't add the toggle you want

It is reasonable to assume some clever utility could flip a hidden per-display flag. None of them do, because the flag does not exist. The frameworks that deal with displays (the screen and window APIs) let an app read your screen layout, the menu-bar height, and which display is active. They do not offer a documented way to say "hide the menu bar on display 2 only." Auto-hide is controlled through the same global preference the System Settings checkbox writes. An app can toggle that preference for you, but it inherits the same all-or-nothing scope. There is nothing finer to reach for.

So when an app genuinely hides the whole bar on one display, it is not calling a secret API. It is working around the absence of one. That distinction matters, because it explains why the popular menu-bar tools you have probably heard of do not solve this problem.

Icon managers are a different category

This is the most common point of confusion, so it is worth being precise. Tools like Bartender, Ice, Hidden Bar, and Dozer are excellent, but they manage your menu-bar icons, the status items on the right side of the bar. They let you hide, group, and reveal those icons so the bar looks tidier.

What they do not do is hide the system menu bar itself. The strip, its background, the clock, the Apple menu, and the app menus all stay where they are. And none of them work per display, because the thing they manage (the row of status icons) only ever lives on one bar at a time. If your goal is "make the entire menu bar go away on this one monitor," an icon manager is the wrong tool. It solves a related but separate problem.

• Icon managers (Bartender, Ice, Hidden Bar, Dozer): hide and organize the status icons. The bar stays.
• Built-in auto-hide: hides the whole bar, but on every display at once.
• What is actually missing: hiding the whole bar on a display you choose, while your other displays keep theirs.

For a closer look at those tools, see Bartender, Ice, and friends vs hiding the whole menu bar.

Why people want this: OLED burn-in

The per-display request usually comes from one scenario: a mixed setup where one screen is OLED and one is not. OLED panels are vulnerable to burn-in, the permanent, uneven wear of the pixels that stay lit longest and brightest. The menu bar is close to a worst case for it. It is bright, it sits in the same row of pixels for your entire session, and its shapes (the clock, the menus, your icons) barely change. Over enough hours, those elements can wear into the panel as a faint ghost.

Burn-in is worth separating from image retention, the temporary, recoverable version. Image retention fades on its own once the panel shows other content for a while. Burn-in does not, because it is physical pixel wear rather than a lingering image. For the full distinction, see OLED burn-in vs image retention, and the menu bar's specific risk in why an always-on menu bar is the worst thing for an OLED screen.

One clarification, since it often gets muddled: most Macs and Apple displays shipping today are not OLED. Current MacBook Pro screens and the Pro Display XDR use LCD with mini-LED backlighting. Apple's OLED hardware is on iPhone and Apple Watch. So when people talk about a desktop OLED Mac setup, they almost always mean an external OLED monitor from a maker like LG, Samsung, ASUS, or Dough, driven by a Mac. That is the classic case for wanting per-display control: protect the external OLED, leave the built-in or LCD screen alone. (For a fuller rundown, see which Macs and Apple displays are actually OLED.)

And that is exactly where global auto-hide falls down. Turning it on to protect your OLED also strips the bar off the screen where you actually want it. You end up choosing between protecting one panel and keeping the bar convenient on the other.

What actually fills the gap

Since no per-display API exists, the working approach is to stop asking macOS to hide the bar and instead cover it on the displays you choose. The bar stays "present" as far as the system is concerned, so menus and focus still behave normally, but on your tagged display the strip is hidden behind something else.

The cleanest version covers the menu-bar strip with that display's own live wallpaper, captured in real time. Because the cover shows the same pixels the wallpaper would show if the bar were not there, the bar appears to simply vanish and the wallpaper runs clean to the top edge. No black band, no obvious overlay. If you would rather maximize protection, you can make the cover solid black so those pixels are effectively off, or dim it partway. We walk through the trade-offs in dim, black, or hide: which menu bar treatment protects OLED best, and the seamless-wallpaper technique in how to make the Mac menu bar vanish into your wallpaper.

This is the gap TuckBar was built to fill. It is a free, open-source menu-bar app that lets you tag specific displays and tuck the bar away only on those, painting the live wallpaper over the strip so it disappears seamlessly, or blacking it out if you prefer. Reach for the top edge and the real bar comes right back, then it re-tucks when you move away. Your other monitors keep their bar exactly where it is.

The one case where you fall back to global

There is a corner worth knowing about. If the display you want to tuck is your only screen, there is no other monitor to push the bar onto and nowhere sensible to relegate it, so the practical fallback is the native global auto-hide, with the same hover-to-reveal behavior. Per-display covering only adds something when you have more than one display. On a single screen, "hide the bar here" and "hide the bar everywhere" are the same request.

The short version

macOS treats the menu bar as one system-wide surface, so its auto-hide is global by design, and there is no public per-display API to change that. Icon managers like Bartender and Ice tidy your status icons but never hide the whole bar, and never per display. To hide the bar on one monitor only, you cover that display's strip with its own wallpaper or with black, which is what a per-display tool does on your behalf. If your reason is protecting an external OLED in a mixed setup, that targeted approach is also the only one that does not cost you the bar on the screen where you still want it.