Remover ou Trocar Quebra de Linha

Sobre Remover ou Trocar Quebra de Linha

Esta ferramenta resolve um problema chato e comum: textos copiados de PDFs, Word ou e-mails que vêm com quebras de linha em lugares estranhos, atrapalhando a leitura ou a importação para outros lugares. Você pode (1) remover todas as quebras transformando o texto em um parágrafo único, (2) trocar as quebras por um caractere específico (espaço, vírgula, ponto e vírgula, hífen, ou qualquer string personalizada), ou (3) preservar parágrafos mas remover quebras dentro do mesmo parágrafo. Útil para preparar texto colado de PDF para colar em chats, e-mails ou planilhas, transformar listas em CSVs, limpar textos vindos de OCR e qualquer ajuste de formatação rápido sem precisar de regex.

Como usar o Remover ou Trocar Quebra de Linha

Cole o texto com quebras de linha, escolha entre remover ou trocar por outro caractere e clique em 'Processar'.

Para que serve?

Para limpar textos copiados de PDFs, preparar dados para importação em bancos de dados, normalizar textos com quebras de linha indesejadas.

Quebras de linha: CRLF, LF, CR e a guerra silenciosa entre sistemas operacionais

A quebra de linha tem três representações históricas que coexistem até hoje. O LF (Line Feed, U+000A, `\n`) é o padrão Unix/Linux e macOS desde o OS X. O CRLF (Carriage Return + Line Feed, `\r\n`) é o padrão Windows, herdado dos terminais de teletipo onde CR movia o carro de volta e LF avançava o papel. O CR sozinho (`\r`) foi o padrão do Mac OS clássico (até o OS 9). Quando um arquivo com CRLF é aberto em um editor que espera LF, o `\r` aparece como `^M` no final de cada linha. Git trata isso automaticamente com `core.autocrlf`, mas a configuração errada causa diff gigante onde cada linha aparece como modificada, mesmo sem mudança de conteúdo. Em arquivos CSV, CRLF é tecnicamente o padrão da RFC 4180, mas a maioria dos parsers aceita ambos.

Limpeza de dados de formulários web, APIs e importação em bancos de dados

Campos de textarea HTML submetem quebras de linha como CRLF independente do sistema operacional do usuário, pois a especificação HTML5 define isso explicitamente. Ao armazenar esse conteúdo em banco de dados e depois exibi-lo em contexto diferente (e-mail, PDF, terminal), os `\r` extras causam comportamentos estranhos: linhas parecem sobrescrever-se no terminal, PDFs gerados por wkhtmltopdf mostram caracteres invisíveis, e comparações de string no banco falham. Em pipelines de importação de dados onde o texto vem de múltiplas fontes (planilhas Windows, exports de Linux, APIs de serviços terceiros), a normalização para LF é obrigatória antes de qualquer processamento. Outro caso é a preparação de prompts para APIs de LLM: quebras de linha extras entre parágrafos aumentam o consumo de tokens sem agregar contexto, e removê-las reduz o custo de chamadas em textos longos.

Perguntas Frequentes