Bartender alternatives: decide what you can drop

The menu bar fills up, the icons creep left, and finding the one that matters takes two or three passes with the eye. Looking for a replacement for the tool that used to keep that under control usually stalls at the same place: every candidate lists a wall of features, more looks better than less, and nothing in the list says which ones matter for the way one particular Mac gets used.

Collecting candidates first is what makes the search drag. The faster order is the opposite. Start from the tool already installed, list what it does, and mark the parts that can go. Once three features are marked as expendable, the shortlist usually collapses to two or three products on its own. What follows is the full feature list of the current version, a method for separating what gets used from what merely sits in settings, and the two capabilities that hurt every single day if they disappear.

Three different reasons lead to the same search

The phrase "looking for an alternative" hides three separate situations, and they do not point at the same replacement.

The first is an operating system mismatch. Bartender 6 is built for macOS Tahoe and Sequoia. For a Mac staying on Sonoma, the documented path is to keep using Bartender 5, which the same license covers. If the reason for switching is the OS version, the only column that matters on any comparison page is the supported macOS range.

The second is the shape of the payment. There are now three tiers: a one-time purchase, a yearly subscription, and a lifetime option. Which one fits depends on how often a Mac gets moved to a new major macOS release, not on the feature list at all.

The third is the change of ownership. The copyright line on the site reads Applause Group, Inc., and the sale became public in June 2024 after an app monitoring service noticed the signing certificate had changed. The app is still shipping and the copyright year reads 2026, so this is a judgment call rather than a technical problem. The record is public.

Bartender, the most popular app to manage your Mac's menu bar items, silently sold to a new owner, with no official announcement made at the time of the sale. Source: macrumors.com

Naming the reason first saves time later. An OS reason narrows the field on one column. A pricing reason never touches the feature list. An ownership reason is the hardest of the three, because it asks for the same behavior from a different publisher.

Put the whole feature list on one page

Deciding what to drop requires knowing what is there. Here is what the current version documents, checked on 2026-09-10.

Feature	What it does
Reveal	Shows hidden items by swiping, scrolling, clicking, or hovering in the menu bar
Notch access	Temporarily hides visible items to make room for items the MacBook notch covers
Bartender Bar	Places hidden items in a separate bar below the menu bar
Styling	Tints, gradients, borders, shadows, rounded bars, per-space looks
Groups	Collapses related items into one item that opens the rest
Presets	Whole menu bar layouts for work, home, screen sharing, recording
Triggers	Applies a preset automatically based on battery, Wi-Fi, location, time, or date
Spacing	Tightens the gap between items so more fit before the notch
Search	Finds, shows, and activates a menu bar item from the keyboard
Widgets	Custom menu bar items that fire an action, currently in beta
Pro suite	A separate tier that puts a clock, audio controls, weather, and clipboard history in the notch area

Read as a whole, the list has three layers. The first layer is hiding itself. The second is reaching what has been hidden. The third is appearance and automation. Real differences between products live in the first two layers. The third layer is closer to "nice to have and pleasant to look at" than to anything that changes how long a task takes.

Separate what gets used from what is merely configured

Memory overstates usage, so measure instead of recalling. The measurement takes a week and no effort.

Open the settings and write down every feature currently switched on. Then, over seven days, mark the ones actually operated: presets switched by hand, triggers that fired, items called up from the keyboard. Anything unmarked after seven days is configured, not used.

The result tends to look the same across very different setups. Two things get used daily: hiding, and getting back to something hidden. Presets were built once and never switched. Triggers were configured on day one and forgotten. Styling was decided in the first half hour. If that describes the week, more than half the feature list is already expendable, and half the comparison table stops mattering.

The reverse result is just as useful. If triggers fired every day, because the layout changes automatically when a meeting starts or when the machine unplugs from power, that feature is not expendable. One requirement like that cuts the field hard, because few products implement conditional layouts at all.

Two capabilities are worth defending

Sort the remaining features by the cost of losing them, measured in extra actions per day rather than in opinion.

These rarely hurt when they go:

• Styling. Colors and borders do not change how fast an icon gets found.
• Spacing. A few icons fewer fit on screen, which barely matters once hiding works.
• Widgets. Custom items are irrelevant to anyone who never built one.
• A dedicated second bar. It is one way of presenting hidden items, not the only one.

These are worth defending:

Reaching a hidden icon in one action. Some tools let a hidden icon be clicked while the bar stays collapsed, so its menu opens in place. Others expand everything first, which makes it a two step move. At twenty uses a day, that difference compounds into thousands of extra actions a year, and it never appears as a row in a feature table.

Keyboard access. Typing part of an item name to summon it becomes muscle memory quickly. Losing it is felt immediately, which is why it belongs on the shortlist criteria rather than in the nice-to-have pile.

Ranking candidates by these two, instead of by how many rows their feature table has, produces a very different order. A side by side of how different tools hide items and which macOS versions they cover is on the How it compares page.

The notch and the permissions decide more than the feature list

Two practical factors rarely make it into comparison tables, and both surface within days of installing something.

The notch comes first. On MacBook Air and Pro screens, the cutout physically covers part of the menu bar. Once enough items are running, anything pushed under the notch is simply unreachable. The current version handles this by temporarily hiding visible items to open up room. On a notched machine running more than ten background apps, whether a candidate does something equivalent is a hard requirement, not a preference.

Permissions come second. Any tool that reads and rearranges menu bar items needs approval in Privacy and Security. When a tool reads the menu bar as an image, macOS displays a screen recording indicator, and that indicator cannot be turned off from inside the app.

This is a macOS feature and is not caused by Bartender. This cannot be hidden or disabled. It is a macOS security feature to let you know that an app is reading part of the screen. Source: macbartender.com

The practical rule that follows: check which permissions a candidate asks for before checking what it can do. Fewer permissions means fewer things that break the next time macOS updates. What a given tool needs, and why, is set out on the Features page.

A shortlist in four steps

With the inventory done, narrowing down is mechanical.

Step one, classify. Sort menu bar items into always visible, hidden but reachable, and always hidden. This classification survives any switch and is the first thing to rebuild in a new tool, so writing it on paper is never wasted work.

Step two, fix the requirements. Only the features marked as costly to lose become requirements. Listing five or six leaves nothing on the shortlist. Three is the practical ceiling.

Step three, trial. A background utility touched dozens of times a day cannot be judged from a feature page. The current version offers a four week unlimited trial with no card required, which is long enough to cover a macOS update and several restarts. Check whether the candidates offer something comparable.

Step four, price. Look at the payment shape, what future versions are included, and how many Macs a license covers. The tiers and what each one includes are laid out on the Pricing page.

Running these in order keeps the comparison short. Starting from price instead produces long deliberation over differences of a few dollars.

What a trial should actually test

Trial time is limited, so spend it on things a feature page cannot answer.

• Actions to reach a hidden icon. Pick the three icons used most and count.
• Order after a restart. Restart the Mac twice and check that positions hold both times.
• Behavior right after a macOS update, since even minor updates can reset permissions.
• Behavior with an external display attached, on the second menu bar.
• Behavior when switching spaces, if virtual desktops are part of the workflow.

The second and third of those cannot be observed on day one. Starting a trial shortly before a planned restart or update gets both inside the window. Setup steps and system requirements are listed on the Download page.

What the questions from readers suggest

Sorting incoming questions by topic puts reaching hidden icons first and permissions second. Styling and automation, which dominate feature pages, generate very few. That gap explains why shortlists stall: comparison happens on the presence of features, while daily use is decided by the number of actions and by what survives an OS update.

The other pattern in those questions is that switching cost sits in rebuilding a classification, not in moving a settings file. Even between major versions of the same product, settings do not carry over. The documented advice is to screenshot the current setup before upgrading and rebuild from the reference. Nothing portable exists at the file level, which means the layout decision itself is the asset. Written down, rebuilding takes about fifteen minutes in any tool.

What to change first

Write down three features that can go, then test only the candidates that still cover what is left. If nothing else gets decided today, at least sort the menu bar items into always visible, hidden but reachable, and always hidden, because that list makes every later step shorter. Common questions about setup and permissions are answered on the Koffret FAQ page.