Desktop weather widgets on a Mac: keeping the forecast in view

Most searches for desktop weather widgets come back with Windows answers. Rainmeter skins, taskbar readouts, a dozen small utilities. On a Mac the situation is different in a way that matters: the widget system is built in and works well, and it is also closed in one specific respect. A widget exists only if some application ships one. If the forecast that actually gets checked lives on a website, no amount of looking through the widget gallery will find it there.

This covers what the Mac widget system does, exactly where it stops, and what to do when the useful forecast is a web page rather than an app.

What a desktop widget on a Mac is

Apple documents the route in the Mac User Guide. Control-click the wallpaper, choose Edit Widgets, and the widget gallery opens with a search field and a set of categories. From there a widget can be clicked to place it automatically, or dragged to a specific spot on the desktop. Clicking Done at the bottom right of the gallery closes it. The same gallery serves Notification Center, which opens by clicking the date and time in the menu bar or swiping left with two fingers from the right edge of the trackpad, with an Edit Widgets button at the bottom.

Once placed, a widget is adjustable. Control-clicking it offers Edit for that widget, a choice of sizes, and Remove Widget. Apple is explicit about the limit here: if the Edit option is not in the shortcut menu, that widget's contents cannot be changed. Weather is named directly in Apple's own description of what widgets are for, alongside a schedule, devices and headlines, so a weather widget is very much a supported case.

iPhone widgets count too

There is a second supply line that people miss. In System Settings, under Desktop & Dock, a Widgets section has a setting called Use iPhone widgets. Turning it on makes widgets from apps installed on the iPhone available in the Mac's widget gallery. Apple lists the requirements: the iPhone runs iOS 17 or later, both devices are signed in to the same Apple Account, and the iPhone is near the Mac or on the same Wi-Fi network.

There is a caveat attached, and it is the one that decides whether this solves anything. If a widget shows the message about opening the app on the iPhone to continue, the app is not installed on the Mac, and interacting with it means picking up the phone. Apple notes plainly that some third party apps are not available for both iPhone and Mac. A widget that can be looked at but not opened is fine for a temperature reading and useless for a radar loop.

Where the widget route runs out

Four limits show up in practice, and none of them are faults.

The first is supply. Widgets come from applications, and a great many weather sources are not applications. A national meteorological service page, a radar and lightning loop, a marine or mountain forecast, a snow report for one specific resort, an aviation briefing page: these are web pages, maintained as web pages, with no Mac app behind them and therefore no widget.

The second is depth. A widget is a summary by design. It shows a number, an icon and perhaps a short strip of hours. The reason a person keeps a weather page open is usually the opposite of a summary: an animated radar frame, a comparison between two models, an hour by hour table with wind direction and gust, a webcam. None of that compresses into a tile.

The third is location. Many of the best forecasts are local in a way that global apps are not. A regional service page covering one valley, a harbour authority page, a university observatory, a ski area's own conditions page: these are the sources that people actually trust for the place they are in, and they are almost never available as a Mac app. Choosing between a widget and a web page is often really a choice between a general forecast that can be a widget and a specific one that cannot.

The fourth is visibility. Desktop widgets sit on the wallpaper, which means open windows cover them. Apple's own tip for this is to click the wallpaper to move the open windows away. That behaviour is itself configurable: the setting called Click wallpaper to reveal desktop, in Desktop & Dock settings, can be set to Only in Stage Manager, after which clicking the desktop stops shuffling windows. Either way the widget is either behind the work or the work has been pushed aside. A widget is excellent at being glanced at and poor at being consulted.

Three ways to keep a forecast in view

Route	Comes from	Depth available	Visible while working
Desktop widget	An installed Mac app	Summary only	Behind open windows
Notification Center widget	An installed Mac app	Summary only	On demand, one gesture
A window built from a weather site	Any web page	Whatever the site shows	Yes, like any app window

The third row is the one that is easy to overlook, because it does not appear in any gallery. A web page can be given its own Mac window, its own name, its own icon and its own place in the Dock. It then behaves like an application: ⌘Tab reaches it, the Dock holds it, Mission Control treats it as a window, and it can be resized to a narrow column parked at the side of the screen.

Building a window from a weather site

macOS documents one route, Chrome documents another, and a third category of tool exists for the case of building several.

Apple's route works from macOS Sonoma 14 onward. Open the page in Safari, then choose File then Add to Dock from the menu bar, or use the Share button then Add to Dock. Type a name and click Add. Apple states that the result is saved to the Applications folder inside the home folder, opens from the Dock or Spotlight, and functions independently of Safari, sharing no browsing history, cookies, website data or settings with it. The settings panel for the saved app allows a new name, a new address with a Set to Current Page button, a custom icon, a choice about whether navigation controls are shown, and a choice about whether the title bar takes its colour from the site. Safari extensions can be enabled or disabled for that app alone, and its website data can be cleared without touching anything else.

Chrome's route is documented as More, then Cast, save, and share, then Install page as app, with an Install button appearing at the right of the address bar on some sites. The app belongs to the Chrome profile that created it, which is convenient for a site that needs a sign-in and limiting if two accounts are involved.

A tool that turns a website into a standalone Mac app is the third option, and it earns its place when the answer is more than one window. A radar page, a long range forecast page and a webcam page are three different views that are useful at three different moments, and treating each as its own small app is closer to how the rest of the Mac works. The Features page covers what is controlled per app in that arrangement, including the icon, the starting address and whether a tab strip appears at all.

Choosing the page, then the shape

The page matters more than the tool. Most weather sites have a location specific URL, and a window built on the generic home page will ask for a location every time or guess from an IP address. Navigate to the exact place, the exact view and the exact units first, then build the window from that address.

Shape matters second. A forecast window does not want to be full screen. A narrow tall window showing an hourly column, parked at the right edge, is readable at a glance and leaves the rest of the screen alone. A radar window wants the opposite: roughly square, large enough for the loop to mean something. These are two different windows with two different sizes, which is an argument for building two rather than one.

Units and language belong to the same decision. Many weather sites store the choice between Celsius and Fahrenheit, or between metres per second and knots, as a cookie or as part of the address. A window with its own cookie store keeps that choice to itself, which is useful for anyone who reads one source in metric for sailing and another in imperial out of habit. Setting the units once inside the window, then confirming they survive a relaunch, takes a minute and prevents a season of mental conversion.

Whether the window shows in the Dock is worth a thought as well. A forecast that is consulted several times a day belongs in the Dock so it can be clicked. A forecast that is only wanted at a keystroke can sit outside the Dock entirely and be reached another way, which keeps the Dock reserved for work.

Reducing what the window carries

A weather page that will sit open for hours is a page that reloads adverts for hours. Any route that allows a content blocker to be enabled for that window alone is worth using, because the same extension is often unwelcome on other sites. Hiding the tab strip is worth doing for a different reason: a window with no tabs cannot become a browser, and a forecast window that has acquired six unrelated tabs has stopped being a forecast window.

What a window does not do

It does not appear on the desktop under other windows, and it does not appear in Notification Center. Those are widget behaviours and they belong to the widget system. Anyone whose real requirement is a temperature on the wallpaper should use a widget, from a Mac app or from an iPhone app through the Use iPhone widgets setting, and stop there.

It also does not update quietly in the background the way a widget does. A window shows what the page shows when the page last loaded, so a site that refreshes itself on a timer behaves well in this arrangement and a site that does not will need a reload. Checking that before committing to a window saves an afternoon of stale readings.

And it does not create data. A wrapped window shows exactly the same forecast, from the same source, with the same accuracy as the tab it replaced. What changes is whether it can be reached in one keystroke.

What to change first

Decide which of the two needs is the real one. For a glanceable number, open the widget gallery from the wallpaper and place a weather widget, and turn on Use iPhone widgets if the preferred source is a phone app. For a radar loop or an hourly table that gets studied rather than glanced at, copy the exact location URL and build one window from it, sized narrow or square depending on what it shows. If several views end up mattering, Kagemusha is one way to make each of them its own small app rather than three more tabs.