How the Clipboard Really Works — And Why Your Paste Keeps Breaking

Most people think of the clipboard as a place that stores "the text you copied." It isn't. When you press Ctrl+C in a modern app, the source application writes several representations of the same content into the operating system's clipboard at once — and the destination picks whichever one it prefers.

A single copy from Microsoft Word typically writes:

• CF_UNICODETEXT — the plain characters you see
• CF_HTML — an HTML fragment with inline styles, class names, and Word-specific attributes (mso-*)
• Rich Text Format (RTF) — a legacy formatted representation
• CF_LOCALE / CF_OEMTEXT — encoding hints
• Sometimes CF_BITMAP or CF_DIB — a rasterized image of the selection

When you paste into another app, that app negotiates: "Do you support HTML? Yes? Here, take it." That's why the same Ctrl+V produces radically different results in Gmail, VS Code, and a <textarea> on a random web form. Nothing about your text changed. The format the destination accepted changed.

Follow a single sentence — "Hello, world." — copied from a Word document and pasted into four different destinations. The visible text is identical every time. The hidden payload is not.

Step 1 — You select and press Ctrl+C. Word serializes the selection into ~6 clipboard formats simultaneously. The HTML variant alone is often 2–8 KB for a single sentence, because it embeds a stylesheet, font declarations, and Office XML namespaces.

Step 2 — You paste into Gmail. Gmail asks for HTML, gets it, strips disallowed tags, keeps the fonts and colors. Your one sentence arrives wrapped in <span style="font-family:Calibri;font-size:11pt;color:#1F1F1F;">.

Step 3 — You paste into VS Code. VS Code asks for plain text only. You get "Hello, world." — but the space between the comma and "world" is a non-breaking space (U+00A0), because Word used one for typographic spacing. Your linter won't flag it. Your regex \s will match it. Your === comparison against "Hello, world." (with a regular space) will fail.

Step 4 — You paste into a browser <input> field. The browser takes plain text, but the smart quotes Word auto-corrected ("Hello" → "Hello") stay curly. Your backend validator that expects a straight ASCII apostrophe rejects the form. The user has no idea why.

Step 5 — You paste into ChatGPT. ChatGPT reads the HTML, extracts the text, and silently tokenizes the non-breaking space as a separate token from a normal space, quietly consuming more of your context window than the visible character count suggests.

Same copy. Five destinations. Five different bugs.

Below is a source-by-source breakdown of what modern apps push into your clipboard alongside the visible text. This is why "just paste as plain text" doesn't fully save you — some junk survives even a plain-text conversion.

Microsoft Word / Outlook: Smart quotes ("" ''), em/en dashes (— –), non-breaking spaces around punctuation, soft hyphens (U+00AD) at line-break candidates, and — in HTML mode — mso-* inline styles, conditional Office comments, and empty <o:p> tags.

Google Docs: Its proprietary JSON slice, plus HTML with class-based styling (c1, c2…) whose meaning only exists inside another Docs document. Pasting from Docs to Docs preserves formatting; pasting from Docs to anywhere else drops it and often leaves stray empty <span> shells.

ChatGPT / Claude / Gemini web UIs: Markdown rendered to HTML, so you inherit <strong>, <em>, <code>, <ul>. Also: narrow no-break space (U+202F) before punctuation in French/European locales, and occasionally zero-width joiners (U+200D) inside emoji sequences.

PDF readers (Adobe, Preview, Chrome PDF viewer): Hard line breaks at every visual line end (not paragraph end), hyphenated words split across lines, ligatures like "fi" (U+FB01) and "fl" (U+FB02) that break search, and inconsistent spacing where the PDF used positioning rather than real spaces.

Websites (via browser copy): Zero-width spaces used for CJK layout, non-breaking spaces from templating, tracking pixels' hidden characters, and — from CMS-generated content — HTML entities like   and ’ that some destinations decode and others don't.

Slack / Discord / Teams: Emoji shortcodes (:fire:) already expanded to Unicode, custom emoji replaced with image URLs, and mentions (@user) that become plain text but with an invisible object-replacement character (U+FFFC) left behind.

Terminals (macOS Terminal, iTerm2, Windows Terminal): ANSI escape sequences if you copied colored output, and — from some terminals — a trailing newline added even when you didn't select one.

Every modern OS offers a plain-text paste shortcut: Ctrl+Shift+V on Windows and Linux, Cmd+Shift+Option+V on macOS. These are essential. They are also incomplete.

Plain-text paste tells the destination "only accept the CF_UNICODETEXT stream." That strips HTML, styles, colors, fonts, and the source's proprietary payloads. What it does not strip:

• Non-breaking spaces (U+00A0) — they are plain-text characters
• Smart quotes and em dashes — plain-text characters
• Zero-width spaces (U+200B), BOMs (U+FEFF), soft hyphens (U+00AD) — all plain-text
• Ligatures from PDFs — plain-text
• Trailing/leading whitespace, doubled spaces, mixed line endings (\r\n vs \n)

A robust workflow is two steps: paste as plain text into a clean-text tool, run normalization, then copy the result into your final destination. Once you internalize this, entire categories of bugs — "why doesn't my search match?", "why is this form rejecting my input?", "why does my JSON fail to parse?" — simply stop happening.

You don't have to trust any of the above. You can inspect exactly what your clipboard contains right now.

On macOS: Open Terminal and run pbpaste | xxd | head. This dumps a hex view of the plain-text stream. Look for c2 a0 (non-breaking space), e2 80 9c / e2 80 9d (curly quotes), e2 80 8b (zero-width space), ef bb bf (BOM).

On Windows (PowerShell): Get-Clipboard | Format-Hex gives the same information. To see all clipboard formats a source wrote, use the free tool "InsideClipboard" (NirSoft) — it lists every format handle currently registered.

On Linux: xclip -selection clipboard -o | xxd | head, or wl-paste | xxd | head on Wayland. Use xclip -selection clipboard -t TARGETS -o to list every format available.

In the browser (DevTools console): Paste this into a page's console, then Ctrl+V into the page:

document.addEventListener('paste', e => {
  for (const t of e.clipboardData.types) {
    console.log(t, e.clipboardData.getData(t).slice(0, 200));
  }
}, { once: true });

You'll see every MIME type the source offered — usually text/plain, text/html, and sometimes vendor-specific ones like application/x-vnd.google-docs-document-slice-clip+wrapped.

In SnapTextClean: the Diagnose mode does this visually — it flags every non-ASCII, zero-width, and formatting character in your pasted text and tells you which source likely produced it.

The reason "clean text" tools exist as a category is that the clipboard problem is structural, not incidental. It won't be fixed by the OS or by application vendors, because the multi-format design is a feature — it's what makes copy-paste work across the enormous variety of apps we use. The cost of that flexibility is the invisible junk we've walked through above.

The practical response is to insert a normalization step between "source" and "destination" whenever the destination is anything precise: code, JSON, SQL, CSVs, email templates, CMS fields, form inputs, LLM prompts. For everything else — pasting a quote into a Word doc, sharing a link in Slack — the clipboard's flexibility is a gift and you should leave it alone.

The tools on this site are built around this split:

• Text Cleaner — the all-in-one normalizer for the "precise destination" case
• HTML Cleaner — when you specifically need HTML stripped from a rich-text paste
• Plain Text Converter — a stricter conversion that also normalizes characters, not just formatting
• Paste Without Formatting — a reference and OS-shortcut guide when you don't need a tool at all
• Fix PDF Text and Copy PDF to a Text Editor — the PDF-specific extraction problems
• Remove Invisible Characters — a deep dive on the zero-width family
• Clean ChatGPT Text and Remove ChatGPT Watermarks — LLM-specific character injections
• Fix Word Formatting and Copy-Paste Web Text — source-specific playbooks