Texto y bytes

Convertidor de saltos de líneaComprueba las diferencias invisibles

Unifica texto o varios archivos y revisa los bytes de salida sin cambiar la codificación por sorpresa.

Convertidor de saltos de línea

Entrada

UTF-8; BOM: ninguno; 0 bytes. CRLF 0, LF 0, CR 0; NUL 0; salto final: no.

Resultado

Todavía no hay resultado.

El texto y los archivos se procesan en este navegador; no se envían datos de entrada.

Hasta 20 archivos: 2 MiB cada uno, 16 MiB de entrada y 32 MiB de salida en total.

Opciones de conversión

El BOM reconocido tiene prioridad. El texto escrito usa UTF-8. No se deduce la codificación mediante NUL.

Escribe texto o elige archivos.

Copiar transfiere texto, no codificación ni un BOM añadido. La descarga conserva los bytes mostrados.

BOM muestra el prefijo real. Si había dos marcas, eliminar una puede dejar un prefijo perteneciente al texto restante.

Un script puede verse igual en dos editores y fallar por un CR adicional. El Convertidor de saltos de línea cuenta pares CRLF, LF aislados y CR aislados por separado para detectar finales mixtos antes de elegir el destino.

Pegar una cadena no demuestra cómo estaba codificado el archivo. Elige archivos si importa el orden de bytes o la firma inicial. La entrada de texto usa UTF-8; los archivos conservan la codificación detectada o elegida expresamente.

Por qué usar el Convertidor de saltos de línea

Mantén el contenido de cada línea

El Convertidor de saltos de línea sustituye solo los separadores existentes. Conserva espacios, tabulaciones, líneas vacías y la presencia o ausencia de un salto final. El modo de conservación permite cambiar únicamente el BOM.

Tres líneas conservan su contenido mientras sus distintas marcas finales se convierten en una misma marca

Distingue la firma de un carácter

El Convertidor de saltos de línea trata únicamente la primera firma como BOM. Un segundo U+FEFF o uno interior sigue siendo contenido. La vista hexadecimal permite comprobar qué bytes se retiran realmente.

Se elimina la primera marca de una secuencia de bytes, pero se mantiene otra idéntica dentro del contenido

Define el origen antes del destino

01

Comprueba el archivo original

Selecciona hasta 20 archivos y revisa la sustitución antes de aplicarla. Un BOM determina UTF-8 o el orden de UTF-16. Sin BOM se usa UTF-8; indica UTF-16LE/BE o Windows-1252 cuando conozcas el origen. No se deduce a partir de NUL.

02

Separa tres decisiones

La configuración inicial usa LF y conserva BOM y codificación. Cambiar CRLF a LF no añade un salto al final. Para recodificar a UTF-8, selecciona esa salida y marca la confirmación. Cambiar datos u opciones anula la confirmación.

03

Revisa los bytes antes de guardar

La vista previa amplía 10.000 caracteres o 256 bytes cada vez; la descarga siempre incluye todo. El modo automático espera 350 ms. Apágalo para usar Convertir o Ctrl/Cmd+Intro. Cualquier edición bloquea la exportación del resultado anterior.

Inspecciona lo que oculta el editor

Cuenta cada separador una vez

CRLF cuenta como un solo final, no como un CR y un LF independientes. También se muestran los NUL y el salto final. U+0085, U+2028 y U+2029 se conservan como contenido.

Aplica el BOM correspondiente

UTF-8 y UTF-16LE/BE reciben sus firmas específicas. Quitar BOM solo elimina uno al principio. Windows-1252 carece de BOM: para añadirlo debes confirmar la conversión a UTF-8.

Evita sustituciones silenciosas

UTF-8 inválido, UTF-16 con un número impar de bytes o sustitutos aislados provocan error. Windows-1252 sigue la tabla WHATWG, incluidos los valores C1 reversibles. No se limpian espacios, normaliza Unicode ni evalúan fórmulas.

Obtén un lote completo

El BOM se detecta por archivo y las opciones son comunes. Los nombres seguros con número evitan colisiones en el ZIP. Si falla uno, se bloquea la exportación del lote; no se omiten archivos presentando el resto como un éxito completo.

Límites del tratamiento

Presupuestos de memoria
Cada entrada admite 2 MiB; el lote, 20 archivos y 16 MiB; la salida conjunta, 32 MiB. Si se supera un límite, la operación falla sin truncar. Los archivos vacíos y los que solo contienen BOM son válidos.
Codificaciones concretas
Se admite UTF-8 y UTF-16LE/BE; Windows-1252 se elige expresamente para archivos sin BOM. UTF-32 se detecta y rechaza. No hay GBK, Shift_JIS, detección universal, reparación binaria, lectura de Office ni importación de archivos comprimidos.
Los saltos entre comillas también cambian
No se analiza la estructura de CSV ni del código. Sus saltos reales se convierten igualmente. No se añade ni elimina el salto final. Espacios, tabulaciones, líneas vacías, NUL y U+FEFF interiores se conservan.
Copiar no conserva los bytes del archivo
La aplicación de origen puede normalizar finales antes de pegar. El editor mantiene lo recibido, pero no reconstruye bytes perdidos. Copiar transfiere texto sin firma de archivo añadida; descarga el archivo para obtener la codificación exacta.
Sustitución con revisión y deshacer
Ejemplo, vaciado y sustitución de archivos muestran las cantidades afectadas antes de aplicar. Deshacer restaura entradas, opciones, modo automático, confirmación y resultado. Cambiar de modo no borra las entradas. Nunca se sobrescriben los archivos originales.

Preguntas sobre el Convertidor de saltos de línea

¿Por qué varían los finales según el sistema?

Por convenciones históricas: CRLF es habitual en flujos Windows, LF en entornos Unix y CR en ciertos formatos antiguos. El Convertidor de saltos de línea usa LF inicialmente, pero debes seguir el requisito del programa receptor.

¿Por qué elegir un archivo en vez de pegar texto?

El portapapeles puede haber eliminado los CR antes de que lleguen al editor. Se conservan los CRLF y CR recibidos al pegar, pero no se recupera lo perdido. El archivo original permite comprobar sus bytes.

¿Cuándo causan errores los finales de línea?

Cuando un script recibe un CR inesperado o Git muestra cambios en casi todas las líneas. Revisa los recuentos y los bytes, y usa el formato que requiere la herramienta de destino.

¿Cómo unifico CRLF y LF mezclados?

Selecciona un formato para todos los separadores del archivo. No se convierten solo las líneas sospechosas. Recuerda que los saltos reales dentro de campos CSV entre comillas también entran en el cambio.

¿Puede Git automatizar estas conversiones?

Los atributos text/eol y core.autocrlf determinan el tratamiento en el índice y el árbol de trabajo. Una descarga puede cambiar otra vez al hacer checkout. Esta página no modifica la configuración del repositorio.

¿Encontraste bytes inesperados?

Prueba el Convertidor de saltos de línea

Compara el número de separadores y los primeros bytes con los requisitos del programa receptor antes de descargar.