What a free menu bar app cannot do, and what nothing can

The usual assumption is that a free menu bar app hides icons and a paid one does the clever things. That is not how the category actually splits. Free tools ship item search, styled bars, and separate strips for hidden items. Paid tools use the same underlying trick to hide. The things that genuinely stop a free tool short are not on a feature list at all, and a third category of limits applies no matter what you install or how much you pay for it. Separating those three makes it obvious whether spending money would change anything for you.

Free versus paid is not where the line falls

Start with what free tools reliably do. Each one places a separator in the menu bar, widens it so that everything to its left slides off the edge of the display, and gives you an arrow and usually a hotkey to expand and collapse. Which icons end up hidden is decided by command-dragging them across the separator. Most add an auto-collapse delay so the bar re-hides itself after a few seconds.

That set is enough for the stated goal. Fifteen visible icons become four or five, and the ones that remain are the ones worth a permanent slot. If that is the whole problem, it is already solved and nothing further is needed.

Where free tools differ is from each other, not from paid ones as a group. One publishes a separate strip below the menu bar that lists the hidden items, so a hidden icon can be reached without unfolding the real bar. Another keeps the interface to an arrow, a separator, an optional second always-hidden zone, and a delay. A third works with multiple separators so groups of icons toggle together. Those are three different answers to the same question, which is how you want to reach something after you hide it, and the price tag does not predict which answer a given tool picked.

The differences that matter run along three other axes. Which macOS versions a tool supports. Whether it is still being updated. Whether there is somewhere to go when it stops working. None of the three appears in a comparison of features, and all three are where people actually get stuck.

Limit one: the macOS floor is not the same everywhere

The version requirement rules candidates in or out before anything else does. As published by each project on 5 September 2026:

Tool	License	macOS requirement
Hidden Bar	MIT	macOS 13 and later. v1.10 is the last build for 10.13 through 12
Ice	Open source	macOS 14 and later, with no stated plan for earlier versions
Dozer	MPL-2.0	macOS 10.13 and later

Sources: github.com/dwarvesf/hidden, github.com/jordanbaird/Ice, github.com/Mortennn/Dozer.

The reason behind one of those floors is documented, and it is instructive. Hidden Bar moved its login item registration to SMAppService, an API introduced in macOS 13, which is why later builds cannot run on Monterey and earlier. The capability did not get taken away from free users. The implementation moved onto a newer foundation.

For anyone still running a Mac on macOS 12 or older, this is the practical consequence: downloading the newest release and finding that it will not launch is the common first step, and going straight to an older tagged release is the shortcut.

Limit two: whether updates keep arriving

The menu bar is not a documented, stable extension surface. When Apple reworks how it is composed, the widening-separator technique can stop functioning outright, and the symptom is that the tool's own icons are visible while nothing else ever hides.

Nothing hides on a macOS 27 beta: Known (issue #360); the menu bar re-architecture broke the hiding mechanism, fix under investigation. Source: github.com, checked 5 September 2026

This is the risk that matters most on a machine doing paid work, and it is not specific to free software. What differs is how you can assess it. With an open repository you can see the date of the last release and the state of reported issues before installing. With a maintained commercial product you are paying for someone whose job includes shipping the fix, which is not the same as a guarantee that it arrives quickly.

There is one caution that applies mainly to free tools. Popular open-source utilities accumulate forks with near-identical names and icons, and some of those forks have to be built from source before they can be run at all. Their release cadence is independent of the original. Confirming that a download came from the official repository or the App Store listing takes seconds and prevents evaluating an abandoned copy by mistake.

The operational answer, whichever way you go, is scheduling rather than software. Let a major macOS release settle, check that the utility has shipped a compatible build, then upgrade.

Limit three: where to go when it breaks

For most free tools the support channel is the project's public issue tracker. Anyone can file a report. Nobody promises when it will be read or fixed. On a day when the thing is broken and there is work to do, that is a real constraint.

Reading this purely as a disadvantage misses half of it. A public tracker means the symptom you are seeing, and any workaround, are often already written down where you can find them without asking. The documented condition under which always-hidden items reappear, and the fix for icons that vanished after an update, are both published in the project's own manual. Closed products do not always expose that information without a support ticket.

Two logistical limits belong in the same bucket, because they also have nothing to do with features. Configuration generally does not travel between machines, so setting up a second Mac means repeating the sorting by hand rather than restoring it. And on a Mac managed by an employer, an installer pulled from a release page is harder to record on an approved-software list than an App Store item with a purchase or download receipt attached to an account. Neither is a reason to avoid free software. Both are worth knowing before installing it on a machine you do not fully control.

The honest framing is a trade of money against time. If you have the time to search, read, and try a workaround, public documentation is genuinely usable. If your Mac stopping costs you billable hours, paying for a channel with a name attached to it is buying time rather than features.

What no tool can do, at any price

This is the part most often mistaken for a limit of free software, and switching to a paid tool does not change any of it.

One app cannot move another app's menu bar icon. Ordering is done by you, holding command and dragging. No utility can reorder your icons on your behalf, because macOS does not expose that.

New icons arrive at the far left. macOS inserts every newly registered menu bar icon into the leftmost slot, which sits inside the hidden zone of any separator-based tool. So an app installed or updated minutes ago appears with its icon already invisible. Command-drag it to the right of the separator once and macOS remembers the placement for that app.

The camera housing splits the bar. On the 14-inch and 16-inch MacBook Pro and recent MacBook Air models, the menu bar is divided by the camera housing. When an application's own menus are long, overflow slides behind it and becomes unreachable. A menu bar manager helps by reducing how many items compete for the space, so the collision stops happening. It does not pull items out from behind the housing. Apple's own material on this is at Apple macOS and Apple Support.

Beta releases can break the mechanism entirely. Covered above, and it applies across the category.

Put differently: the top two rows of the table below are fixed regardless of what you install. The bottom two are what you are actually comparing when you compare tools.

Decided by	What it covers
macOS itself	New icons land at the far left, no app reorders another's icon, the camera housing splits the bar
System Settings	Which Control Center items appear, clock options, battery percentage
The tool's design	How a hidden icon is reached, an always-hidden zone, conditional visibility, hotkey depth
How it is distributed	macOS floor, install channel, whether updates continue, whether support exists

Where paying actually changes something

After the icon count is down, two complaints tend to remain, and only these two are worth spending on.

The first is the round trip. Hiding an icon you press a few times a day converts one click into expand, scan, click, collapse. The thing that removes it is opening a hidden icon's menu while the bar stays collapsed, which turns the sequence back into a single action. On an icon touched ten times a day, that repeats every day. What it changes about how much you can afford to hide is set out on features.

The second is conditional visibility. Show the meeting indicator only during meetings. Show the battery item only when the charge drops. Show the VPN state only while connected. This is rule-driven rather than separator-driven, and it is a genuinely different mechanism. Whether it earns its cost depends on how often those states change in your week, not on how good the feature is. The pricing side is on pricing, and a side-by-side view of how different tools approach hiding and recall is on how it compares.

There is a cheap way to find out which of the two applies, and it costs a week rather than a purchase. Hide everything except the icons that pass the two-question rule, then keep a note of every time you expand the bar and what you were reaching for. At the end of the week the note answers the question directly. A handful of expansions spread across seven days means the free tool finished the job. The same two or three icons appearing over and over means the round trip is the problem, and that is the one a different tool removes. A note full of moments where you wanted an icon to appear on its own, without being asked, points at conditional visibility instead.

If neither complaint describes your situation, a free separator is the correct answer and paying would buy nothing you would notice.

What to change first

Decide the rule before comparing tools. An icon keeps its slot only if seeing it tells you something at a glance, or if you press it several times a day. Everything else goes behind a separator for a week. If the only thing still costing time after that week is the expand and collapse round trip, that is the specific problem a tool like Koffret addresses, and the only reason to spend anything.