Para lidiar con retornos de carro superfluos en TextEdit

3

Quiero permitir que TextEdit nunca guarde <CR> , el retorno de carro.

Los diferentes sistemas operativos guardan el final de línea como diferentes caracteres Unicode. Para MS DOS (como Windows) es <CR><LF> , y para Unix y Mac <LF> , y para el muy antiguo Mac OS 9 solo <CR> . Aquí <CR> es el retorno de carro, y <LF> el avance de línea.

Cuando a veces pego, en TextEdit, varios párrafos de un archivo creado por Windows, por ejemplo, pdf o doc / docx , <CR> 's también se copian. TextEdit no cumple con los estándares de Unix, ya que acepta <CR><LF> 's, al mostrarlos como saltos de línea. No puedo decir, entonces, si un salto de línea tiene el estilo de ventana <CR><LF> o el estilo de Unix <LF> .

Cuando guardo mis escritos personales en texto puro ( txt ) escrito en Markdown, no quiero estos <CR> 's, pero no puedo verlos ni eliminarlos en TextEdit. Es cuando abro el archivo de texto en cuestión con Vim, ¿detecté los <CR> que se muestran como ^M ? De hecho, en Vim, es fácil reemplazarlos con cadenas vacías.

Sin embargo, yo también edito en TextEdit a menudo. ¿Puedo configurar TextEdit para que nunca guarde <CR> 's en un búfer? Es decir, cuando pego un <CR> en un búfer, el <CR> se ignora y no se escribe.

    
pregunta Aminopterin 04.01.2017 - 14:17

2 respuestas

3

No creo que TextEdit tenga esa opción. Acepta felizmente todos los tipos de final de línea (incluso entremezclados dentro del mismo archivo) y los muestra correctamente.

Es probable que necesite usar un editor de texto donde tenga control directo sobre los finales de línea y el tipo de codificación de texto al guardar el archivo. BBEdit es un excelente editor de texto que tiene dichos controles.

Otra opción es convertir el archivo con una utilidad como dos2unix . El sitio web no ofrece una descarga binaria de macOS, por lo que deberá compilarlo usted mismo o instalar un administrador de paquetes como Homebrew primero y luego instalar el paquete dos2unix con brew install dos2unix . Para una solución fácil, también puede ejecutar perl -pi -e 's/\r\n/\n/;' FILE.TXT también.

    
respondido por el Insomniac Software 04.01.2017 - 16:33
1

Cuando lo entiendo bien, el problema está en el Portapapeles de OSX. Es el lugar para arreglar el comportamiento, si hay uno. Ver por ejemplo enlace sobre cómo tratar con nuevas líneas en el Portapapeles OSX.

    
respondido por el user2707001 04.01.2017 - 16:40

Lea otras preguntas en las etiquetas