If you’re switching from Windows, Snipping Tool (or its successor, Snip & Sketch, now merged back into one app in Windows 11) is probably your mental model for “how screenshots work.” Mac’s approach is structured differently — not worse, just split up differently — and knowing the shape of the difference saves some early confusion.
Snipping Tool on Windows 11 handles capture (rectangular, freeform, window, or full-screen — Win+Shift+S to launch it) and opens directly into a markup-ready view afterward: pen, highlighter, and a ruler tool are right there in the same window, no second app needed. Capture and annotate feel like one continuous action because they’re one app.
macOS splits the same two jobs across different tools. ⌘+Shift+4 (or ⌘+Shift+5 for more options) handles capture — see the full shortcut breakdown for exact behavior. Markup, if you want it, lives in Preview — a separate app, reached either by catching the screenshot thumbnail before it auto-dismisses, or manually opening the saved file afterward. Functionally comparable tools exist on both sides; they’re just not merged into a single continuous flow by default on Mac.
For a one-off screenshot with no annotation, both platforms are equally fast — a shortcut, a drag-select, done. The difference shows up specifically when you do want to annotate: Windows’ Snipping Tool keeps you in one window the whole time. Mac’s default path involves an extra “find and open the file, then find the markup button” step, unless you’re fast enough to catch the temporary thumbnail preview.
Neither platform’s built-in tool is meaningfully more powerful than the other for basic annotation — both offer pen/freehand, shapes, text, and basic color choices. Windows’ ruler/protractor tools for precise straight lines are a small extra Snipping Tool has that Preview’s Markup doesn’t directly match, though Preview’s shift-constrained lines get close.
Windows has long had tools like ShareX, Greenshot, and Lightshot filling gaps in the built-in tool (cloud upload, scrolling capture, OCR). Mac’s third-party landscape for this category tends to lean toward speed and menu-bar convenience rather than feature breadth — tools that live permanently in the menu bar, one hotkey away, rather than full application windows you launch separately.
SnipClip sits in that Mac-native category specifically: a menu-bar app, one hotkey (⌘⇧S) that does what Snipping Tool does in one continuous action — select an area, get an immediate markup toolbar (pen, arrow, rectangle, circle, text, full colour picker), copy or share right away. It’s closer to “Snipping Tool’s workflow, rebuilt as a lightweight Mac menu-bar app” than a general screenshot manager — it doesn’t do cloud sync, OCR, or a searchable capture library, deliberately, in favor of staying fast for the single most common use case: capture, mark up, share, move on.
If your Windows habit was “Snipping Tool handles the whole thing in one window,” Mac’s native split between ⌘+Shift+4 and Preview’s Markup will feel like a step backward at first purely because of the extra hop between apps — not because either tool individually is worse. Whether that’s worth solving with a dedicated app depends entirely on how often you’re actually annotating versus just capturing plain screenshots. If it’s often, closing that gap back to a one-motion workflow is exactly what a tool like SnipClip is for.
Screenshotting something is almost always an interruption — you’re in the middle of something else, you need to capture and share a specific thing, and then you want to get straight back to what you were doing. That makes it a strange category of app to build as a full application window with its own Dock icon, launch time, and window management overhead. It’s worth thinking about why.
Most Mac apps are built around sessions — you open Mail, you’re in Mail for a while, reading and writing messages, then you leave. A screenshot tool doesn’t have a session. It has a five-second task: capture, maybe annotate, share, done. Every extra second spent navigating to and waiting on a full app window before that task starts is pure overhead relative to the actual work.
A menu-bar app — no Dock icon, no full window, just a small icon sitting in the top-right of your screen — is a better shape match. It’s always running, essentially free in terms of active attention, and reachable via a global hotkey from literally anywhere, no window-switching required at all.
The practical difference shows up in interruption cost. If your screenshot tool is a full app, capturing something mid-task means: switch away from what you’re doing (context-switch cost #1), wait for the app to come to focus or launch, do the capture, then switch back (context-switch cost #2). A global hotkey skips both — you’re back in your original app the moment the capture (and any markup) is done, because you never actually left it in any meaningful sense.
This adds up faster than it sounds. If you screenshot and annotate something every 20–30 minutes through a working day — which is a completely normal cadence for support, QA, design feedback, or documentation work — the cumulative interruption cost of a full-app-window tool versus a hotkey-driven menu-bar one is measured in real, if unglamorous, minutes saved daily.
This is the specific design bet behind SnipClip: it lives entirely in the menu bar, has no meaningful “open the app” step, and its one hotkey (⌘⇧S) goes straight from wherever you currently are to an area-selection cursor, then straight into markup once you’ve selected. There’s no window to find afterward, no separate step to locate the file — copy or share happens right where you already are.
It’s also why SnipClip deliberately doesn’t try to be a full screenshot manager — no searchable library, no cloud sync dashboard, no organizing folders of past captures beyond a simple “last 6” quick-access list in the menu bar. Those are legitimate features for a different kind of tool, but each one pulls the app back toward being a destination you visit, rather than a hotkey you barely notice using.
This isn’t a universal argument against full-app screenshot tools — if your workflow genuinely involves managing a large library of past captures, doing OCR text extraction, or organizing screenshots into projects, a dedicated window-based app with real navigation makes sense, and a menu-bar tool would feel limiting. The menu-bar approach is specifically optimized for the “capture something right now, mark it up, send it, move on” loop — which, for most people using screenshots functionally rather than archivally, is the actual majority of what they’re doing.
The test worth applying to your own workflow: if you can’t remember the last time you went looking through old screenshots rather than just taking and immediately using a new one, you’re in the majority case a menu-bar tool is built for.
]]>macOS has three built-in screenshot shortcuts, and between them they cover almost every capture scenario without installing anything. Here’s exactly what each does.
⌘+Shift+3 — Full screenCaptures the entire screen immediately, no selection step. If you have multiple displays connected, it captures all of them, saving one image per screen. The screenshot saves to your Desktop by default as a .png, named with the date and time (e.g. Screenshot 2026-08-28 at 14.32.05.png).
A small thumbnail appears in the bottom-right corner for a few seconds after capture — click it before it disappears to open the screenshot immediately for cropping or markup, or just let it save and ignore it.
⌘+Shift+4 — Selected areaThe one you’ll use most. Your cursor becomes a crosshair — click and drag to select exactly the area you want, release to capture. A few modifier keys change the behavior mid-drag:
After ⌘+Shift+4, pressing Spacebar once (before dragging) switches to window-capture mode — your cursor becomes a camera icon, and clicking any window captures just that window, cleanly cropped with a drop shadow, no manual selection needed.
⌘+Shift+5 — Options panelOpens a small on-screen toolbar rather than capturing immediately. From here you can choose: capture full screen, capture a window, capture a selection, or — the part most people miss — record the screen as a video, either full-screen or a selected area. There’s also an Options menu in this toolbar controlling where captures save (Desktop, Clipboard, Mail, Messages, Preview, or a custom folder), a capture timer (5 or 10 seconds delayed), and whether the floating thumbnail preview shows up.
If you only remember one shortcut, this is the one worth defaulting to — it’s slower by one extra click, but it surfaces every other option instead of assuming.
Add Control to any of the above (⌘+Ctrl+Shift+3 or ⌘+Ctrl+Shift+4) and the screenshot copies directly to your clipboard instead of saving a file to Desktop. Genuinely useful if you’re about to paste it straight into Slack, an email, or a doc and don’t want a stray file left behind afterward.
By default, everything lands on your Desktop, which gets cluttered fast if you screenshot often. ⌘+Shift+5’s Options menu lets you redirect captures to a specific folder instead — worth setting up once if Desktop clutter bothers you.
They capture. That’s it — no markup, no arrows, no way to circle something or add text before sharing, beyond a very basic built-in Markup toolbar that appears if you click the capture thumbnail before it disappears (which does support some annotation, but requires catching that small window in time).
If markup is something you do after nearly every screenshot — annotating a bug for a colleague, circling something in a support request, adding a note before sending — that extra step (open the file, find an editor, add markup, re-export) adds up. That’s the specific gap SnipClip fills: one hotkey (⌘⇧S) that combines the selection step above with an instant markup toolbar, so annotation happens in the same motion as the capture rather than as a separate follow-up. See how SnipClip’s hotkey fits alongside these native shortcuts for the full comparison.
For everyday “just get the screenshot” needs, though, the three shortcuts above are genuinely all you need.
]]>You’ve got a screenshot and you need to circle something, draw an arrow, or add a caption before sending it — a bug report, a support request, a quick note to a coworker. Mac has a built-in way to do this. It’s just not obvious unless you already know where to look.
Every screenshot you take, and most images you open, can be annotated using Preview’s Markup toolbar. Two ways in:
Right after capturing — take a screenshot (⌘+Shift+4, for instance), and a small thumbnail appears bottom-right for a few seconds. Click it before it disappears and it opens in a Markup view directly, ready to annotate.
From any existing image — open it in Preview (right-click any image, Open With > Preview if it’s not already the default), then click the Markup toolbar icon (looks like a pen tip inside a circle) in the top toolbar, or ⇧+⌘+A.
From there, the toolbar offers:
Colors, line thickness, and fill are all adjustable per shape via a small popover that appears once you place one. Once you’re done, ⌘+S saves the annotated version, or Shift+⌘+S to save as a new file if you want to keep the original untouched.
The catch: it’s only obvious if you catch that thumbnail preview in the few seconds before it auto-dismisses, or if you already know Preview has a Markup mode at all (Preview reads as “just an image viewer” to most people, so they never look for editing tools inside it). If the thumbnail disappears before you click it, the screenshot still saved to your Desktop as a plain file — you just have to manually open it in Preview and find the Markup button yourself.
The built-in path works, but it’s several deliberate steps: capture, catch (or find) the file, open Markup, choose a tool, place it, save, then locate the file again to actually share it. For an occasional annotation, that’s fine. If you’re doing this multiple times a day — support work, bug triage, quick visual feedback to a team — those extra steps add up in a way that’s easy to underestimate until you count them.
This is the specific gap SnipClip is built around: instead of capture → find file → open Preview → find Markup → annotate → save → find file again to share, it’s capture and annotate in the same motion. ⌘⇧S, drag to select the area, and the markup toolbar (pen, arrow, rectangle, circle, text, full colour picker with opacity) is already there, before you’ve even finished the capture — then copy or share immediately with the result already on your clipboard.
It’s not a different set of markup tools so much as a different number of steps to reach them. If Preview’s Markup already fits your workflow, there’s no reason to add another app. If you’re finding yourself annotating screenshots often enough that the extra steps are noticeable, that’s the actual signal worth paying attention to.
]]>