Testo
CRLF ↔ LF Converter
Converti i fine riga tra Windows (CRLF), Unix/macOS (LF) e Mac classico (CR), con rilevamento dei fine riga misti.
Il browser normalizza automaticamente in LF il testo incollato nel campo, quindi qui non è possibile rilevare i CRLF/CR originali — per analizzare o convertire un file con CRLF/CR reali, usa il caricamento file qui sopra.
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.
Articolo su questo strumento: CRLF contro LF: perché i caratteri di fine riga contano ancora
Domande frequenti
Perché i fine riga differiscono a seconda del sistema?
Windows usa CRLF (\r\n), Unix e macOS usano solo LF (\n), e il vecchio Mac usava solo CR (\r) — queste diverse convenzioni storiche causano incoerenze quando un file passa tra sistemi diversi.
Perché devo caricare un file invece di incollare il testo?
Il browser normalizza automaticamente qualsiasi testo incollato in un campo a LF, quindi i veri caratteri CRLF o CR originali diventano non rilevabili dopo l'incollaggio — solo il caricamento diretto del file preserva i fine riga reali per l'analisi o la conversione.
Quando questo tipo di problema è davvero importante?
È più importante con git (diff rumorosi causati dai fine riga), script di shell che falliscono per CRLF residui, e file scambiati tra sistemi Windows e Unix/macOS; il file caricato viene elaborato solo localmente nel browser, mai inviato al server.
Cosa fare se nel file sono presenti sia CRLF sia LF?
Un file modificato in più editor o su sistemi operativi diversi può contenere entrambi gli stili contemporaneamente. La conversione va applicata all'intero file, non solo alle righe visibilmente "sospette" — altrimenti parte dei fine riga problematici resta inosservata.
È possibile automatizzare la conversione tramite git?
Sì, l'impostazione core.autocrlf in git converte automaticamente i fine riga durante checkout e commit, e .gitattributes permette di impostare esplicitamente lo stile dei fine riga per specifici tipi di file nel repository.