your menu bar icons are not gone. they are parked where you cannot see them.

what macOS does when menu bar icons stop fitting

there is no overflow for status icons. on iOS a toolbar that runs out of room grows a «more» button; the Mac menu bar has never had one, and macOS 26 did not add one. it keeps laying icons out in a straight line, right to left, and stops caring whether that line is still on the screen.

the numbers, measured on a 14-inch MacBook Pro running macOS 26.6.2 at default scaling: the bar is 1800 points wide, the notch takes 220, and the two strips either side of it are 790 points each. that is not an estimate, but what macOS reports to every app through NSScreen as the area it is safe to draw in. a status icon occupies about 36 points, so 790 points is room for roughly twenty-one. on this machine the icons already present had taken 666 of those 790, leaving space for three.

a permanent slot for something you watch all day is how the count starts: a CPU and memory readout in the bar

the widths are not our guess. AppKit hands them to every app: NSScreen: safe area and auxiliary top areas

where the icons behind the notch actually go

we added forty icons of our own and read back the frame of each. the first three landed in what was left of the right-hand strip. the next six landed at x of 771 through 1027, inside the 790-to-1010 band the notch covers. they are not missing: each has a position, a size and a window, and the camera housing is sitting on top of it. the run then continued straight past the notch into the left-hand strip, where app menus live, down to x of 35, and the last twelve came out negative: minus 9, minus 54, on down to minus 545. off the display, and still reporting themselves as visible.

so «hidden behind the notch» is literally true for some of them and an understatement for the rest. what is missing is any marker of the boundary: no arrow, no count, and no setting anywhere that says six of your icons are behind the camera and twelve are off the screen.

what macOS 26 added that competes for the same slots

two things, and both take room rather than making it. Control Center gained Controls that can be placed in the menu bar, through the «Add Controls…» button, the same gallery idea as iOS, so every one you add is another slot gone. and Live Activities from a paired iPhone now appear in the bar. those, alone in the whole menu bar, do have an overflow: Control Center ships a dedicated item for when too many arrive at once. it is the only overflow that exists, and it does not apply to ordinary app icons.

the rebuild that this arrived with, and what it did to utilities built on the old behaviour: what macOS 26 changed for menu bar apps

fix 1: reorder your menu bar icons before the notch picks for you

new icons are added at the left end of the status run, so the left end is where the shortage lands. the order decides who survives it, and changing the order costs nothing.

1. hold ⌘ and drag a menu bar icon sideways.
2. drop the ones you use every day at the far right, next to the clock.
3. push the ones you can live without towards the notch.
4. let go of ⌘. the order survives a restart.

it survives because each position is written down. com.apple.controlcenter keeps one number per icon. on the machine above, «NSStatusItem Preferred Position Clock» is 97, Control Center 124, Wi-Fi 234, battery 272, Bluetooth 327. the lower the number, the further right it sits, and ⌘-dragging is what edits them.

fix 2: take the system's own icons out of the menu bar

a stock Mac spends a lot of the bar on things you never click: Wi-Fi, Bluetooth, sound, battery percentage, screen mirroring, focus. all of them also live inside Control Center, one click away, and most can be told to stay there.

1. open System Settings → Control Center.
2. for each module, set «show in menu bar» to off. what is off is still in Control Center.
3. Spotlight and Siri have their own switches further down the same page.
4. count what you freed: on a stock setup this is usually three to five slots, which at 36 points each is most of what the notch took.

the switch that stops another app's icon entirely

new in macOS 26, and the strongest of the six, because it works on icons that are not the system's. the same page carries a list of apps that have put an item in the menu bar, a switch each, and states the consequence plainly: turning a menu bar item off will prevent it from ever appearing in the menu bar. it is keyed by the app's bundle identifier, so it sticks to the app rather than to a position, and the app cannot put itself back.

which modules can be moved into Control Center and which cannot: Apple: use Control Center on Mac

why these switches live under Control Center and not in a menu bar pane: eclecticlight.co: what is right at the end of the menu bar

the hardest slots to free are the ones Control Center has no module for: keep a Mac awake without an extra icon

fix 3: make the bar wider than the notch makes it look

• System Settings → Displays → «more space» gives the same panel more points. the notch is a fixed slice of the glass, 220 of 1800 points, about 12 % at every scaling, but an icon stays 36 points wide, so a bar with more points holds more icons. text gets smaller: a trade, not a free win.
• «automatically hide and show the menu bar», on the same Control Center page, adds no room at all: it changes when the bar is drawn, not how wide it is. worth it only if the notch cutting into your content is the part that annoys you.
• an external display has its own full-width menu bar and no notch. the icons follow whichever screen is active, so plugging in solves it for as long as you stay plugged in.

the menu bar is not the only thing that behaves differently on a second screen: moving windows between displays

fix 4: shrink the spacing between menu bar icons

most of those 36 points is not icon. AppKit reads a spacing value out of your defaults and pads every status item with it, and the value is adjustable. this is the one fix that adds slots without taking anything away, and the one the rest of the internet gets half wrong.

1. run: defaults write -g NSStatusItemSpacing -int 6
2. log out and back in. each app reads the value when it creates its icons.
3. to undo it: defaults delete -g NSStatusItemSpacing, then log out and back in again.

measured on macOS 26.6.2: at the default, twelve test icons came out on a 36-point pitch; with the value set to 2 the same twelve came out at 22, and at 0 at 20. so about 20 points is icon and the rest is padding, and a 790-point strip that held twenty-one icons holds thirty-five at 22. the value is read per app from its own defaults, which is why it goes in the global domain: put it in com.apple.controlcenter and only the system's own icons get tighter.

the second command every guide copies does nothing

the recipe that circulates is two commands, not one, and the second is NSStatusItem2ExtensionMinPadding. on macOS 26.6.2 that string does not exist anywhere in the system: not in AppKit, not in Control Center, nowhere in the shared cache. setting it leaves the pitch at 36 points, which we checked alongside the one that works. if you ran it and concluded the trick is dead on this release, that is why: you may have run only the half that was never real.

fix 5: hide the icons the notch pushed off the bar

if you actually need twenty icons, the honest answer is a menu bar manager: it takes the surplus, parks it behind a divider, and hands it back on a click. this is a real category with free options in it, and we do not compete in it. what changed is which one to reach for. the rebuilt menu bar broke the assumptions these tools were written against, and they did not all come through it.

release dates rather than reputation: github.com/jordanbaird/Ice, releases

and the version that landed after macOS 26: github.com/dwarvesf/hidden, releases

we wrote a longer honest comparison with Bartender, including where it is the better buy: hop vs. Bartender

fix 6: stop needing so many menu bar icons

the five fixes above treat the symptom. the count is the cause, and it grows the same way every time: one app for the clipboard, one for a timer, one to keep the Mac awake, one to unzip things, one to pick a colour. each is reasonable on the day you install it, and each takes a permanent 36 points of a 790-point strip.

this is the end we work on. hop puts eighteen of those small jobs behind a single icon, and the modules you do not want are switched off and not loaded at all. it is free and open source, so trying it costs a download and one slot.

it is not a hider and never will be. if the twenty icons you have are twenty apps you actually use, Hidden Bar is the better tool and this paragraph is not for you.

the slot most people free first: clipboard history without its own icon

what the eighteen are, one page each: every tool in hop

frequently asked questions

can i see the icons that macOS hid behind the notch?

not without help, but they are not gone: each still has a position, under the notch or off the left edge of the screen. there is no overflow menu and no gesture that reveals them, so a menu bar manager is the only way back.

which menu bar icon disappears first?

the one at the left end of the status run, nearest the notch and beyond it, because new icons are added at that end. that is why ⌘-dragging the ones you need to the right, next to the clock, is the fix that costs nothing.

do the Terminal commands for menu bar icon spacing still work on macOS 26?

one of the two. NSStatusItemSpacing works: the default pitch is 36 points, set low it comes down to about 22, at 0 about 20. NSStatusItem2ExtensionMinPadding, the second command in the recipe everyone copies, is not a key macOS 26.6.2 has at all, and setting it changes nothing.

is Ice still the free answer on macOS 26?

it is still the name everyone gives, but its last stable release was October 2024 and its last commit September 2025, and the macOS 26 transition happened in that gap. Hidden Bar shipped in March 2026, and the Ice forks IceMelt and Thaw target macOS 26 directly.

does hiding the menu bar give me more room for icons?

no. auto-hide changes when the bar is drawn, not how wide it is. it helps with the notch covering your content, not with the icon count.

will an external monitor fix it?

while it is connected, yes: that display has a full-width menu bar and no notch. unplug and you are back to the same shortage.

does hop hide menu bar icons?

no. it removes the reason there are so many by doing eighteen small jobs from one icon. if you want icons hidden rather than fewer, Hidden Bar is free and does exactly that.