¿Ctrl+V en Word pierde colores y tamaños de fuente? Los datos están intactos: lo que cambió fue una opción predeterminada
2026-10-27
Tags: Windows · Portapapeles · Guía
Hace unos meses publicamos RDP Clipboard Anchor. Es una herramienta de historial del portapapeles especializada en escenarios de escritorio remoto: todo lo que se copia dentro de una sesión de RDP se guarda en caché y se ancla localmente, sobrevive a las desconexiones y se puede arrastrar en cualquier momento. Su lista de historial está diseñada en torno a ese escenario de puente.
En mayo de este año, un usuario envió una solicitud en nuestro repositorio de feedback: quería que el historial del portapapeles tuviera categorías y que los elementos más usados se pudieran guardar como favoritos. Las categorías y los favoritos son necesidades de gestión de portapapeles de uso general, fuera del alcance de una herramienta de puente RDP. La solicitud apuntaba en realidad a otro producto: un gestor de portapapeles para el uso local cotidiano. En esa dirección iniciamos ClipLab.
Y luego, durante las pruebas, nos topamos con el problema del que trata este artículo.
El síntoma que no cuadraba
Copiar en Word un texto con colores, tamaños de fuente, negrita y cursiva, dejar que el portapapeles sea sobrescrito entretanto por otra cosa, y luego buscar esa entrada en el historial de ClipLab y pegarla de vuelta en Word. Los colores y los tamaños desaparecen; la negrita y la cursiva siguen ahí.
El primer sospechoso éramos nosotros: parte de los datos se perdía al guardar o al escribir de vuelta. El trabajo esencial de un gestor de portapapeles es guardar el contenido tal cual y devolverlo tal cual; si no lo consigue, es un bug.
Así que primero auditamos los datos de toda la cadena.
Primero, confirmar que los datos siguen ahí
El portapapeles de Windows permite que un mismo contenido exista simultáneamente en varios formatos. Cuando Word copia un texto, deposita una docena de formatos a la vez: Rich Text Format, HTML Format, texto plano, además de un montón de formatos nativos OLE (Embed Source, Native, etc.).
Escribimos un script sonda que usa la API Win32 cruda (OpenClipboard / GetClipboardData) para capturar los bytes crudos de cada formato uno por uno, calcular sus hashes y archivarlos. Luego hicimos una comparación en tres pasos.
Paso uno: tras la copia, sacar los bytes almacenados de la base de datos de la herramienta y compararlos con los bytes originales del portapapeles. HTML Format coincidía byte a byte.
Paso dos: vaciar el portapapeles, dejar que la herramienta reescribiera la entrada y sondear de nuevo. Los hashes coincidían: seguían siendo idénticos byte a byte.
Paso tres: sortear la herramienta, hacer que la sonda devolviera los bytes originales de Word directamente al portapapeles y pegar en Word.
El paso tres seguía perdiendo los colores. No faltaba ni un byte, y Word seguía pegando igual.
Las cuatro opciones de pegado de Word
Los datos estaban bien; tocaba mirar el comportamiento de Word. Al pegar con clic derecho se ven las cuatro opciones de pegado de Word, y probándolas una por una el patrón queda claro:
| Opción de pegado | Color/tamaño | Negrita/cursiva |
|---|---|---|
| Mantener formato de origen | ✅ | ✅ |
| Usar tema de destino | ✅ | ✅ |
| Combinar formato | ❌ | ✅ |
| Conservar solo el texto | ❌ | ❌ |
Los datos están completos y Word es plenamente capaz de pegarlos tal cual — basta con elegir explícitamente «Mantener formato de origen». Pero en un Ctrl+V normal, Word decide por su cuenta y va con «Combinar formato»: la negrita y la cursiva sobreviven; la fuente, el color, el tamaño y la familia tipográfica se descartan. Eso coincide exactamente con nuestro síntoma.
¿Y en qué se basa Word para decidir cuál es la opción predeterminada? Hicimos varias rondas de eliminación. Primero el ángulo de los datos: capturamos los 16 formatos que Word deposita al copiar (incluidos los nativos OLE como Embed Source y Native), byte a byte, y los reproducimos sin cambios — los colores se perdían igualmente. Solo RTF, solo HTML: lo mismo. Después el ángulo del origen: el portapapeles registra un «propietario», y Windows no verifica de quién es el handle de ventana que se pasa a OpenClipboard. Así que pasamos directamente el handle de la ventana principal de Word, reproducimos todos los formatos y confirmamos con GetClipboardOwner que el propietario ya era la propia ventana de Word. Ctrl+V normal: seguía Combinar formato.
En el camino hubo un rodeo: primero sospechamos que al RTF le faltaba su terminador NUL habitual — lo añadimos, pegamos, se perdía igual. Quisimos usar WordPad como testigo, pero Win11 lo ha eliminado; en su lugar guardamos el RTF como archivo y lo abrimos directamente en Word: el formato estaba completo.
A esas alturas la dirección era clara: agotamos todo lo ensayable en datos y origen, y Word seguía con Combinar formato sin excepción. No es un problema de datos; es la política permanente de Word frente al «contenido procedente de otros programas». En cuanto a cómo distingue su propio contenido del ajeno, no seguimos cavando: no afectaba a la conclusión.
El interruptor de verdad es una configuración
Esa política reside en una opción visible para el usuario: Archivo → Opciones → Avanzadas → Cortar, copiar y pegar → «Pegar desde otros programas».
En mayo de 2024, el equipo de Word anunció en el blog oficial de Microsoft 365 este cambio de valor predeterminado en Word 2405: «Pegar desde otros programas» pasó de «Mantener formato de origen» a «Combinar formato». Es decir, no configuramos nada mal: Word es así desde la instalación. Todo lo que se clasifique como «de otros programas» — y eso incluye todo lo que una herramienta de terceros escribe de vuelta — queda degradado sin excepción por Ctrl+V.
Qué hacer
- Cambiar la configuración de Word (recomendado): Archivo → Opciones → Avanzadas → Cortar, copiar y pegar; devolver «Pegar desde otros programas» a «Mantener formato de origen». Se cambia una vez y queda resuelto para siempre. Es una preferencia del propio usuario; no es cosa de una herramienta decidirla por él.
- Pegar con clic derecho: si no se toca la configuración, hay que elegir explícitamente «Mantener formato de origen» en el menú contextual: un clic más cada vez.
- Sin solución del lado de la herramienta, y no debería haberla: todos los gestores de portapapeles, con su configuración predeterminada, provocan la misma degradación. Los datos ya son fieles al byte; el único paso por encima sería hacerse pasar por el propio Word. Eso no es una mejora del pegado: es un ataque de suplantación.