O formato Rich Text (RTF) é um formato de arquivo de documento independente de plataforma desenvolvido pela Microsoft para troca de texto formatado entre diferentes processadores de texto e sistemas operacionais.

O que é Rich Text Format?
O formato de texto rico é uma especificação de documento baseada em texto simples introduzida pela Microsoft em 1987 que permite a troca confiável de texto formatado entre aplicações e sistemas operacionais. Um arquivo RTF codifica conteúdo usando palavras de controle legíveis e símbolos prefixados por barras invertidas, organizados em grupos delimitados por chaves que definem o escopo.
As construções principais incluem um cabeçalho que declara a versão RTF e os padrões (por exemplo, conjunto de caracteres e fonte padrão). Elas são seguidas por tabelas que descrevem as fontes e cores disponíveis, e o corpo do documento é marcado com palavras de controle para formatação de caracteres, parágrafos e seções.
Sintaxe e estrutura RTF
A sintaxe RTF segue regras hierárquicas claras, permitindo que texto, estilos e metadados sejam representados em um único formato portátil. lima.
RTF é uma marcação de texto simples que usa três blocos de construção:
- Palavras/símbolos de controle. Esses comandos definem instruções estruturais ou de formatação específicas. Palavras de controle começam com uma barra invertida seguida por letras (por exemplo, \b para negrito ou \fs24 para texto de 12 pontos) e podem incluir parâmetros numéricos. Os símbolos de controle, por outro lado, consistem em uma barra invertida seguida por um único caractere não alfabético (como \{, \} ou \~). Cada um modifica a forma como o texto é exibido ou o comportamento de um elemento do documento.
- Grupos. Os grupos são colocados entre chaves { ... } e definem o escopo para formatação e metadados. Quando um grupo termina, as alterações temporárias de formatação são revertidas, preservando os estilos de nível superior. Esse mecanismo de escopo permite formatação aninhada (por exemplo, texto em negrito dentro de texto em itálico) sem substituições permanentes de propriedades.
- Destinos Destinos representam regiões semânticas dentro de um arquivo RTF, cada uma começando com uma palavra de controle que identifica sua finalidade. Exemplos incluem \fonttbl para a tabela de fontes, \colortbl para a tabela de cores, \stylesheet para definições de estilo, \info para metadados de documentos e \pict para imagens incorporadas. O conteúdo dentro de cada destino é interpretado com base em sua função, fornecendo uma maneira estruturada de gerenciar dados não textuais.
Cada arquivo RTF segue uma sequência previsível que começa com um cabeçalho e continua com o corpo do documento intercalado com palavras de controle para layout e formatação.
- Cabeçalho. Um documento RTF sempre começa com uma declaração como {\rtf1\ansi\deff0 ... }, que especifica a versão RTF (\rtf1), o conjunto de caracteres padrão ou página de código (\ansi, \ansicpg1252) e a fonte padrão (\deffN). Após essa declaração, há tabelas que definem fontes, cores e estilos, referenciados posteriormente no documento.
- Conteúdo do corpo. O texto principal segue o cabeçalho, combinando sequências de texto com palavras de controle em linha. Comandos como \pard redefinem propriedades de parágrafo, \plain limpam formatação de caracteres, \par inserem quebras de parágrafo e \sect iniciam novas seções. Medidas como \fsN usam unidades de meio ponto para tamanhos de fonte. Controles adicionais gerenciam recuo, alinhamento, tabulações e tabelas ou listas simples.
O RTF suporta vários métodos de codificação para garantir compatibilidade com diferentes idiomas e tipos de dados incorporados.
- Codificação de caracteres. O texto pode incluir bytes de uma página de código específica usando escapes hexadecimais (\'hh) declarados em \ansicpg. Caracteres Unicode aparecem como pontos de código \uN seguidos por uma representação de fallback, governada por \ucN, que define quantos bytes do texto de fallback devem ser ignorados.
- Dados binários. Conteúdo não textual, como imagens ou objetos OLE, é incluído em destinos como \pict. Esses blocos de dados são normalmente codificados em hexadecimal ou introduzidos com \binN para especificar a contagem de bytes, permitindo que leitores RTF analisem ativos incorporados com precisão.
Tabelas RTF não são objetos de layout, mas construções procedurais definidas por meio de palavras de controle.
- Sintaxe da tabela. Cada linha começa com \trowd (descritor de linha da tabela), seguido por definições de célula como \cellxN, que especificam os limites da célula. O conteúdo de cada célula aparece entre \intbl e \cell, enquanto \row encerra a linha da tabela. Essa estrutura procedural explícita fornece flexibilidade, mas requer sequenciamento preciso.
O RTF foi projetado para compatibilidade futura, garantindo que os leitores possam lidar com a sintaxe mais recente sem problemas.
- Manipulando elementos desconhecidos. Os leitores de RTF devem ignorar quaisquer palavras de controle não reconhecidas e pular grupos inteiros para destinos desconhecidos. Uma palavra de controle precedida por \* indica que o conteúdo pode não ser compreendido por leitores mais antigos. Essa resiliência baseada em regras permite que dialetos mais novos estendam o RTF sem comprometer a compatibilidade.
Exemplo de formato de texto enriquecido
Abaixo, um exemplo RTF minimalista e independente que demonstra o cabeçalho, as tabelas de fontes e cores, a formatação básica de parágrafos/caracteres (negrito, itálico, sublinhado), o alinhamento, as alterações simples de cor, o texto em estilo de código usando uma segunda fonte, uma tabela criada com controles de linha/célula e um escape Unicode. Você pode copiar isso para um arquivo .rtf e abri-lo em qualquer processador de texto compatível com RTF para ver como as palavras e grupos de controle são mapeados para a formatação visual.
{\rtf1\ansi\deff0\uc1
{\fonttbl{\f0 Times New Roman;}{\f1 Courier New;}}
{\colortbl; \red0\green0\blue0; \red0\green0\blue255;}
\paperw11907\paperh16840\margl1440\margr1440\margt1440\margb1440
{\pard\qc\f0\fs28\b Rich Text Format Demo\par}
{\pard\sa200\f0\fs24
This paragraph shows \b bold\b0, \i italic\i0, and \ul underline\ul0.
It also switches color for a word: \cf2 blue\cf1 , and demonstrates a Unicode escape:
smart quote \u8220 ?quoted text\u8221 ? with ASCII fallback.\par}
{\pard\sa200\f0\fs24
Monospaced snippet in a different font: {\f1 This is code-like text;}
accented text with code-page hex: caf\'e9 and na\'efve.\par}
{\pard\sa200\f0\fs24\b Simple 2x2 Table\b0\par}
{\pard
\trowd\trgaph108\cellx3000\cellx6000
\intbl\f0\fs22 Row 1, Col 1\cell Row 1, Col 2\cell\row
\trowd\trgaph108\cellx3000\cellx6000
\intbl\f0\fs22 Row 2, Col 1\cell Row 2, Col 2\cell\row
\pard}
{\pard\sa200\f0\fs20
\plain\par
}
}
Principais recursos do formato Rich Text

Aqui estão os principais recursos do formato rich text, juntamente com suas explicações:
- Marcação de texto simples com palavras de controleA formatação é expressa por meio de palavras de controle e símbolos prefixados por barras invertidas (por exemplo, \b, \fs24), agrupados com { ... } para efeitos de escopo. Isso mantém os documentos legíveis por humanos e resistentes à corrupção.
- Grupos, destinos e compatibilidade futura. Regiões semânticas (destinos) como \fonttbl, \colortbl, \stylesheet, \info e \pict organizam metadados e cargas úteis. Palavras de controle desconhecidas devem ser ignoradas e destinos desconhecidos devem ser ignorados, permitindo compatibilidade entre dialetos.
- Formatação de caracteres, parágrafos e seções. Tipografia básica (negrito/itálico/sublinhado/tachado), fontes e tamanhos, cores, alinhamento, espaçamento, recuos, tabulações, quebras de página e seções são suportados com redefinições granulares, como \plain (caractere) e \pard (parágrafo).
- Tabelas de fontes e cores. \fonttbl e \colortbl centralizados declaram recursos uma vez e os referenciam mais tarde, garantindo estilo consistente e marcação compacta.
- Codificação Unicode e de página de código. O texto internacional é suportado por meio de escapes Unicode \uN com controle de fallback \ucN, além de escapes hexadecimais (\'hh) em uma página de código declarada (por exemplo, \ansicpg1252) para legado bytes.
- Gráficos e objetos incorporados. As imagens são carregadas em \pict (WMF/EMF/PNG/JPEG, normalmente codificadas em hexadecimal) e os aplicativos podem incorporar objetos OLE como destinos dedicados, permitindo conteúdo rico além do texto.
- Listas e tabelasConstruções procedurais (\trowd, \cellxN, \intbl, \row) criam tabelas, enquanto controles de lista lidam com marcadores e numeração, cobrindo necessidades comuns de layout de documentos.
- Controles de layout de página. Tamanho do papel, margens, cabeçalhos/rodapés e propriedades da seção são representados com palavras de controle, permitindo paginação previsível entre leitores.
- Redefinições determinísticas e escopo. Terminar um grupo reverte a formatação temporária, e redefinições explícitas (\plain, \pard) fornecem controle de estado claro e são úteis para geradores e analisadores robustos.
- Extensibilidade com fallbacks seguros. O prefixo \* marca destinos ignoráveis, permitindo que os produtores adicionem dados específicos do aplicativo sem interromper outros leitores.
- Portabilidade e facilidade de uso de ferramentas. Sendo texto, o RTF é fácil de diferenciar, modelar ou gerar a partir de Scripts, e viaja bem entre plataformas sem conversores binários.
- Tipo de mídia e identidade do arquivo. Distribuído como .rtf com application/rtf, o cabeçalho do formato (por exemplo, {\rtf1\ansi\deff0 ...}) declara a versão e os padrões, ajudando os analisadores a negociar recursos.
Usos do formato Rich Text
O RTF é mais adequado para cenários em que você precisa de texto formatado que permaneça legível, portátil e fácil de gerar sem bibliotecas proprietárias. Por ser um texto simples com palavras de controle previsíveis, é amplamente suportado por editores, conversores e scripts de automação. Aqui estão os usos mais comuns do RTF:
- Troca de documentos entre aplicativos. Compartilhe documentos formatados básicos (títulos, negrito/itálico, listas, tabelas) entre diferentes processadores de texto e sistemas operacionais com perda mínima de fidelidade.
- Intercâmbio de e-mail e área de transferência. Preserve o estilo ao colar entre aplicativos ou incorporar texto formatado em e-mails.
- Geração de documentos baseada em modelos. Produzir cartas, faturas, etiquetas ou relatórios de serverscripts do lado do arquivo, injetando dados em modelos RTF sem precisar de automação do Office.
- Documentação e notas leves. Crie especificações simples, notas de reunião ou documentos no estilo README que mantenham a ênfase e a estrutura, ao mesmo tempo em que são fáceis de entender no controle de versão.
- CMS e base de conhecimentos exportações. Exportar/importar artigos com formatação básica onde HTML é exagero ou bloqueado, mantendo o conteúdo portátil.
- Formulários e saídas de mala direta. Gere documentos de mesclagem (ofertas, extratos) que devem ser abertos em pacotes de escritório padrão e impressos de forma consistente.
- Arquivamento de registros simples. Armazena texto inspecionável por humanos e de longa duração, com dependências mínimas de ferramentas, e é útil quando formatos binários podem se tornar ilegíveis.
- Incorporação em outros formatos/cargas úteis. Inclua fragmentos RTF em sistemas que aceitam campos de texto enriquecido (por exemplo, emissão de bilhetes, notas EHR/HL7 ou controles de texto enriquecido específicos do aplicativo).
- Centro de conversão programática. Servir como um formato intermediário para pipelines de conversão entre DOC/DOCX/ODT/HTML/PDF, aproveitando conversores abundantes.
- Materiais de educação e treinamento. Distribua planilhas ou folhetos onde os destinatários possam ter softwares variados, mas ainda precisem de estilo básico.
- Registro e artefatos de teste. Emita relatórios de teste legíveis e estilizados ou logs de automação que os engenheiros podem inspecionar rapidamente em qualquer editor.
- Texto internacional com fallbacks. Armazene conteúdo multilíngue usando escapes \uN enquanto permanece legível como ASCII, ajudando sistemas que precisam de degradação suave.
Como criar um arquivo RTF?
Aqui estão algumas maneiras práticas de criar um arquivo RTF.
Métodos rápidos (sem código)
- Windows (Bloco de notas/WordPad/Word): Abra o Bloco de Notas → cole seu texto → Arquivo → Salvar como → defina “Salvar como tipo” para Todos os arquivos, nomeie-o como mydoc.rtf e inclua .rtf. (WordPad/Word: Arquivo → Salvar como → Formato Rich Text (.rtf).)
- macOS (Editor de Texto): TextEdit → Formatar → Criar Rich Text → Arquivo → Salvar… → escolha RTF.
- Linux (LibreOffice Writer): Crie seu documento → Arquivo → Salvar como → escolha Formato Rich Text (.rtf).
Crie um “do zero” em qualquer editor de texto
RTF é texto simples. Crie um novo arquivo, cole o modelo mínimo abaixo e salve como example.rtf (UTF-8 serve):
{\rtf1\ansi\deff0
{\fonttbl{\f0 Times New Roman;}}
\fs24\f0 Hello, \b world\b0.\par
}
Abra-o em qualquer processador de texto para ver a formatação em negrito aplicada a “mundo”.
Programaticamente (compatível com automação)
- Python (escrever um arquivo):
content = r"""{\rtf1\ansi\deff0
{\fonttbl{\f0 Arial;}}
\fs24\f0 This file was generated by Python.\par
}"""
with open("generated.rtf", "w", encoding="utf-8") as f:
f.write(content)
- PowerShell (uma linha do Windows):
'$($@"{\rtf1\ansi\deff0{\fonttbl{\f0 Calibri;}}\fs24\f0 PS-made RTF.\par}"@)' | Out-File -Encoding UTF8 example.rtf
- Converter um documento existente em RTF (sem cabeçalho):
libreoffice --headless --convert-to rtf input.docx
Como abro um arquivo em formato Rich Text?
Veja como abrir um arquivo RTF em qualquer dispositivo.
Desktop
- Windows: Clique duas vezes no arquivo .rtf. Ele abre no WordPad ou Word (se instalado). Ou clique com o botão direito → Abrir com → escolha Word, WordPad, Bloco de Notas (renderiza texto simples) ou outro editor.
CLI: iniciar "" "C:\caminho\arquivo.rtf" - MacOS: Clique duas vezes para abrir no TextEdit (padrão) ou clique com o botão direito → Abrir com → Pages, Microsoft Word, etc.
CLI: abra /path/file.rtf - Linux: Abra com o LibreOffice Writer, AbiWord ou qualquer editor compatível (por exemplo, Kate, Gedit).
CLI: xdg-open /caminho/arquivo.rtf
Mobile
- iOS / iPadOS: Use Arquivos → toque no .rtf; ele abre no visualizador do Quick Look/TextEdit. Você também pode abrir no Pages, Word ou outros editores através da planilha Compartilhar.
- Android: Use seu gerenciador de arquivos; abra com o Google Docs, Microsoft Word ou outro editor de texto. Se for solicitado a escolher um aplicativo, escolha um que suporte rich text.
Em outros aplicativos / web
- Clientes de e-mail e aplicativos de notas (Outlook, Apple Mail, Evernote, Notion, etc.) geralmente abrem/importam RTF diretamente.
- Navegadores normalmente baixe o .rtf em vez de exibi-lo; carregue no Google Drive e abra com o Google Docs se quiser visualizá-lo no navegador.
Se não abrir ou parecer errado
- Escolha um editor mais rico: Alguns editores simples (por exemplo, o Bloco de Notas) mostram palavras de controle em vez de formatação — use o Word, o TextEdit ou o LibreOffice Writer.
- Reassocie o aplicativo padrão:
- Windows: Configurações → Aplicativos → Aplicativos padrão → Escolher padrão por tipo de arquivo → .rtf.
- macOS: Clique com o botão direito do mouse no arquivo → Obter informações → Abrir com → escolha o aplicativo → Alterar tudo….
- Converta o arquivo: Use Word/LibreOffice (“Salvar como… → RTF/DOCX/PDF”) ou conversão headless: libreoffice --headless --convert-to docx file.rtf.
- Problemas de codificação: Se os caracteres acentuados parecerem ilegíveis, abra no Word/TextEdit/LibreOffice (eles aceitam escapes Unicode RTF). Evite editores de texto simples para visualização.
- Conteúdo bloqueado: Alguns RTFs contêm objetos incorporados que certas ferramentas de e-mail/segurança bloqueiam. Salve o arquivo localmente e abra em um editor de desktop.
Quais são as vantagens e desvantagens do formato Rich Text?
O formato RTF apresenta desvantagens claras. Sua marcação em texto simples facilita a troca, a inspeção e a geração de documentos em diferentes plataformas, mas essa mesma simplicidade limita a fidelidade do layout e os recursos avançados. A próxima seção descreve as principais vantagens do RTF em termos de portabilidade e automação, juntamente com suas desvantagens em termos de consistência de renderização, capacidade e postura de segurança.
Vantagens do formato Rich Text
O RTF se destaca como um formato de documento leve e interoperável. Sua sintaxe de texto simples facilita a geração, a análise e a solução de problemas de arquivos, preservando a formatação essencial em diferentes editores e sistemas operacionais. Aqui estão suas principais vantagens:
- Largo interoperabilidade. A maioria dos processadores de texto (Word, TextEdit, LibreOffice, Google Docs via importação) pode ler/escrever RTF, tornando-o um formato de troca confiável entre plataformas e cadeias de ferramentas.
- Estrutura de texto simples e legível por humanos. O RTF usa palavras de controle de barra invertida e chaves, para que os arquivos possam ser inspecionados em qualquer editor de texto, diferenciados no controle de versão e modelados programaticamente sem SDKs proprietários.
- Conjunto de recursos principais estável e previsível. Negrito, itálico, fontes, tamanhos, cores, alinhamento, tabulações, listas, tabelas simples e configurações de página são bem suportados, cobrindo necessidades comuns de documentos sem mecanismos de layout complexos.
- Regras de compatibilidade futura. Leitores em conformidade ignoram palavras de controle desconhecidas e pulam destinos desconhecidos, permitindo que documentos criados por softwares mais novos permaneçam legíveis em aplicativos mais antigos.
- Bom para automação e criação de modelos. Sendo texto, o RTF é fácil de gerar a partir Scripts (por exemplo, server- mala direta, emissores de relatórios) e incorpore em pipelines sem dependências sem interface do Office.
- Resiliência e recuperabilidade. Arquivos de texto se degradam suavemente, e problemas de corrupção parcial ou transmissão geralmente deixam a maior parte do conteúdo legível, ao contrário de binários compactados.
- Suporte Unicode decente com fallbacks. \uN escapa mais \ucN permite que os produtores incluam texto internacional ao fornecer ASCII alternativas para leitores mais velhos.
- Fácil de usar na área de transferência e no e-mail. Muitas áreas de transferência de sistemas operacionais e clientes de e-mail manipulam RTF como um formato de intercâmbio avançado, preservando o estilo ao copiar e colar ou anexar documentos formatados simples.
- Postura de segurança (relativa a formatos macro). O RTF não tem linguagem de macro, e muitos ambientes o preferem aos binários habilitados para macro para troca básica de documentos (embora objetos incorporados ainda possam ser restritos).
- Longevidade e portabilidade. Os arquivos .rtf permanecem acessíveis após décadas de mudanças de software graças às suas especificações e ao amplo suporte ao leitor, tornando-os adequados para arquivar registros simples.
Desvantagens do formato Rich Text
A simplicidade e a portabilidade do RTF têm um custo. Ele lida bem com formatações básicas, mas carece de muitos recursos modernos de layout, estrutura e colaboração, portanto, a fidelidade e os recursos podem ser insuficientes em comparação com DOCX, ODT ou PDF. Aqui estão as principais desvantagens do RTF:
- Layout e estilo limitados. Sem tipografia avançada, folhas de estilo, layouts de página complexos ou manipulação sofisticada de tabelas/figuras. Os resultados geralmente parecem "simples" em comparação com formatos modernos.
- Renderização inconsistente entre aplicativos. Diferentes analisadores RTF implementam subconjuntos ou dialetos, levando a variações no espaçamento, listas, tabelas e objetos incorporados.
- Estrutura/semântica de documento fraca. Nenhum modelo de conteúdo nativo para títulos, seções, referências ou semântica de acessibilidade no mesmo nível do DOCX/HTML, dificultando fluxos de trabalho robustos.
- Colaboração básica/controle de versão. Não possui fluxos de trabalho de metadados, comentários e alterações de controle de primeira classe, comuns em formatos de escritório contemporâneos.
- Volumoso para conteúdo rico. Imagens/objetos incorporados são codificados em hexadecimal, aumentando o tamanho do arquivo em comparação aos contêineres binários ou baseados em ZIP.
- Armadilhas de codificação. Páginas de código misturadas, escapes hexadecimais e fallbacks \uN podem produzir mojibake em leitores mais antigos ou não conformes.
- Superfície de segurança via embeddings. Embora o RTF não tenha macros, as incorporações de OLE/objetos foram abusadas, e muitos gateways de e-mail as sinalizam ou as removem.
- Ecossistema envelhecido. A evolução das especificações estagnou em grande parte. Agora, menos ferramentas priorizam a fidelidade total ao RTF, e alguns recursos modernos são impossíveis de representar.
- Perda de conversão. A troca entre RTF e formatos mais ricos pode eliminar estilos, tabelas avançadas, nuances de cabeçalhos/rodapés ou tags de acessibilidade.
- Adaptação inadequada de aplicativos web/nativos. Não mapeia claramente para HTML/CSS ou renderização responsiva; muitos editores web importam/exportam com comprometimentos.
Perguntas frequentes sobre formato Rich Text
Aqui estão as respostas para as perguntas mais frequentes sobre o formato rich text.
O RTF suporta imagens?
Sim, o RTF pode incorporar imagens usando o destino \pict, que carrega dados raster ou vetoriais (historicamente WMF/EMF e DIB; muitos leitores também aceitam PNG e JPEG) como bytes codificados em hexadecimal dentro do documento. O grupo de imagens pode incluir metadados como largura/altura originais em twips (\picw, \pich) e escala opcional (\picscalex, \picscaley), e pode especificar dicas de formato (por exemplo, \pngblip, \jpegblip).
O RTF também pode encapsular objetos de aplicativos via OLE (\object/\objdata), embora estes sejam menos portáteis e frequentemente bloqueados por políticas de segurança. O suporte e a fidelidade de renderização dependem do leitor: aplicativos mais novos geralmente lidam com PNG/JPEG corretamente, enquanto analisadores mais antigos ou minimalistas podem lidar apenas com WMF/EMF/DIB. Como os dados de imagem são incorporados como texto, os arquivos crescem rapidamente, e imagens grandes podem tornar os documentos RTF volumosos e mais lentos para carregar.
O formato Rich Text é o mesmo que PDF?
Não, RTF e PDF têm finalidades diferentes.
RTF é uma marcação de texto simples para editável documentos. Ele armazena texto e formatação básica usando palavras de controle e grupos com escopo de chaves e depende do mecanismo de renderização do aplicativo de abertura. PDF é um layout fixo formato de descrição de página projetado para visualização e impressão consistentes; ele incorpora fontes, gráficos vetoriais/raster, anotações, formulários, links e oferece suporte a recursos como compactação, tags de acessibilidade, assinaturas digitais, e (opcionalmente) JavaScript.
O RTF é ideal para a troca entre editores enquanto você ainda está escrevendo ou criando modelos, enquanto o PDF é ideal para distribuição, quando o layout precisa ser idêntico em todos os lugares e ser difícil de alterar. Muitas vezes, é possível exportar de RTF (ou DOCX) para PDF, mas não o contrário, sem perder a editabilidade ou a estrutura.
Formato Rich Text vs. Texto Simples
Aqui está uma comparação detalhada do formato rich text e do texto simples em uma tabela:
| Aspecto | Formato de texto rico (RTF) | Texto simples (TXT) |
| Propósito | Intercâmbio de documentos editáveis formatados entre aplicativos/sistemas operacionais. | Portabilidade máxima de texto não formatado. |
| Extensão de arquivo/MIME | .rtf, aplicativo/rtf | .txt, texto/simples |
| Modelo de conteúdo | Texto mais estilo por meio de palavras de controle e grupos delimitados por chaves. | Somente caracteres brutos; sem estilo ou estrutura. |
| formatação | Suporta fontes, tamanhos, negrito/itálico/sublinhado, cores, alinhamento, tabulações, listas, tabelas simples e configurações de página. | Nenhum (formatação implícita apenas pelo leitor ou convenções). |
| Imagens/objetos | Incorpora imagens via \pict e objetos OLE (dependente do leitor). | Não suportado. |
| Estrutura/semântica | Limitado; sem tags semânticas ricas (títulos, links) comparáveis a HTML/DOCX. | Nenhuma além das quebras de linha. |
| Codificação | Unicode via escapes \uN e páginas de código; escapes de bytes hexadecimais (\'hh). | Qualquer codificação de caracteres; UTF-8 comum, mas deve ser conhecido/declarado pelo contexto. |
| Fidelidade de renderização | Varia de acordo com o leitor; pequenas diferenças de layout são possíveis. | Determinístico; a exibição depende apenas da fonte escolhida pelo visualizador. |
| Tamanho do arquivo | Maior (marcação de texto + mídia codificada em hexadecimal aumenta o tamanho). | Menor possível para o conteúdo fornecido. |
| Editabilidade em editores simples | Visível como marcação; legível, mas ruidoso. | Limpo e diretamente legível/editável. |
| Controle de versão / comparação | Difícil, mas barulhento devido à marcação e aos IDs gerados. | Excelente; ruído mínimo. |
| Superfície de segurança | Não há macros, mas objetos/imagens incorporados podem ser abusados ou bloqueados. | Mínimo; texto simples raramente filtrado. |
| Portabilidade | Amplo em suítes de escritório; algumas diferenças de dialeto. | Universal em todas as plataformas/ferramentas. |
| Usos típicos | Troca de documentos entre aplicativos, modelos, relatórios simples, texto avançado para e-mail/área de transferência. | Arquivos de configuração, logs, código, notas, intercâmbio de dados, pipelines. |
| Conversões | Pode exportar/importar para DOCX/ODT/PDF; pode perder fidelidade no processo de ida e volta. | Converta para qualquer coisa, mas sem formatação para preservar. |
| Acessibilidade | Marcação limitada; depende da interpretação do leitor. | Depende do formato downstream; não há recursos de acessibilidade inerentes. |
| Comportamento da área de transferência | Frequentemente usado como uma opção de texto enriquecido em áreas de transferência do sistema operacional. | Sabor de texto simples em áreas de transferência. |
| Quando escolher | Você precisa de estilo básico e ampla compatibilidade sem ferramentas pesadas. | Você precisa de máxima simplicidade, robustez e arquivos menores, sem nenhum estilo. |