Ctrl+V no Word perde cores e tamanho de fonte? Os dados estão intactos: o que mudou foi uma configuração padrão
2026-10-27
Tags: Windows · Área de transferência · Guia
Há alguns meses lançamos o RDP Clipboard Anchor. É uma ferramenta de histórico da área de transferência especializada em cenários de área de trabalho remota: tudo o que é copiado dentro de uma sessão de RDP é armazenado em cache e ancorado localmente, sobrevive a desconexões e pode ser arrastado para fora a qualquer momento. Sua lista de histórico é desenhada em torno desse cenário de ponte.
Em maio deste ano, um usuário abriu um pedido no nosso repositório de feedback: queria que o histórico da área de transferência tivesse categorias e que os itens mais usados pudessem ser salvos como favoritos. Categorias e favoritos são necessidades de gerenciamento de área de transferência de uso geral, fora do escopo de uma ferramenta de ponte RDP. O pedido apontava, na verdade, para outro produto: um gerenciador de área de transferência para o uso local do dia a dia. Foi nessa direção que iniciamos o ClipLab.
E então, durante os testes, esbarramos no problema de que trata este artigo.
O sintoma que não fechava
Copiar no Word um texto com cores, tamanhos de fonte, negrito e itálico, deixar a área de transferência ser sobrescrita enquanto isso por outra coisa e depois localizar aquele item no histórico do ClipLab e colar de volta no Word. As cores e os tamanhos somem; o negrito e o itálico continuam lá.
O primeiro suspeito éramos nós: parte dos dados se perdia na hora de armazenar ou na hora de escrever de volta. O trabalho essencial de um gerenciador de área de transferência é guardar o conteúdo como está e devolvê-lo como está; se não consegue, é um bug.
Então primeiro auditamos os dados ao longo de toda a cadeia.
Primeiro, confirmar que os dados ainda estão lá
A área de transferência do Windows permite que o mesmo conteúdo exista simultaneamente em vários formatos. Quando o Word copia um texto, ele deposita uma dúzia de formatos ao mesmo tempo: Rich Text Format, HTML Format, texto puro, além de um monte de formatos nativos OLE (Embed Source, Native e companhia).
Escrevemos um script sonda que usa a API Win32 crua (OpenClipboard / GetClipboardData) para capturar os bytes brutos de cada formato um a um, calcular os hashes e arquivá-los. Depois fizemos uma comparação em três etapas.
Etapa um: após a cópia, tirar os bytes armazenados do banco de dados da ferramenta e compará-los com os bytes originais da área de transferência. HTML Format batia byte a byte.
Etapa dois: esvaziar a área de transferência, deixar a ferramenta reescrever o item e sondar de novo. Os hashes batiam — ainda idênticos byte a byte.
Etapa três: contornar a ferramenta, fazer a sonda devolver os bytes originais do Word diretamente à área de transferência e colar no Word.
A etapa três ainda perdia as cores. Não faltava um único byte, e o Word continuava colando do mesmo jeito.
As quatro opções de colagem do Word
Os dados estavam bem; hora de olhar o comportamento do Word. Colar com o botão direito mostra as quatro opções de colagem do Word, e testando uma a uma o padrão fica claro:
| Opção de colagem | Cor/tamanho | Negrito/itálico |
|---|---|---|
| Manter formatação de origem | ✅ | ✅ |
| Usar tema de destino | ✅ | ✅ |
| Mesclar formatação | ❌ | ✅ |
| Manter somente texto | ❌ | ❌ |
Os dados estão completos e o Word é plenamente capaz de colá-los como estão — basta escolher explicitamente "Manter formatação de origem". Mas num Ctrl+V comum, o Word decide por conta própria e vai de "Mesclar formatação": o negrito e o itálico sobrevivem; fonte, cor, tamanho e família tipográfica são descartados. Isso coincide exatamente com o nosso sintoma.
Então com base em que o Word decide qual é a opção padrão? Fizemos várias rodadas de eliminação. Primeiro o ângulo dos dados: capturamos os 16 formatos que o Word deposita ao copiar (incluindo os nativos OLE como Embed Source e Native), byte a byte, e os reproduzimos sem alteração — as cores se perdiam igualmente. Só RTF, só HTML: o mesmo. Depois o ângulo da origem: a área de transferência registra um "proprietário", e o Windows não verifica de quem é o handle de janela passado ao OpenClipboard. Então passamos diretamente o handle da janela principal do Word, reproduzimos todos os formatos e confirmamos com GetClipboardOwner que o proprietário já era a própria janela do Word. Ctrl+V comum: ainda Mesclar formatação.
No caminho houve um desvio: primeiro suspeitamos que o RTF estava sem seu terminador NUL habitual — completamos, colamos, perdia igual. Queríamos o WordPad como testemunha, mas o Win11 o removeu; em vez disso, salvamos o RTF como arquivo e abrimos diretamente no Word: a formatação estava completa.
A essa altura a direção estava clara: esgotamos tudo o que era testável em dados e origem, e o Word seguia sempre com Mesclar formatação. Não é um problema de dados; é a política permanente do Word diante do "conteúdo vindo de outros programas". Quanto ao que ele usa para distinguir o próprio conteúdo do alheio, não continuamos escavando — não afetava a conclusão.
O interruptor de verdade é uma configuração
Essa política mora em uma configuração visível ao usuário: Arquivo → Opções → Avançado → Recortar, copiar e colar → "Colar de outros programas".
Em maio de 2024, a equipe do Word anunciou no blog oficial do Microsoft 365 essa mudança de padrão no Word 2405: "Colar de outros programas" passou de "Manter formatação de origem" para "Mesclar formatação". Ou seja, não configuramos nada errado: o Word é assim desde a instalação. Tudo o que é classificado como "de outros programas" — e isso inclui tudo o que uma ferramenta de terceiros escreve de volta — é rebaixado sem exceção pelo Ctrl+V.
O que fazer
- Mudar a configuração do Word (recomendado): Arquivo → Opções → Avançado → Recortar, copiar e colar; devolver "Colar de outros programas" para "Manter formatação de origem". Muda-se uma vez e está resolvido para sempre. Essa é a preferência do próprio usuário; não cabe a uma ferramenta decidir por ele.
- Colar com o botão direito: se a configuração ficar como está, é preciso escolher explicitamente "Manter formatação de origem" no menu de contexto: um clique a mais a cada vez.
- Sem solução do lado da ferramenta, e não deveria haver: todos os gerenciadores de área de transferência, com sua configuração padrão, disparam o mesmo rebaixamento. Os dados já são fiéis byte a byte; o único passo além disso seria se passar pelo próprio Word. Isso não é melhoria de colagem — é um ataque de personificação.