Ctrl+V in Word verliert Farben und Schriftgrößen? Die Daten sind da – eine Standardeinstellung hat sich geändert
2026-10-27
Tags: Windows · Zwischenablage · Tutorial
Vor einigen Monaten haben wir RDP Clipboard Anchor veröffentlicht. Es ist ein Verlaufstool für die Zwischenablage, spezialisiert auf Remote-Desktop-Szenarien: Alles, was in einer RDP-Sitzung kopiert wird, wird lokal zwischengespeichert und verankert, überlebt also Verbindungsabbrüche und lässt sich jederzeit per Drag & Drop herausziehen. Seine Verlaufsliste ist rund um dieses Brückenszenario entworfen.
Im Mai dieses Jahres ging in unserem Feedback-Repo ein Wunsch ein: Der Zwischenablage-Verlauf solle Kategorien unterstützen, häufig genutzte Einträge sollten sich als Favoriten ablegen lassen. Kategorien und Favoriten sind Anforderungen des allgemeinen Zwischenablage-Managements und reichen über ein RDP-Brückentool hinaus. Der Wunsch zeigte in Wahrheit auf ein anderes Produkt: einen Zwischenablage-Manager für den täglichen lokalen Gebrauch. In diese Richtung haben wir ClipLab gestartet.
Beim Testen liefen wir dann in das Problem, um das es in diesem Artikel geht.
Das Symptom, das nicht zusammenpasste
Aus Word einen Text mit Farben, Schriftgrößen, Fett und Kursiv kopieren, die Zwischenablage zwischendurch von etwas anderem überschreiben lassen, dann den Eintrag aus dem ClipLab-Verlauf heraussuchen und zurück nach Word einfügen. Farben und Schriftgrößen sind weg, Fett und Kursiv sind noch da.
Erster Verdächtiger waren wir selbst: Ein Teil der Daten ging beim Speichern oder beim Zurückschreiben verloren. Die Kernaufgabe eines Zwischenablage-Managers ist es, Inhalte unverändert zu speichern und unverändert zurückzugeben – wenn das nicht klappt, ist es ein Bug.
Also haben wir zuerst die Daten entlang der gesamten Kette geprüft.
Zuerst klären: Sind die Daten überhaupt noch da?
Die Windows-Zwischenablage erlaubt es, denselben Inhalt in mehreren Formaten gleichzeitig zu halten. Wenn Word einen Text kopiert, legt es ein Dutzend Formate gleichzeitig ab: Rich Text Format, HTML Format, reinen Text und einen Haufen OLE-nativer Formate (Embed Source, Native und Konsorten).
Wir haben ein Probe-Skript geschrieben, das mit der rohen Win32-API (OpenClipboard / GetClipboardData) die Originalbytes jedes Formats einzeln greift, hasht und archiviert. Dann haben wir einen Dreischritt-Vergleich gefahren.
Schritt eins: Nach dem Kopieren die gespeicherten Bytes aus der Tool-Datenbank holen und mit den Originalbytes auf der Zwischenablage vergleichen. HTML Format stimmte byteweise überein.
Schritt zwei: Die Zwischenablage leeren, das Tool den Eintrag zurückschreiben lassen, erneut greifen. Die Hashes stimmten – weiterhin byteidentisch.
Schritt drei: Das Tool umgehen und mit dem Probe die ursprünglichen Originalbytes von Word direkt zurück in die Zwischenablage legen, dann in Word einfügen.
Auch Schritt drei verlor die Farben. Kein einziges Byte fehlte, und Word fügte trotzdem auf dieselbe Weise ein.
Words vier Einfügeoptionen
Die Daten waren in Ordnung, als Nächstes also Words Verhalten. Beim Rechtsklick-Einfügen zeigt Word vier Einfügeoptionen, und wenn man sie einzeln durchprobiert, wird das Muster klar:
| Einfügeoption | Farbe/Größe | Fett/Kursiv |
|---|---|---|
| Quellformatierung beibehalten | ✅ | ✅ |
| Zieldesign verwenden | ✅ | ✅ |
| Formatierung anpassen | ❌ | ✅ |
| Nur Text behalten | ❌ | ❌ |
Die Daten sind vollständig, und Word kann sie ohne weiteres originalgetreu einfügen – man muss nur explizit „Quellformatierung beibehalten" wählen. Beim schlichten Ctrl+V entscheidet Word aber selbst und geht auf „Formatierung anpassen": Fett und Kursiv bleiben, Schriftart, Farbe, Größe und Schriftfamilie fallen weg. Das passt genau zu unserem Symptom.
Worüber entscheidet Word, welche Option Standard ist? Wir haben mehrere Ausschlussrunden gefahren. Zuerst der Datenwinkel: Alle 16 Formate, die Word beim Kopieren ablegt (einschließlich der OLE-nativen wie Embed Source und Native), byteweise greifen und unverändert wiedereinspielen – Farben trotzdem weg. Nur RTF, nur HTML – dasselbe. Dann der Quellenwinkel: Die Zwischenablage merkt sich einen „Besitzer", und Windows prüft nicht, wem das an OpenClipboard übergebene Fensterhandle gehört. Also haben wir direkt das Hauptfenster-Handle von Word übergeben, alle Formate wiedereingespielt und mit GetClipboardOwner bestätigt, dass der Besitzer jetzt Words eigenes Fenster war. Schlichtes Ctrl+V – weiterhin „Formatierung anpassen".
Unterwegs gab es einen Umweg: Zuerst verdächtigten wir das RTF, es fehle der übliche NUL-Abschluss – ergänzt, eingefügt, trotzdem verloren. WordPad als Vergleich wollten wir nehmen, aber Win11 hat WordPad entfernt; stattdessen haben wir das RTF als Datei gespeichert und direkt in Word geöffnet – die Formatierung war vollständig.
An diesem Punkt war die Richtung klar: Alles Testbare zu Daten und Quelle war durch, und Word blieb pauschal bei „Formatierung anpassen". Das ist kein Datenproblem, sondern Words stehende Politik gegenüber „Inhalten aus anderen Programmen". Woran es eigenen von fremden Inhalten unterscheidet, haben wir nicht weiter verfolgt – am Ergebnis änderte es nichts.
Der echte Schalter ist eine Einstellung
Diese Politik liegt in einer für den Nutzer sichtbaren Einstellung: Datei → Optionen → Erweitert → Ausschneiden, Kopieren und Einfügen → „Einfügen aus anderen Programmen“.
Im Mai 2024 hat das Word-Team im offiziellen Microsoft 365-Blog diese Standardänderung für Word 2405 angekündigt: „Einfügen aus anderen Programmen“ wechselte von „Quellformatierung beibehalten“ zu „Formatierung anpassen“. Das heißt: Wir hatten nichts falsch konfiguriert – so ist Word ab Installation. Alles, was als „aus anderen Programmen" klassifiziert wird, und dazu gehört alles, was ein Drittanbieter-Tool zurückschreibt, wird per Ctrl+V pauschal heruntergestuft.
Was tun?
- Die Word-Einstellung ändern (empfohlen): Datei → Optionen → Erweitert → Ausschneiden, Kopieren und Einfügen, „Einfügen aus anderen Programmen" zurück auf „Quellformatierung beibehalten" stellen – einmal ändern, dauerhaft erledigt. Das ist die Präferenz des Nutzers selbst; ein Tool sollte sie nicht an seiner Stelle entscheiden.
- Rechtsklick-Einfügen: Wer die Einstellung lässt, wählt im Rechtsklick-Menü explizit „Quellformatierung beibehalten" – jedes Mal ein Klick mehr.
- Seitens des Tools unlösbar, und es sollte auch keiner versucht werden: Jeder Zwischenablage-Manager löst in seiner Standardkonfiguration dieselbe Herabstufung aus. Die Daten sind bereits bytegetreu; der einzige Schritt darüber hinaus wäre, sich als Word selbst auszugeben. Das ist keine Einfüge-Verbesserung, sondern ein Identitätsdiebstahl-Angriff.