Nueva línea
Nueva línea (frecuentemente llamado final de línea , final de línea ( EOL ), línea siguiente ( NEL ) o salto de línea ) es un carácter de control o secuencia de caracteres de control en una especificación de codificación de caracteres (por ejemplo, ASCII , EBCDIC ) que se utiliza para indicar el final de una línea de texto y el comienzo de una nueva. [1]
A mediados del siglo XIX, mucho antes de la llegada de los teleimpresores y las máquinas de teletipo, los operadores de código Morse o los telegrafistas inventaron y usaron prosignos de código Morse para codificar el formato de texto de espacio en blanco en mensajes de texto escritos formales. En particular, el prosign Morse BT (texto de ruptura mnemónico ) representado por la concatenación de códigos Morse textuales literales " B " y " T " caracteres enviados sin el espaciado normal entre caracteres se usa en el código Morse para codificar e indicar una nueva línea . o nueva sección en un mensaje de texto formal.
Más tarde, en la era de las teleimpresoras modernas , se desarrollaron códigos de control de conjuntos de caracteres estandarizados para ayudar en el formato de texto de espacios en blanco. ASCII fue desarrollado simultáneamente por la Organización Internacional para la Estandarización (ISO) y la Asociación Estadounidense de Estándares (ASA), siendo esta última la organización predecesora del Instituto Nacional Estadounidense de Estándares (ANSI). Durante el período de 1963 a 1968, los borradores de normas ISO admitían el uso de CR + LF o LF solo como nueva línea, mientras que los borradores de ASA solo admitían CR + LF .
La secuencia CR + LF se usaba comúnmente en muchos de los primeros sistemas informáticos que habían adoptado máquinas de teletipo , generalmente un Teletipo modelo 33 ASR, como dispositivo de consola, porque esta secuencia era necesaria para colocar esas impresoras al comienzo de una nueva línea. La separación de nueva línea en dos funciones ocultó el hecho de que el cabezal de impresión no podía volver desde el extremo derecho hasta el comienzo de la siguiente línea a tiempo para imprimir el siguiente carácter. Cualquier carácter impreso después de un CR a menudo se imprimiría como una mancha en el medio de la página mientras el cabezal de impresión aún estaba moviendo el carro de regreso a la primera posición. "La solución fue hacer que la nueva línea tuviera dos caracteres: CRpara mover el carro a la columna uno, y LF para mover el papel hacia arriba". [2] De hecho, a menudo era necesario enviar caracteres adicionales, CR o NUL extraños, que se ignoran pero dan tiempo al cabezal de impresión para moverse a la columna. margen izquierdo Muchas de las primeras pantallas de video también requerían múltiples tiempos de caracteres para desplazarse por la pantalla.
En dichos sistemas, las aplicaciones tenían que comunicarse directamente con la máquina de teletipo y seguir sus convenciones, ya que el concepto de controladores de dispositivos que ocultan dichos detalles de hardware de la aplicación aún no estaba bien desarrollado. Por lo tanto, el texto se compuso de forma rutinaria para satisfacer las necesidades de las máquinas de teletipo. La mayoría de los sistemas de minicomputadoras de DEC utilizaron esta convención. CP/M también lo usó para imprimir en los mismos terminales que usaban las minicomputadoras. A partir de ahí , MS-DOS (1981) adoptó CR + LF de CP/M para ser compatible, y esta convención fue heredada por el posterior sistema operativo Windows de Microsoft.
El sistema operativo Multics comenzó a desarrollarse en 1964 y usó LF solo como su nueva línea. Multics usó un controlador de dispositivo para traducir este carácter a cualquier secuencia que necesitara una impresora (incluidos los caracteres de relleno adicionales), y el byte único era más conveniente para la programación. Lo que parece una opción más obvia, CR , no se usó, ya que CR proporcionó la función útil de sobreimprimir una línea con otra para crear efectos de negrita , guión bajo y tachado . Quizás lo más importante es que el uso de LF solo como terminador de línea ya se había incorporado en los borradores del estándar ISO/IEC 646 final .Unix siguió la práctica de Multics, y más tarde los sistemas similares a Unix siguieron a Unix. Esto creó conflictos entre Windows y los sistemas operativos similares a Unix , por lo que los archivos compuestos en un sistema operativo no pueden ser formateados o interpretados correctamente por otro sistema operativo (por ejemplo, un script de shell UNIX escrito en un editor de texto de Windows como el Bloc de notas ).
