Merriam Webster for Mac: a dictionary window within reach

Looking up Merriam Webster for Mac tends to end in a small disappointment. The App Store shows an app, the app looks right, and then the install button is missing. Meanwhile macOS already ships a Dictionary application that answers most lookups instantly but does not contain this particular dictionary. The useful question is therefore not which app to download, but which of three tools should be doing the looking up, and how to keep the right one within reach while writing. The facts below are the ones that settle it.

Why there is no app to install

The Merriam-Webster Dictionary listing on the App Store is published by Merriam-Webster, Inc., is free with in-app purchases, and sits in the Reference category with a 4.8 average across roughly 328,000 ratings. The listing describes it as being for iPhone, iPad, and Apple Watch, and its compatibility line reads that it requires iOS 15.0 or later. That line has no macOS entry.

The absence matters more than it looks. Many iPad apps are offered on Apple silicon Macs, which is why a search for an iPad only title sometimes produces a working Mac install. Merriam-Webster's listing does not include Mac among its supported devices, so no amount of searching the Mac App Store will produce it. The same is true of the company's other titles in that store.

What the iOS listing does reveal is which features are app specific rather than dictionary specific. Offline access to the full set of definitions and synonyms is an app feature, not a website feature, and so are voice search, the Apple Watch extension, and the in-app purchase that removes ads and adds the Kids, Medical, and Legal dictionaries. Anyone who mainly needs a dictionary without a network connection is being pointed at a phone, and that is a real limitation to plan around rather than a gap to work around on the Mac.

The dictionary already on the Mac

macOS includes Dictionary, and it is better than its low profile suggests. Apple's user guide describes looking up a word by typing it in the search field, following blue links to related words, using SnapBack to return to the starting definition, and holding the pointer over any word in a definition to look that one up as well. The font size buttons and a two finger pinch handle legibility.

The part worth knowing is the sources list. Choosing Dictionary then Settings allows sources to be selected and reordered, and some sources carry their own options, such as how pronunciations are displayed or which language of Wikipedia to search. That is also where additional sources are enabled, and the guide notes that a newly added source needs to finish downloading before it can be searched.

Where it stops

The sources available in that list are the ones Apple ships. Merriam-Webster is not among them, and there is no supported way in the Dictionary settings to point the application at a commercial dictionary from another publisher. Apple's guide also explains the symptom that sends people searching in the first place: if a search returns nothing, the word may not be in the sources selected in Dictionary settings.

For most writing, this is enough. The built-in application is fast, works with no connection, and reaches every text field through the system lookup gesture. It becomes insufficient at the point where the specific dictionary matters, which is where the website comes in.

The website is the Mac version

merriam-webster.com carries the dictionary, the thesaurus, Word of the Day, and the word games, free and supported by advertising. For readers who need more than the free site shows, Merriam-Webster Unabridged is sold as a subscription through Britannica's premium store.

Option	Price	What it adds
Free website	No charge	Dictionary, thesaurus, Word of the Day, games
Unabridged, monthly	$4.95 per month	Ad free access, 700,000 definitions, advanced search
Unabridged, annual	$49.50 per year	The same, billed once
Unabridged with Britannica	$89.95	Both subscriptions, described as a $35 saving

The subscriber site is a different tool from the free one. Alongside the Unabridged Dictionary it carries the Collegiate Dictionary, the Collegiate Thesaurus, and the Medical Dictionary, and its advanced search can be restricted to a content type such as etymology, usage, examples, author quoted, or date. That kind of searching is a desk activity. It wants a wide screen, a keyboard, and a window that can be left open beside a manuscript, which is exactly the shape a browser tab handles badly.

Giving the dictionary a window

Starting with macOS Sonoma 14, Safari can save any page as a web app. Apple's documentation gives the steps: open the page, choose File then Add to Dock from the menu bar, type a name, and click Add. The result lands in the Applications folder of the home folder and opens from the Dock or Spotlight.

Apple's description of how it behaves is what makes it suitable for a dictionary. A web app functions independently of Safari and shares no browsing history, cookies, website data, or settings with it. A subscriber sign in therefore lives inside that one window and stays there, rather than being cleared along with a browser cleanup. The toolbar is streamlined to back, forward, and share buttons, with buttons for any extensions enabled for that web app.

Chrome reaches the same result through More, then Cast, save, and share, then Install page as app. The difference is that a Chrome installed app shares the signed in state of the profile it was created in, which is convenient for a single account and less so for anything that needs isolation.

Settings that matter for a reference window

The web app's own settings panel, reached by clicking its name in the menu bar and choosing Settings, carries four controls worth using. Application URL can be retyped or set to the current page, so a window built on the home page can be repointed at the advanced search screen later. Application Name and Icon make the Dock entry recognisable at a glance. Show navigation controls decides whether the toolbar buttons appear at all, and for a lookup window that is rarely navigated, hiding them buys back a strip of screen.

The four routes compared

Route	Works offline	The dictionary it uses	Reach
Built-in Dictionary	Yes	Apple's bundled sources	System wide lookup
iOS app	Yes	Merriam-Webster	iPhone and iPad only
Website in a browser tab	No	Merriam-Webster	Wherever the tab is
Website as its own window	No	Merriam-Webster	Dock and switcher

Read as a set, the table suggests a pairing rather than a winner. The built-in application handles the fast, connectionless lookup of an ordinary word. A dedicated window handles the cases where the specific dictionary, the thesaurus, or the advanced search is the reason for looking at all.

Sizing a window that gets used

A dictionary window that is the size of a browser window will be treated like a browser window, which means it will end up behind the document. The version that gets used is narrow and tall, parked at one edge of the screen, and reachable by the same keystroke every time.

Two habits make it stick. The first is assigning the window to a desktop through the Dock icon's Options entry, so it stops following the work around and stays where it was put. Because a web app is a real application as far as macOS is concerned, its position and size persist between launches, which a tab cannot do. The second is picking one starting page and leaving it alone. A window that always opens on the search field is a tool; a window that opens wherever it was last left is a browser with fewer buttons.

For anyone who reads in a second language as well, the same approach extends to a bilingual dictionary or a corpus site. Apple's built-in sources already include several language dictionaries that can be enabled in the settings list, so the question is only which of the remaining lookups deserve a window of their own. The guide covers building more than one without the windows turning into clutter.

Deciding which page deserves the window

The address the window opens on decides whether it gets used, and the right choice depends on what the lookups are for rather than on preference.

For editing prose, the plain dictionary entry page is the correct anchor. Typing a word into the field and reading one definition is a two second job, and a window that starts anywhere else adds a click to every one of them. For anyone checking usage rather than meaning, the subscriber site is the better anchor, because its search can be narrowed to a content type such as usage notes, examples, etymology, or the date a sense was first recorded, and those screens are where the answer actually lives.

A third case is worth naming because it is the one people set up and then enjoy. Word of the Day and the word games are a daily habit rather than a work tool, and putting them in the same window as the research dictionary means one of the two gets in the way. A separate window with its own name and icon keeps the habit from interrupting the work, and costs nothing beyond the minute it takes to create.

What all three share is that the page is addressable. Every entry, every search result, and every game on the site has an address visible in the bar, which is the only requirement any of these routes has. That is also why the choice is reversible: the web app settings allow the address to be retyped or set to the current page, so a window pointed at the wrong screen is a thirty second fix rather than a rebuild. The pricing page is worth reading before the number of such windows grows.

What does not carry over

Three differences show up quickly, and none of them are faults in any particular route.

A window built from the website needs a connection. The offline promise belongs to the iOS app, and there is no equivalent for the Mac from this publisher. For writing on a train, the built-in Dictionary is the answer, and it is worth enabling the sources needed for that before the train.

Extensions start out absent in the Safari route. Each web app has an Extensions tab in its settings where they can be enabled one at a time. A password manager is the one to enable first if a subscription sign in is involved.

Words looked up elsewhere still route through the system. The lookup gesture in a document consults the sources selected in Dictionary settings, not the window built from the website, so the two tools stay separate by design. The reliable pattern is to let the system handle ordinary words and to switch to the dedicated window when the answer needs to come from a named dictionary. The supported services list is a reasonable place to see which reference sites are already prepared as windows.

What to change first

Open Dictionary, check which sources are enabled, and turn on the ones actually needed, since that costs nothing and removes most lookups from the browser entirely. Then build one window on the Merriam-Webster page used most, the search field for casual use or the advanced search for research, and if the count of such windows grows past two, a tool such as Kagemusha keeps them consistent.