Hidden Bar on Mac: how it hides icons, and how to get them back
Most people arrive at Hidden Bar on a Mac after the same two problems. The arrow does not collapse what they expected, or an app they just installed has an icon that is already invisible before they touched anything. Both make more sense once you know that this tool does not remove icons at all. It widens a separator and pushes everything to the left of it off the edge of the screen. Once that model is clear, hiding the right icons and recovering a lost one both stop being guesswork.
What Hidden Bar actually is
Hidden Bar is a small menu bar utility for macOS published by Dwarves Foundation under the MIT license, with the source available on GitHub. It can be installed from the Mac App Store, through Homebrew with brew install --cask hiddenbar, or by downloading a release directly. Builds distributed outside the App Store are notarized, which is what lets them open without a Gatekeeper warning.
The first thing to check is not a feature. It is the macOS floor. Current versions of Hidden Bar require macOS 13 Ventura or later. If the Mac is running anything from macOS 10.13 High Sierra through 12 Monterey, v1.10 is the last release that supports it. The reason for the split is documented: the login item mechanism moved to SMAppService, an API introduced in macOS 13, so later builds cannot run on older systems.
That matters because it changes what you should download. On a Monterey machine, installing the newest build and finding it will not launch is a common dead end. Going straight to v1.10 avoids it.
The separator trick, and what it explains
Hidden Bar places two items in the menu bar: an arrow (< and >) and a separator (|). When you collapse, the separator expands to a very wide width, and everything sitting to its left slides past the edge of the display. Nothing is being moved by the app. No macOS app can reposition another app's menu bar icon.
Hidden Bar hides icons by widening its separator so everything to the left of it slides off-screen. macOS always inserts a brand-new menu-bar icon at the far-left slot, which is inside that hidden zone, so a freshly launched or updated app can appear "swallowed". Source: github.com, checked 5 September 2026
This single sentence explains the second common complaint. macOS drops every newly registered menu bar icon into the leftmost slot. That slot is inside the hidden zone. So an app you installed an hour ago, or one that just updated, shows up already hidden. It looks like the utility ate the icon. It did not. The placement rule and the hidden range simply overlap.
The same behavior appears in other free tools built on the same approach, because they all rely on the same trick. Choosing a different one does not make the problem go away.
What macOS can already remove on its own
Before adding a utility, it is worth clearing out the items that macOS itself controls, because a shorter menu bar makes every later decision easier. In System Settings, the Control Center pane lists the system items one by one, and most of them offer three states: always show in the menu bar, show only while active, or do not show at all. The clock has its own options panel there, and the battery percentage is a switch rather than a separate app. Spotlight, Bluetooth, Screen Mirroring, Focus, and Now Playing all sit in that same list.
System items handled this way disappear properly rather than being pushed off-screen, and they survive restarts and OS updates without a third-party process running. Whatever is left after that pass is the real problem: icons belonging to apps that provide no setting to remove them. That is the set a separator is for.
Three gestures cover daily use
There is very little to memorize.
Left-click the arrow to collapse or expand the hidden section. Command-drag any menu bar icon to move it left or right across the separator: whatever ends up to the left of the separator disappears when collapsed. Right-click the arrow, or left-click the separator, to reach the context menu with preferences, the auto-collapse toggle, and quit.
One more gesture is worth knowing. Option-clicking the arrow shows or hides the separators and the always hidden area without expanding anything. It becomes relevant as soon as you start using the always hidden section, for reasons covered below.
If you have not decided yet which icons deserve a permanent slot, the fastest path is to command-drag everything to the left of the separator, then pull back only the ones you actually press. Two questions settle it. Does seeing the icon tell you something you need to know at a glance, such as whether a sync finished or a connection is live? Do you click it several times a day? An icon that fails both tests can be hidden without consequence.
What the preferences window controls
| Setting | Effect |
|---|---|
| Launch at login | Registers a login item on macOS 13 and later, revocable in System Settings under General and Login Items |
| Show preferences on launch | Opens the settings window each time the app starts |
| Auto collapse | Re-hides automatically after a delay you choose |
| Global shortcut | A system-wide hotkey to expand and collapse. Function keys display as F18 rather than Fn18 |
| Enable always hidden section | Adds a second zone that stays hidden even when you expand |
| Use full menu bar on expanding | Temporarily changes the app's type while expanded, which helps on a crowded menu bar |
The auto collapse delay offers a fixed list in the interface, though any value can be set from the terminal. The countdown is well behaved: while the pointer is anywhere in the menu bar it defers and restarts, so it will not collapse in the middle of a click.
If the login item never takes effect, the fix is a sequence rather than a single toggle. Enable Hidden Bar in System Settings under General and Login Items, then switch the app's own preference off and back on. Older versions could leave behind a stray login item named LauncherApplication. Launching the current version once deauthorizes it automatically.
The always hidden section has a condition attached
The always hidden section is a second zone whose icons stay out of sight even after you expand. It is the right place for things you open once a month.
There is a documented limitation worth respecting. Items in that zone are reliably pushed off-screen only when the separators are hidden as well, which is what option-clicking the arrow does. With the separators visible, always hidden items can still reappear after expanding. The project describes this coupling as a known limitation being reworked.
The practical rule that follows: do not put an icon there if losing access to it would block you. Recovering an item stuck off-screen means command-dragging it back into view, and macOS remembers per-app placement, so it only has to be done once. Still, discovering that at the moment you need the icon is the wrong time.
When something does not work
| Symptom | What to do |
|---|---|
| An icon you wanted visible got hidden after an update | Command-drag it to the right of the separator |
| The app does not start at login | Re-enable it in System Settings under General and Login Items, then toggle the app's preference off and on |
| A newly installed app's icon is already hidden | Expected. macOS inserts new icons at the far left. Command-drag it right once |
| The app's language does not match the system | Set it per-app in System Settings under General, Language and Region |
| Icons are visible but nothing hides at all | On a macOS beta, changes to the menu bar architecture can break the hiding mechanism entirely |
That last row is the structural risk with every tool in this category. The menu bar is not a public, stable surface. When Apple reworks it, tools that depend on its layout stop working until they are updated. If a Mac is doing paid work every day, it is worth letting an OS release settle before upgrading, and checking that the utility has caught up. Apple's own release information sits at Apple Support.
The macOS floor differs by tool
Among the free options, the version requirement is usually the first thing that rules a choice in or out. As checked on 5 September 2026, the requirements each project publishes are:
| 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 to support earlier versions |
| Dozer | MPL-2.0 | macOS 10.13 and later |
The sources are the projects themselves: github.com/dwarvesf/hidden, github.com/jordanbaird/Ice, and github.com/Mortennn/Dozer. On an older Mac the field narrows immediately. On a current one, any of them will run, and the decision moves to behavior rather than compatibility.
One caution specific to Hidden Bar: several forks exist with near-identical names and icons, and some of them have to be built from source before they can be tried. Confirming that a download came from the official repository or the App Store takes a few seconds and avoids a longer detour. A side-by-side view of how different tools approach hiding is on how it compares.
Where hiding stops being enough
Two kinds of friction tend to show up a few weeks in.
The first is the round trip. You hid an icon you press occasionally, and now every use costs an expand, a hunt, a click, and a collapse. The thing that removes this cost is being able to open a hidden icon's menu without unfolding the bar at all. It sounds minor on a feature list and is not minor in practice, because it applies to an action repeated many times a day. What that changes about the layout is set out on features.
The second is conditionality. Show the meeting icon only during meetings. Surface the battery item only when the charge drops. Keep a VPN indicator visible only while it is connected. That is a different capability from hiding, and it needs rules rather than a separator. Whether it is worth paying for depends on how often the state actually changes for you, and the cost side is on pricing.
Neither of these is an argument against a free tool. For a Mac with six or seven menu bar items and no need for conditional behavior, a separator is the whole answer, and adding anything else would be overhead.
What to change first
Sort the icons before choosing software. Keep only the ones whose appearance tells you something, plus the ones you press daily, and push the rest behind a separator for a week. If the only remaining complaint after that week is the expand and collapse round trip, that is the point at which a tool like Koffret earns its place. If there is no complaint, the free separator was the correct answer and nothing more is needed.
Frequently asked questions
Does Hidden Bar work on an older Mac?
Current builds need macOS 13 Ventura or later. For macOS 10.13 High Sierra through 12 Monterey, v1.10 is the last supported release and is still available from the project's releases page. The cutoff exists because the login item mechanism moved to an API introduced in macOS 13.
Why is a newly installed app's icon already hidden?
macOS inserts every new menu bar icon at the far-left slot, which falls inside the hidden zone. The icon was not moved by Hidden Bar, and no macOS app can move another app's menu bar icon. Command-drag it to the right of the separator once, and macOS will remember that position for that app.
Can a hidden icon be clicked without expanding the bar?
That depends on the tool. Some are built so a hidden icon can be pressed and its menu opened while the bar stays collapsed, and others assume you expand first. If there is an icon you press many times a day, check this behavior before committing, because it is the difference that shows up daily.
Is it safe to put important icons in the always hidden section?
It is safer not to. The project documents that always hidden items are reliably kept off-screen only when the separators are hidden too, so with separators visible they can reappear after expanding. Reserve that zone for icons you rarely need, and keep anything you depend on in the normal hidden section.