¿Alguien sabe de un editor de texto en Linux que me permita ver saltos de línea y retornos de carro? ¿Vim admite esta función?
vim
newline
text-editor
line-breaks
carriage-return
prueba de uso
fuente
fuente

Respuestas:
:set listen Vim mostrará espacios en blanco. El final de las líneas se muestra como "$" y los retornos de carro generalmente se muestran como "^M".fuente
:set listNO mostrará^Mcaracteres (CR). Proporcionar la-bopción de vi / vim funcionará. O, una vez que se carga vim, escriba::e ++ff=unix:set nolistPara no estar de acuerdo con la respuesta oficial:
:set listse no mostrar caracteres ^ M (CRS). Proporcionar la opción -b a vi / vim funcionará. O, una vez que se carga vim, escriba:e ++ff=unix.fuente
:help editmuestrae[dit]! [++opt] [+cmd]. Y:help ++edice que el argumento [++ opt] puede usarse para forzar el valor de 'fileformat' [..] .:set listmuestra nueva línea ($),:e ++ff=unixmuestra CR (^M); si quieres ver ambos,:set listentonces:e ++ff=unix:set ff=unixle dice a Vim que cambie las terminaciones de línea al estilo unix (como parte de la configuración del formato de archivo), de modo que los caracteres ^ M ya no estén allí (y, por lo tanto, no se muestren).:e ++ff=unixle dice que establezca forzosamente el formato de archivo como siunixrealmente no cambiara el contenido. Entonces vim lo lee como un archivo Unix, ve los caracteres CR como extra y los muestra como ^ M.vimpor alguna razón ... No me refiero a ninguna-bopción, ni:e ++ff=unixcuandoVI muestra nuevas líneas (caracteres LF, código
x0A) mostrando el texto posterior en la línea siguiente.Use el
-binterruptor para el modo binario. Por ejemplovi -b filenameovim -b filename --.Luego mostrará los caracteres CR (
x0D), que normalmente no se usan en archivos de estilo Unix, como los caracteres^M.fuente
Unixentorno. Pero me gustaría que me advirtieran sobre las terminaciones de línea de tipo Windows si hay alguna en el archivo. ¿Se mostrarávi -b filenameo:set binarysolo se mostrará^Msi es un archivo de tipo Windows y no hay otras terminaciones de línea?Solo para aclarar por qué
:set listno mostrará los CR como^Msine ++ff=unixy por qué:set listno tiene nada que ver con^Mlos de.Internamente, cuando Vim lee un archivo en su búfer, reemplaza todos los caracteres de final de línea con su propia representación (llamémosla
$). Para determinar qué caracteres deben eliminarse, primero detecta en qué formato se guardan las terminaciones de línea en un archivo. Si solo hay CRLF'\r\n'o solo CR'\r'o solo'\n'caracteres de final de línea LF , entonces'fileformat'se establece endos,macyunixrespectivamente.Cuando
listse establece la opción, Vim muestra el$carácter cuando se produce el salto de línea, sin importar quéfileformatopción se haya detectado. Utiliza su propia representación interna de saltos de línea y eso es lo que muestra.Ahora, cuando escribe búfer en el disco, Vim inserta caracteres de final de línea de acuerdo con las
fileformatopciones que se han detectado, esencialmente convirtiendo todos los internos$con caracteres apropiados. Sifileformatsucedió,unixentonces simplemente escribirá\nen lugar de su salto de línea interno.El truco es obligar a Vim a leer un
dosarchivo codificado comounixuno. El efecto neto es que va a quitar todo\n's dejando\r' s sin tocar y mostrarlos como^M's en el búfer. La configuración:set listtambién mostrará finales de línea internos como$. Después de todo, ves^M$en lugar dedossaltos de línea codificados.También
:set listtenga en cuenta que no tiene nada que ver con mostrar^M's. Puede verificarlo usted mismo (asegúrese de haber deshabilitadolistprimero la opción) insertando un solo CR usandoCTRL-VseguidoEnteren modo de inserción. Después de escribir el búfer en el disco y volver a abrirlo, verá a^Mpesar de que lalistopción esté configurada en 0.Puede encontrar más información sobre los formatos de archivo en http://vim.wikia.com/wiki/File_format o escribiendo
:help 'fileformat'Vim.fuente
Prueba el siguiente comando.
: establecer binario
En VIM, esto debería hacer lo mismo que usar la opción de línea de comando "-b". Si coloca esto en su archivo de inicio (es decir .vimrc), siempre estará en su lugar.
En muchos sistemas * nix, hay un comando "dos2unix" o "unix2dos" que puede procesar el archivo y corregir cualquier problema sospechoso de finalización de línea. Si no hay ningún problema con los finales de línea, los archivos no se cambiarán.
fuente
set binaryno es lo mismo quevim -b filename.py. ¿Alguna idea de por qué? Verifiqué elhelpy parece que lo que dices es generalmente correcto. ¿Cómo puedo entender por qué esto es así?:e ++ff=unixmuestra^Mcorrectamente y no muestra cuando usounixarchivos de tipo ... Así que supongo que el problema está resuelto por ahora ...Le sugiero que edite su archivo .vimrc, para ejecutar una lista de comandos. Edite su archivo .vimrc, así:
Cuando ejecutas vim, los comandos en .vimrc se ejecutan y puedes ver este ejemplo:
fuente
usando
caty-Apuede ver nuevas líneas como$, pestañas como^Icat -A myfilefuente
Puede ver las líneas de corte con el editor gedit .
Primero, si no tienes instalado:
Ahora, instale complementos gedit :
y seleccione el complemento Dibujar espacios , ingrese en Preferencias y elija Dibujar nuevas líneas
Usando VSCode puede instalar la extensión de terminaciones de línea .
Sublime Text 3 tiene un complemento llamado RawLineEdit que mostrará los finales de línea y permitirá la inserción de un tipo de final de línea arbitrario
shift + ctrl + py comenzar a escribir el nombre del complemento, y alternar para mostrar el final de línea.fuente