Milanote desktop app on a Mac: your boards in one window

Unlike most services people want out of the browser, Milanote already publishes a Mac app, and it comes from Milanote itself. That makes the useful question a different one. Not whether a desktop version exists, but whether a single application holding a single signed in account matches the way boards actually get used. Anyone running a personal board beside a client workspace, or keeping a moodboard open next to an unrelated production plan, meets the limits of one window quickly. What follows is where the official download lives, what it changes, and what to do when one app is not enough.

Where the official Mac app comes from

Milanote lists its desktop downloads on a single page, titled Download the Milanote desktop app for free. The pitch on that page is short: launch the app instantly, get live notifications, and enjoy the cleanest Milanote interface available. Two buttons sit under it, one for Mac and one for Windows, and they behave differently. The Windows button leads into a help centre article with instructions. The Mac button starts a download directly.

That download is a disk image served from Milanote's own release host, currently named for version 3.18.131. It is a substantial file, a little over 238 MB, and the copy being served was published on 22 September 2026. Both facts are worth knowing before starting. The size says what a constrained laptop is committing to, and the recent date answers the question people usually ask next, which is whether the desktop build is still being maintained.

It does not come from the Mac App Store

The application is distributed directly rather than through Apple's store, so updates do not appear in the App Store update list and the app is not tied to an Apple ID. Milanote's mobile listing is a separate matter: the App Store entry is published for iPhone and iPad, requires iOS 16.0 or later, and does not include Mac among its supported devices. The route that sometimes puts an iPad app on an Apple silicon Mac is not available here, which is why the direct download is the only official desktop path.

What installing it changes

The official app gives Milanote a Dock icon, an entry in the application switcher, and a window that can be quit without disturbing a browser. Those three things are what most people mean when they search for a desktop app, and installing it delivers them with no configuration at all. Milanote's own page adds live notifications to the list, which a browser tab cannot offer without being left open.

It also gives Milanote a session of its own. Signing into the desktop app is a separate act from being signed into the site in a browser, and signing out of one does not sign out of the other. That separation surprises people who expect the app to inherit the browser session, and it is the same separation that makes the alternatives further down this page work.

The cost on disk, and who is allowed to pay it

A disk image of that size becomes an application of a similar order once expanded, installed once per machine for every person who wants it. On a personal Mac that is unremarkable. On a work Mac it can matter twice over, because moving an application into the system Applications folder may require an administrator password on a managed device, and some configurations refuse installers from outside the store entirely.

The browser built routes avoid that question. Apple's documentation states that a Safari web app is saved to the Applications folder of the home folder, which is a per user location rather than a system one. Nothing is installed system wide, no administrator password is requested, and the bundle stays small because the rendering is done by machinery already present in macOS. For anyone who has been told that software cannot be installed on a company laptop, that is the difference between having a Dock icon and not having one.

When one window is not enough

Three situations come up repeatedly, and none of them are solved by the official download.

The first is more than one account. Designers, agencies, and anyone with a personal workspace alongside a company one need two sessions alive at the same time, not one session that switches.

The second is more than one board. The useful unit of work in Milanote is rarely the home screen. It is a specific board, often a specific sub board inside it, and each of those is addressable by its own URL. An application that always opens on the home screen means navigating back to the same place several times a day.

The third is window discipline. A board used for pre-production and a board used for a client's brand assets are different jobs, and keeping them in one window means the application switcher can only get a person as far as Milanote, not as far as the thing they were doing.

Each of these is a request for more windows, not for a different application. That reframing points at the routes below.

The routes compared

Route	Sessions	Opens on	Updates
Official Mac app	One at a time	The home screen	Handled by the app
Safari, Add to Dock	Separate per window	Any chosen board	Follows the website
Chrome, Install page as app	Shared with the profile	Any chosen board	Follows the website
Purpose built site to app tool	Separate per app	Any chosen board	Follows the website

Nothing in the table changes what Milanote can do, because in every row the same product is being rendered. What changes is how many accounts can be live, which page the window starts on, and where updates come from.

The Safari route in practice

Starting with macOS Sonoma 14, Safari can save any page as a web app. Apple's steps are to open the page, choose File then Add to Dock from the menu bar, type a name, and click Add. Apple also describes the two behaviours that matter here: the web app functions independently of Safari and shares no browsing history, cookies, website data, or settings with it, and for sites that send notifications the Dock icon can show a count of unread ones.

The settings panel inside each web app allows the Application URL to be retyped or set to the current page, along with the name and icon. A window built on the wrong board can therefore be repointed in half a minute, which makes the initial choice low risk.

The Chrome route in practice

Chrome installs a page as an app through More, then Cast, save, and share, then Install page as app. The session belongs to the Chrome profile it was created in, so the window opens already signed in, and two accounts require two profiles. Milanote's web application publishes a web app manifest, which is why an install created this way arrives with a sensible name and icon rather than a generic one.

What the free plan limits, and why it matters here

Milanote's plans page sets out three tiers, and the shape of them explains a common two account setup.

Plan	Price	Limits
Free	No charge, no time limit	100 notes, images or links, 10 file uploads, unlimited shared boards
Per person	$9.99 per month billed annually, or $12.50 billed monthly	Unlimited notes, uploads, and shared boards
Team	$49 per month billed annually for up to 10 people	Unlimited notes, uploads, and shared boards

A free account with a cap of 100 notes and 10 file uploads is generous for a single project and tight for a working practice, which is why people commonly end up with a paid account for client work and a free one for personal planning. Two accounts is exactly the case the official app handles worst, since it holds one session at a time. Unlimited shared boards on every tier also means collaborators arrive through boards shared with them, so a freelancer can be inside several organisations' boards without owning any of them. The supported services list shows which sites are already prepared as separate windows.

Sizing and placing a board window

Boards are visual, which changes what a good window looks like. A note taking tool can live in a narrow strip at the side of the screen. A moodboard cannot, because the whole point is seeing the arrangement at once, and a cramped window turns every review into scrolling.

The practical setup is two sizes rather than one. A wide window, close to full screen, for the board being built, and a smaller window for the board being referenced. Because each window is a real application as far as macOS is concerned, its position and size are remembered between launches, so the arrangement survives a restart. Assigning a window to a specific desktop through the Dock icon's Options entry keeps it from drifting into the space used for other work, which matters when a review session runs alongside a call.

There is a second reason to think about placement. Milanote's own description of the desktop app mentions the cleanest interface available, and the browser routes get part of the way there by removing the tab bar and the address bar. In the Safari route, the toolbar can be reduced further by turning off Show navigation controls in the web app's settings, which leaves the board itself and nothing else. For a tool used to look at things, removing the chrome around the canvas is not cosmetic.

Naming deserves the same thirty seconds. Three windows all called Milanote are three identical icons in the Dock and three identical entries in the switcher, which defeats the purpose of separating them. Naming each one after the project rather than the product is what turns the switcher into a list of jobs. The guide covers doing this for several windows without them colliding.

What does not follow the window

Three things reliably surprise people on the first day, and all three are worth testing before a workflow is rebuilt around a new window.

Extensions do not come along by default. Milanote publishes a web clipper for collecting references from other sites, and in a Safari web app extensions have to be enabled individually in that window's Extensions tab. A password manager is the other one that gets noticed, because the first sign in happens in a window that has never seen the vault.

Links clicked elsewhere still open in the default browser. A board URL pasted into a chat or arriving by email goes to whatever browser macOS is configured to use, not to the window built for that board. That is a routing rule at the operating system level, so the browser copy stays in the picture and should stay signed into the account the windows use.

File dialogs behave normally. Uploading an image to a board and downloading a file back open the standard macOS panels, because as far as the system is concerned the window is a real application. Anyone worried that a lighter route would compromise on file handling can stop worrying about that one, though the ten upload cap on the free plan still applies whichever route is used. The pricing page covers what keeping a set of these windows tidy costs.

Keeping the official app in the mix

None of this requires uninstalling anything. A common arrangement keeps the official app for the primary account, where the Dock icon and its own update mechanism are genuinely convenient, and adds separate windows for the second account and for the two or three boards that deserve their own entry in the switcher. The sessions do not collide, because each storage area is separate.

What to change first

Install the official app from Milanote's download page first, since it is free, it is current, and it settles the Dock icon question immediately. If what is still missing is a second account or a window that opens on one specific board, build that window next, and consider a tool such as Kagemusha once there are more than two of them to keep straight.