Texto
CRLF ↔ LF Converter
Converte finais de linha entre Windows (CRLF), Unix/macOS (LF) e o Mac clássico (CR), com detecção de finais mistos.
O navegador normaliza automaticamente o texto colado no campo para LF, então não é possível detectar aqui os CRLF/CR originais — para analisar ou converter um arquivo com CRLF/CR reais, use o envio de arquivo acima.
Windows, Unix/macOS, and the old classic Mac historically use different characters to mark the end of a line — CRLF, LF, and CR respectively. Mixing these styles in one file often causes odd artifacts in diffs or editors. This tool converts line endings to one style and detects mixed ones.
How to use it
- Paste text and the tool automatically detects the current line-ending style, including a mixed one.
- Pick a target format (CRLF, LF, or CR) and the conversion happens instantly.
- If several styles are found in the same file, that's flagged with a separate warning.
Common uses
- Fixing a file where git diff shows every line as changed because of differing line endings, even though the content itself didn't actually change.
- Converting a text file to the format a specific system or script expects (a Unix script, for instance, expects LF).
- Debugging why a file opened in a Windows editor shows the entire text on one line (a sign of plain LF with no CR).
Things to keep in mind
Git can automate this conversion itself through core.autocrlf or .gitattributes — often more convenient than converting files in a repository by hand.
Mixed line endings in one file aren't always visible at a glance, but they can break parsers or scripts that expect one specific style.
Artigo sobre esta ferramenta: CRLF contra LF: por que os caracteres de fim de linha ainda importam
Perguntas frequentes
Por que as terminações de linha diferem por sistema?
Windows usa CRLF (\r\n), Unix e macOS usam apenas LF (\n), e o Mac clássico usava apenas CR (\r) — essas diferentes convenções históricas causam inconsistências quando um arquivo se move entre sistemas.
Por que preciso enviar um arquivo em vez de colar texto?
O navegador normaliza automaticamente para LF qualquer texto colado em um campo de entrada, então os caracteres CRLF ou CR originais reais se tornam indetectáveis após colados — apenas o upload direto do arquivo preserva suas terminações de linha reais para análise ou conversão.
Quando esse tipo de problema realmente importa?
Importa mais com git (diffs ruidosos causados por terminações de linha), scripts shell que falham com CRLF residual, e arquivos trocados entre sistemas Windows e Unix/macOS; o arquivo enviado é processado apenas localmente no navegador, nunca enviado a um servidor.
O que fazer se um arquivo tem CRLF e LF misturados?
Um arquivo editado em vários editores ou sistemas operacionais diferentes pode conter os dois estilos ao mesmo tempo. A conversão precisa ser aplicada a todo o arquivo, não apenas às linhas visivelmente "suspeitas" — senão parte das terminações problemáticas passa despercebida.
É possível automatizar a conversão pelo git?
Sim, a configuração core.autocrlf do git converte automaticamente as terminações de linha no checkout e no commit, e o .gitattributes permite definir explicitamente o estilo de terminação para tipos específicos de arquivo no repositório.