System tower · floor

How to copy and paste on a Mac, files and folders included

Two keys, and then a surprise. How to copy and paste on a mac is Command-C and Command-V, which is the same pair of keys Windows uses with a different modifier. The surprise comes one step later, when the same habit is applied to a file: cut it, and nothing happens. That is not a mistyped shortcut. Apple documents the difference plainly, and it is the part worth reading.

The keyboard
Command-C, then Command-V

Apple: “Using keyboard shortcuts is the fastest way.” And the third one worth learning in the same breath: Command-Z undoes a paste “if you pasted the selection in the wrong place (or changed your mind).”

The shortcut menu
Control-click › Copy … Control-click › Paste

The same commands without the keyboard. If you have set up a secondary click on your mouse or trackpad, that opens the same menu.

The menu bar
Edit › Copy … Edit › Paste

Slower, and the most useful of the three when something is wrong — because this is the menu that tells you why.

Three routes to the same clipboard, and it is worth having all three because they fail differently. The keyboard is fastest; the shortcut menu needs no menu bar; and the Edit menu is the one that answers a question the other two cannot.

The shortcut worth learning after the first two. Option-Shift-Command-V is Paste and Match Style, and Apple describes exactly what it does: “the pasted item matches the font, color, size, or other style of the surrounding content.”

It is the difference between pasting a sentence from a web page into a document and pasting a sentence plus somebody else’s typeface, in blue, two sizes too big. Same clipboard, same text, one extra pair of keys.

Now the part that is not the same as Windows.

“For some items, such as files or folders, you might have the option to delete or move to the Trash, but not the option to cut. To move items, you might be able to drag and drop instead.”

Apple, saying the thing that trips up everybody arriving from Windows. Command-X does not move a file. Copy and paste work on files perfectly well — it is cut that is not offered for them, so the habit of cut-here, paste-there has no equivalent on the desktop.

So how do you move a file. Apple gives two answers and neither of them is a keyboard shortcut. The first is to drag and drop. The second it spells out as a method in its own right: “Use the copy and delete method: select the item, press Command-C to copy, go to the destination folder and press Command-V to paste, then delete the original item.” Three deliberate steps rather than one gesture — and the last of them is yours to make, which means you can check the copy arrived before anything disappears.

Which leaves the question that comes next: how do you tell whether a thing can be pasted at all. Apple’s answer is that the software has already told you, in a way that is easy to miss.

If the Paste command is dimmed or unavailable, you can’t paste content in that location.

That sentence appears twice in Apple’s own instructions, and it makes the Edit menu into a diagnostic rather than a slower way to press Command-V. The full statement is worth having: “Each app determines which items it can cut, copy, or paste, and when and where those actions are possible in the app. When cut, copy, or paste isn’t possible, its menu item is dimmed so that you can’t choose it or use its keyboard shortcut.” A shortcut that appears to do nothing and a greyed-out menu item are the same fact, and only one of them is visible.

When a file will not move — Apple’s own list of causes

The first item on that list is the one that turns an afternoon around, because it looks nothing like a formatting problem. Read-only is exactly what it says: the drive will give you everything on it and take nothing back. Apple states the rule without softening it, and the formats it names as workable are APFS, Mac OS Extended and exFAT.

One newer thing worth knowing about, because it changes what the clipboard is. Apple: “Learn how to use Clipboard history in macOS Tahoe or later to browse through text, images, links, and files you recently copied.” A clipboard that holds exactly one thing is the assumption behind the habit of pasting immediately and not getting distracted. On a Mac running that version, that assumption no longer holds.

The floors below take it four ways: the three routes, pasting without the formatting, moving files when Cut is not offered, and the reasons a paste is refused.

Where to start

Four ways in.

“Just the keys, please.”
Start at the three routes
“It brings the formatting with it.”
Go to pasting plain
“Command-X does nothing on a file.”
That is moving files
“Paste is greyed out.”
That is when paste is refused

The three routes

Keyboard, shortcut menu and menu bar reach the same clipboard. Worth knowing all three, because when something goes wrong only one of them explains itself.

Command-C and Command-VThe two keys, plus the third one that undoes a paste in the wrong place.Being built
Control-click to copyThe shortcut menu, and how to set up a secondary click that opens it.Open this floor →
The Edit menuThe slowest route and the only one that tells you why something is refused.Being built

Pasting plain

The difference between moving words and moving somebody else’s typography. One extra pair of keys, and Apple describes precisely what changes.

Paste and Match StyleOption-Shift-Command-V, and what “matches the surrounding content” actually means.Being built
Clipboard historyIn macOS Tahoe and later the clipboard stops holding only one thing.Being built
Between your devicesCopying on one Apple device and pasting on another.Being built

Moving files

Cut is not offered for files and folders. Apple gives two replacements, and one of them is safer than the habit it replaces.

Why there is no CutApple’s own sentence, and what it means for a Windows habit.Being built
Copy, paste, deleteThe method Apple names, and the moment it is safer than cutting.Being built
Dragging and droppingThe other answer, and the trackpad pressure that opens files instead of moving them.Being built

When paste is refused

A greyed-out menu item is not a fault. These floors cover what the app is telling you, and the disk format that ends the argument.

A dimmed PasteEach app decides what it accepts, and says so in the Edit menu.Being built
NTFS drivesRead-only on a Mac, which looks exactly like a broken paste.Being built
Files that move backA sorting setting on the desktop rather than anything going wrong.Being built

What this tower will not do

It will not tell you Command-X is broken. Apple says cut is not offered for files and folders, and names two replacements for it.

It will not suggest a driver to write to an NTFS drive before saying what the limit is. The rule is Apple’s, it is stated plainly, and knowing it is what stops the afternoon.

And it will not treat a greyed-out menu item as a fault. It is the app answering the question, and the Edit menu is where that answer is visible. What holds instead is simple: the three routes, the note that files and folders cannot be cut, the copy-and-delete method and the NTFS limit are quoted from Apple’s own documentation, listed below.

Where this page got its facts

  1. Apple Support — How to copy and paste on Mac (the keyboard, menu bar and Control-click routes, Paste and Match Style with Option-Shift-Command-V, the statement that each app decides what can be pasted and dims the menu item when it cannot, the note that files and folders offer no cut option, and Clipboard history in macOS Tahoe or later) — support.apple.com, read 22 August 2026.
  2. Apple — macOS User Guide, Copy and paste on Mac (the shortcut order, Command-Z to undo a paste, and the repeated note that a dimmed Paste command means content cannot be pasted in that location) — support.apple.com, read 22 August 2026.
  3. Apple — macOS User Guide, If you can’t move or copy an item on Mac (the basic requirements, the Force Touch pressure note, the copy and delete method, the desktop Sort By behaviour, and the statement that NTFS drives are read-only on Mac) — support.apple.com, read 22 August 2026.

Written by Alberto Gulotta

Founder and editor of AI Tools Primer, writing from Palermo, Italy. Thirty-five years of taking computers apart, starting with a Commodore 64 — the long version is on the about page.

Something wrong on this page? Write to aitoolsprimer@gmail.com and it gets fixed.

Written on 22 August 2026.

Independence and limits

No affiliate links and no paid placements anywhere on this site. Nobody pays to appear here, and no company has seen this page before you did.

This is general information, not professional advice. Where a page touches money, health, safety or the law, it names its source and the date it was read — and your situation may still differ. See the privacy page and the cookie policy.