The Dock is fine — but it's not enough

The Dock has been on the Mac since 2001. It works. It is one of the most familiar interface elements in computing — a row of app icons across the bottom of the screen, click one, the app focuses or launches. There is nothing wrong with it. If you are happy with the Dock, you should keep using the Dock.

But after twenty-five years of "the Dock is the launcher," it is worth being honest about what it does well and what it does not. Because for a lot of modern Mac users, the Dock has quietly stopped being a fast launcher and become something else — a status board with launch behavior bolted on. Once you see the split, the question of whether to add a second launcher gets a lot easier.

This post is the honest version of that split. Three real problems with the Dock as a launcher, what each one costs you, and what a radial menu does differently — without throwing the Dock away.

Problem one: the Dock forces mouse travel

The Dock lives at the bottom of your screen. If your cursor is in the middle of a 27-inch display when you decide to open Slack, that is roughly 700 pixels of travel before you even start aiming at an icon. On an external 32-inch panel it is more. Multiply by the dozens of times a day you launch or refocus an app and the cost is real.

The usual defense here is Fitts's Law — the rule that screen edges are infinite-depth targets, so flinging the cursor at an edge is fast because you cannot overshoot. That is true for the bottom edge as a region. It is not true for individual Dock icons in the standard bottom-center position.

Fitts's Law gives you the full corner advantage only at the literal corners of the screen. The bottom-left and bottom-right of a screen are infinite targets in two axes — you can throw your cursor in their direction with no precision and land on them. Interior icons in the Dock are different. You still get the vertical-axis benefit (the bottom edge stops you), but you have to aim horizontally with normal precision. The fifth icon from the left is an interior target, not a corner target.

If you move your Dock to the left or right edge, the icons toward the top and bottom corners do get the corner advantage. Most people do not run their Dock on the side, so most people do not get this benefit either.

A radial menu sidesteps the entire conversation. The menu appears centered on your cursor — wherever your cursor happens to be. The travel distance from your starting point to any wedge is the radius of the menu, around 90 pixels, in any direction. There is no "trip across the screen" because there is no fixed location to trip to.

Problem two: icons get small once you cross fifteen apps

The Dock is one row. As you pin more apps, macOS shrinks the icons to keep them all visible. You start with comfortable 64-pixel icons and end up with 24-pixel icons that look almost identical to each other — the crowded-shelf problem.

This compounds the Fitts's Law problem above. Smaller targets are harder to hit precisely. Browser-shaped icons all look like browser-shaped icons at 24 pixels. The visual scan you were trying to skip by using the Dock at all comes back, and now you are doing it on icons that have been rendered at half-size.

You can resist this by being disciplined about what gets pinned, but the underlying constraint is real: the Dock is a one-dimensional list with a fixed budget of pixels. Beyond about fifteen items the design starts working against you.

A radial menu has a different budget. A single ring is comfortable with 8 to 12 wedges. Past that, sub-menus take over — a wedge can hold another ring of items. Two layers of 8 wedges gives you 64 destinations, each one a flick-then-flick away. The geometry does not degrade as you add more, because you are paginating into a second screen instead of shrinking everything on the first.

Problem three: the Dock never changes

This is the quietest problem and probably the biggest one. The Dock shows the same icons regardless of where you are, what you are doing, or who you are with. The pin layout you built last August is still your launch strip during today's client call.

That is fine if your day is uniform. For most people it is not. The apps you reach for in deep work mode (editor, terminal, notes, music) are different from the ones you need in a meeting (calendar, video, messaging, recording). The apps you use at home (browser, music, personal email, calendar) are different from the ones at the office (work email, project tool, internal chat, design tool).

A static Dock makes you scan past the irrelevant items every time. You have learned to ignore them, but the cost of "learning to ignore something" is real — your eyes still register it, and the targets you actually want sit between targets you actively do not want.

Swik's profiles address this directly. You can build a "home" menu and a "work" menu and have Swik swap automatically based on which Wi-Fi network you are on. You can build a "meeting" menu that activates between 10am and noon on weekdays. You can build a "second display connected" menu for when your external monitor is plugged in. The active menu changes; the trigger does not. Same flick, different wedges.

Comparison at a glance

What the Dock is still better at

This is not a "delete the Dock" argument. The Dock does several things a radial menu does not, and trying to make a wedge-based tool replace those would be the wrong move.

• Persistent status. Bouncing icons for attention. The dot under running apps. Unread badges from Mail, Messages, Slack. The Dock is always visible, which is exactly what status indicators need. A radial menu disappears when you release the trigger — it cannot show you something at rest.
• Drag onto a running app. Dragging a file onto a Dock icon to open it in that app is muscle memory for most Mac users. (Swik supports this on wedges too, but the Dock got there first.)
• Right-click for app actions. Quit, hide, show in Finder, recent files. The Dock's right-click menu is a long-standing power-user surface.
• Discoverability. The Dock teaches you what apps you have. A new user looking at a Mac for the first time learns "these are the things on this computer" from the Dock. A radial menu is invisible until you trigger it.

Keep the Dock for those jobs. Move the launch action somewhere that does not require traveling to a fixed location.

The "run both" setup

This is what most people who add a radial menu end up doing:

• Dock stays visible, pinned to the apps you actively want to see status for. Mail with its unread count. Messages with its badge. Calendar showing today's date. Whatever runs in the background and bounces when it needs you.
• Radial menu bound to a hotkey or mouse side button, holding the apps you reach for by reflex. Browser. Editor. Terminal. Notes. The 8 to 12 things you switch to dozens of times a day without needing to look.
• Profiles set up for the contexts that actually differ — home vs office, meeting time vs deep work, single display vs external monitor.

The split lines up cleanly. The Dock keeps its job as the always-on status board. The radial menu takes over the action of launching, where the Dock was always doing two jobs at once.

The one-paragraph version

The Dock is a great status board with a launcher attached. As a launcher it has three honest limits: it forces mouse travel to a fixed location, the icons crowd once you pass fifteen apps, and it never changes based on what you are doing. Fitts's Law helps the bottom edge as a region but not the interior icons individually. A radial menu solves the launch half of the problem — appears at the cursor, paginates with sub-menus, swaps via context profiles — without taking the badges and bounces away from the Dock. Run both.