Itsycal pricing: what the free tier covers

Anyone searching for Itsycal pricing is usually not after a number. The real question is whether a free calendar in the menu bar turns into a paywall six months from now, whether a paid tier is quietly holding back the feature you need, and whether the thing is still being maintained by someone. Checked on 10 September 2026, the answer is short: the app is distributed free from the developer's own site, there is no paid version, no subscription and no in-app purchase, because there is no store transaction at all. The longer answer is that a price of zero moves the cost somewhere else, and for a menu bar utility it lands in two places. One is the work you take on yourself. The other is the strip of screen the icon holds every single day.

What the download actually costs

Itsycal comes from mowglii.com as a signed zip file. There is no checkout, no license key, no account. The developer describes the whole catalogue as free and points anyone who wants to contribute toward three donation channels: Ko-fi, PayPal and Cash App. Donating unlocks nothing. The build a donor runs is the same build everyone else runs.

That matters more than it sounds. The pattern that makes pricing questions worth asking is the freemium one, where the free build has a job to do besides being useful: it has to keep reminding you that a better build exists. On a menu bar app, those reminders arrive in the place you look at most. An app with no tier above the one you already have has nothing to sell you, so it has no reason to interrupt.

The absence of a store transaction has a second consequence that people notice later. Because the app never passes through the Mac App Store, it does not appear in a purchase history. Set up a new Mac and there is no purchased list to reinstall from, no receipt to search, and no family sharing to extend it to another household member. Keeping a note of where the download came from is now your job rather than Apple's. For a single utility that is trivial. For a fleet of machines it is the reason the Homebrew cask exists, since a documented install line survives a hardware refresh better than a bookmark does.

Nothing in the distribution model expires. There is no trial clock and no grace period, so an installed copy keeps working whether or not the developer publishes again.

Free, but check the four things a price page cannot show

Price is the easiest fact to find and the least useful one when the price is zero. Before depending on any free utility, check four things that change far more often than an amount does.

The first is whether distribution has stopped. The second is whether new downloads have been closed off, leaving the app usable only by people who already installed it. The third is whether the developer or publisher has changed hands. The fourth is whether the model itself has been revised, which for a free app means a move to paid rather than a change in amount.

The third one is not hypothetical in this category. Bartender, long the default answer for hiding menu bar icons, changed ownership in 2024. The price did not move, but the party responsible for the software did, and plenty of users found out after the fact. A free app carries the same risk in a different shape, since ownership of a domain and a signing certificate can transfer quietly.

On 10 September 2026 none of the four applied to Itsycal. The download link is live, the current build is 0.15.12, the developer name is unchanged, and the source repository had been updated as recently as April 2026 with just under four thousand stars on it. Those are facts about the present, not promises about next year, which is exactly why the four checks are worth repeating rather than performing once.

What you take on instead of paying

The real cost of free software shows up in three places, and for this app they are easy to name.

Updates arrive through Sparkle, the self-update framework the app bundles, rather than through the App Store. New versions are fetched by the app itself and installed when you agree. Nothing batches them with your other updates, so the decision is yours each time. That cuts both ways: you are never forced into a version that changes behaviour you rely on, and you are never covered by someone else's update policy either.

Support is best effort. The developer asks that the help page be consulted before any email, and that bug reports include the Itsycal version, the macOS version, and the Mac model including whether it is Intel or Apple Silicon. There is no response commitment, because there is no contract to attach one to. If a tool sits in a business workflow where someone has to answer for it, that gap matters more than any monthly figure would.

Accounting is the third. A donation is not a purchase, so it does not produce a receipt for a product in the way a license does. An organisation that tracks installed software still has to record the app somehow, just without a payment to hang the record on.

It is also worth separating the three funding shapes a small utility can take, because the amount is the least informative difference between them. Donation funded software and one time purchases sit on the same side of one important line: stop paying, or never start, and the copy on the machine keeps running. A subscription sits on the other side, where lapsed payment can end access to a tool that is already installed. Against that, a paid product has a structural advantage that donations do not. Selling a new version gives the developer a reason to keep shipping, whereas donation funded work continues only while the person behind it still has the time and appetite for it. Neither model is safer in the abstract. Knowing which one you are relying on tells you what failure would look like, and for this app it looks like a version that quietly stops arriving rather than a copy that stops opening.

What you would get from a paid app	What applies here
Purchase history and reinstall path	Keep your own note, or use the Homebrew cask
Vendor support commitment	Best effort email, help page first
Receipt for expensing	Donations only, not tied to the software
Update policy owned by the vendor	Sparkle prompts, you decide each time

Which macOS versions are covered

The version history page lists current and past builds with the OS each one targets, so an older Mac is not automatically excluded. This is one area where free distribution is friendlier than a store listing, which usually offers only the newest build your machine will accept.

Build	Runs on
Current, 0.15.12	macOS 11 and later
0.14.1	macOS 10.14 and later
0.11.17	macOS 10.12 and later
0.10.16	macOS 10.10 and later
0.8.15	macOS 10.8 and later

Two caveats belong with that table. Native Apple Silicon support arrived in 0.13.0, so anything below that runs through Rosetta on an M series Mac. And on macOS 26 Tahoe there is a system setting that governs which apps may show a menu bar item at all, which means an older build that appears to be missing may simply be switched off at the OS level rather than broken.

What the MIT license buys when there is no invoice

The source is published under the MIT license. Two practical things follow, neither of which is about saving money.

The first is that business use is settled. Whether software may go on a company Mac is decided by its license, not its price, and MIT does not restrict commercial use. That moves the internal review from a legal question to a technical one, and having readable source is what makes the technical answer possible.

The second is what happens if development stops. Every free app eventually competes with the rest of the developer's life. When the source is closed, the day updates stop is the day the countdown to an incompatible macOS release begins, and the only choices are to keep running an ageing binary or to leave. When the source is open, someone else can pick it up. Public forks of this repository already exist. That is not a guarantee that any of them will be maintained, but it is the difference between a dead end and an option, and it is worth checking before you build a daily habit around a tool you did not pay for.

Donations and licensing are separate systems, which is the part people most often blur. Paying nothing does not narrow your rights and paying something does not widen them. A donation funds the possibility of future work. It does not buy anything.

The cost that is not money

The bill a free menu bar app sends is measured in pixels. Configured to show only the date, this one occupies about the width of two digits. Configured to replace the system clock with a pattern showing the weekday, the month, the day and the time, it takes several times that. Both configurations cost the same amount of money, and they are not remotely the same purchase.

macOS handles a crowded bar in a way that surprises people:

When the menu bar fills up with menu items, macOS silently hides new items it can't find room for. There is no indication this is happening. Source: mowglii.com, help page checked 10 September 2026

On a MacBook with a notch, that limit arrives sooner than expected, because the notch eats the middle of the bar. Free utilities accumulate precisely because nothing charges you for keeping them, and the first sign of the ceiling is usually an icon that vanished without warning.

There are three ways out, and choosing correctly depends on how you use the icon rather than on how much you like the app. Remove it and free the slot. Keep it permanently visible. Or keep it and hide it, bringing it back only when needed. The third option only works if a hidden icon is still quick to reach. A menu bar organizer that lets a hidden item be clicked and its menu opened in place suits an app you press. One that requires expanding the bar first, then hunting, then clicking, suits an app you rarely touch at all. A calendar is often something you read rather than press, which usually argues for keeping it visible and hiding the utilities around it instead. What a tool of this kind can do with the hidden group is on the features page, and the differences between the available approaches are set out on how it compares.

What to change first

Count how many times in the past week you looked at this icon versus clicked it. Icons you read belong in the visible group, and icons you only click belong in the hidden one, which is a sharper test than deciding which apps you like. Once the list is sorted that way, Koffret is where to try the split on your own bar.