Código de escape ANSI

Las secuencias de escape ANSI son un estándar para la señalización en banda para controlar la ubicación del cursor, el color, el estilo de fuente y otras opciones en terminales de texto de video y emuladores de terminales. Ciertas secuencias de bytes, la mayoría comenzando con un carácter de escape ASCII y un carácter de corchete, están incrustadas en el texto. El terminal interpreta estas secuencias como comandos, en lugar de texto para mostrar textualmente.

Las secuencias ANSI se introdujeron en la década de 1970 para reemplazar las secuencias específicas del proveedor y se generalizaron en el mercado de equipos informáticos a principios de la década de 1980. Se utilizan en aplicaciones de desarrollo, científicas y comerciales basadas en texto, así como en sistemas de tablones de anuncios para ofrecer una funcionalidad estandarizada.

Aunque los terminales de texto de hardware se han vuelto cada vez más escasos en el siglo XXI, la relevancia del estándar ANSI persiste porque la gran mayoría de los emuladores de terminales y las consolas de comando interpretan al menos una parte del estándar ANSI.

Historia

Casi todos los fabricantes de terminales de video agregaron secuencias de escape específicas del proveedor para realizar operaciones como colocar el cursor en posiciones arbitrarias en la pantalla. Un ejemplo es el terminal VT52, que permitía colocar el cursor en una ubicación x,y en la pantalla enviando el ESC carácter, un Y, y luego dos caracteres que representen valores numéricos iguales a la ubicación x,y más 32 (comenzando así en el carácter de espacio ASCII y evitando los caracteres de control). El Hazeltine 1500 tenía una característica similar, invocada usando ~, DC1 y luego las posiciones X e Y separadas con una coma Si bien los dos terminales tenían una funcionalidad idéntica en este sentido, se tuvieron que usar diferentes secuencias de control para invocarlos.

Como estas secuencias eran diferentes para diferentes terminales, se tuvieron que crear bibliotecas elaboradas como termcap ("capacidades de terminal") y utilidades como tput para que los programas pudieran usar la misma API para trabajar con cualquier terminal. Además, muchas de estas terminales requerían enviar números (como fila y columna) como los valores binarios de los caracteres; para algunos lenguajes de programación y para sistemas que no usaban ASCII internamente, a menudo era difícil convertir un número en el carácter correcto.

El estándar ANSI intentó abordar estos problemas creando un conjunto de comandos que todos los terminales usarían y requiriendo que toda la información numérica se transmitiera como números ASCII. El primer estándar de la serie fue ECMA-48, adoptado en 1976. Fue una continuación de una serie de estándares de codificación de caracteres, siendo el primero ECMA-6 de 1965, un estándar de 7 bits del que se origina ISO 646. El nombre "secuencia de escape ANSI" data de 1979 cuando ANSI adoptó ANSI X3.64. El comité ANSI X3L2 colaboró con el comité ECMA TC 1 para producir estándares casi idénticos. Estos dos estándares se fusionaron en un estándar internacional, ISO 6429. En 1994, ANSI retiró su estándar a favor del estándar internacional.

La terminal de visualización de vídeo DEC VT100.

El primer terminal de video popular que admitió estas secuencias fue el Digital VT100, presentado en 1978. Este modelo tuvo mucho éxito en el mercado, lo que provocó una variedad de clones VT100, entre los primeros y más populares de los cuales estaba el mucho más asequible Zenith Z-19 en 1979. Otros incluyeron Qume QVT-108, Televideo TVI-970, Wyse WY-99GT, así como el opcional "VT100" o "VT103" o "ANSI" modos con diversos grados de compatibilidad en muchas otras marcas. La popularidad de estos gradualmente condujo a más y más software (especialmente sistemas de tablones de anuncios y otros servicios en línea) suponiendo que las secuencias de escape funcionaran, lo que llevó a casi todas las nuevas terminales y programas emuladores a admitirlas.

En 1981, la publicación 86 de FIPS adoptó ANSI X3.64 para su uso en el gobierno de los EE. UU. Más tarde, el gobierno de los EE. UU. dejó de duplicar los estándares de la industria, por lo que la publicación FIPS. 86 fue retirado.

ECMA-48 se ha actualizado varias veces y actualmente se encuentra en su quinta edición, de 1991. También es adoptado por ISO e IEC como estándar ISO/IEC 6429. Se adopta una versión como estándar industrial japonés, como JIS X 0211.

Los estándares relacionados incluyen ITU T.61, el estándar Teletex, y ISO/IEC 8613, el estándar de Arquitectura de documento abierto (principalmente ISO/IEC 8613-6 o ITU T.416). Los dos sistemas comparten muchos códigos de escape con el sistema ANSI, con extensiones que no son necesariamente significativas para las terminales de computadora. Ambos sistemas cayeron rápidamente en desuso, pero ECMA-48 marca las extensiones utilizadas en ellos como reservadas.

Soporte de plataforma

Sistemas similares a Unix

El emulador terminal Xterm.

En estos sistemas, el terminal (o emulador) se autoidentifica mediante la variable de entorno $TERM. Una biblioteca de base de datos como termcap o terminfo realizaría una búsqueda para derivar las capacidades del terminal y las secuencias de escape específicas para usar las capacidades, que pueden desviarse de ANSI en los primeros días.

Aunque estas bibliotecas se desarrollaron principalmente en y para Unix, a mediados de la década de 1980, los programas que se ejecutaban en sistemas operativos similares a Unix casi siempre podían asumir que estaban usando un terminal o emulador compatible con secuencias ANSI; esto condujo al uso generalizado de ANSI por parte de los programas que se ejecutan en esas plataformas. Por ejemplo, muchos juegos y scripts de shell, y utilidades como listas de directorios de colores, escriben directamente las secuencias ANSI y, por lo tanto, no se pueden usar en una terminal que no las interprete. Muchos programas, incluidos los editores de texto como vi y GNU Emacs, usan termcap o terminfo, o usan bibliotecas como curses que usan termcap o terminfo y, por lo tanto, en teoría admiten terminales que no son ANSI, pero esto se prueba tan raramente hoy en día que son es poco probable que funcione con esos terminales.

Los emuladores de terminal para comunicarse con programas locales, así como con máquinas remotas y la consola del sistema de texto casi siempre admiten códigos de escape ANSI. Esto incluye emuladores de terminal como xterm, rxvt, GNOME Terminal y Konsole en sistemas con sistemas de ventanas basados en X11 o Wayland, y Terminal.app y emuladores de terminal de terceros como iTerm2 en macOS.

CP/M

A 1980s Kaypro II, a CP/M-80 PC. Emuló nativamente ADM-3A y también apoyó un modo terminal (siendo demostrado).

Las máquinas CP/M variaban y existían varias terminales de la competencia, como para impresoras, cada una con sus propias secuencias de control. Algunos de los primeros sistemas no tenían periféricos (necesitaban una terminal externa) y las computadoras personales con una pantalla nativa generalmente emulaban una terminal. Los desarrolladores de aplicaciones tenían que admitir varios terminales populares y proporcionar un programa de instalación para configurarlos. A pesar de la capa de abstracción de hardware (BIOS) de CP/M, incluso para el mismo microprocesador, los proveedores proporcionaron versiones específicas de la plataforma debido a los formatos de disco de la competencia, que también estarían preconfigurados para el terminal nativo (por ejemplo, varias adaptaciones de WordStar específicas de la máquina). fueron liberados).

Por lo general, el Altair 8800 sin auriculares se conectaba a un teletipo como el Model 33 ASR oa un terminal externo como el TeleVideo 920C, que necesitaba emitir sus respectivas secuencias. Las computadoras Osborne 1 y Kaypro II emularon de forma nativa un subconjunto de los códigos de control TeleVideo 920C y ADM-3A, respectivamente. El TRS-80 Model 4 y el Xerox 820 también emularon el Lear Siegler ADM-3A. Las computadoras Zenith Z-89, Heathkit H8 y Amstrad PCW CP/M-80 implementaron los códigos de terminal Zenith Z19 (Heathkit H19), en su mayoría compatibles con VT52, el manual Z-89 también lo describe como compatible con ANSI.

La Microsoft Z-80 SoftCard para Apple II emuló un subconjunto limitado de Videx Videoterm, correspondiente a las secuencias Datamedia 1520 que admitía Apple Pascal basado en UCSD. Su CP/M disponía del comando CONFIGIO para adaptar terminales externos o ejecutar aplicaciones locales que emitían otros códigos de control. Los terminales externos admitidos fueron Soroc IQ 120/140 y Hazeltine 1500/1510.

DOS, OS/2 y Windows

MS-DOS 1.x no admitía ANSI ni ninguna otra secuencia de escape. El BIOS subyacente solo interpretó unos pocos caracteres de control (BEL, CR, LF, BS), lo que hace que sea casi imposible realizar cualquier tipo de aplicación de pantalla completa. Cualquier efecto de visualización tenía que hacerse con llamadas al BIOS, que eran notoriamente lentas, o manipulando directamente el hardware de la PC de IBM.

DOS 2.0 introdujo la capacidad de agregar un controlador de dispositivo para las secuencias de escape ANSI; el estándar de facto es ANSI.SYS, pero otros como ANSI.COM, NANSI.SYS y ANSIPLUS.EXE se utilizan como bien (estos son considerablemente más rápidos ya que pasan por alto el BIOS). La lentitud y el hecho de que no estuviera instalado por defecto hacía que el software rara vez lo aprovechara; en cambio, las aplicaciones continuaron manipulando directamente el hardware para obtener la visualización de texto necesaria. ANSI.SYS y controladores similares continuaron funcionando en Windows 9x hasta Windows Me y en sistemas derivados de NT para programas heredados de 16 bits que se ejecutan bajo NTVDM.

Muchos clones de DOS pudieron interpretar las secuencias y no requieren que se cargue un controlador ANSI por separado. PTS-DOS, así como DOS concurrente, DOS multiusuario y REAL/32 tienen soporte integrado (además de una serie de extensiones). OS/2 tenía un comando ANSI que habilitaba las secuencias.

La consola de Windows no admitía secuencias de escape ANSI, ni Microsoft proporcionó ningún método para habilitarlas. Algunos reemplazos o adiciones para la ventana de la consola, como TCC de JP Software (anteriormente 4NT), ANSI.COM de Michael J. Mefford, ANSICON y ConEmu de Maximus5 interpretó las secuencias de escape ANSI impresas por los programas. Un paquete de Python llamado colorama interpreta internamente las secuencias de escape ANSI en el texto que se está imprimiendo, traduciéndolas a llamadas win32 para modificar el estado de la terminal, para facilitar la transferencia del código Python usando ANSI a Windows. Cygwin realiza una traducción similar a todos los resultados escritos en la consola usando los descriptores de archivos de Cygwin, el filtrado se realiza mediante las funciones de salida de cygwin1.dll, para permitir la transferencia del código POSIX C a Windows.

En 2016, Microsoft lanzó la actualización de Windows 10, versión 1511, que inesperadamente implementó la compatibilidad con las secuencias de escape ANSI, más de dos décadas después del debut de Windows NT. Esto se hizo junto con el subsistema de Windows para Linux, lo que permitió que el software basado en terminal similar a Unix usara las secuencias en la consola de Windows. El valor predeterminado es desactivado, pero Windows PowerShell 5.1 lo habilitó. PowerShell 6 hizo posible incrustar el carácter ESC necesario en una cadena con `e.

Windows Terminal, presentado en 2019, admite las secuencias de forma predeterminada y Microsoft tiene la intención de reemplazar la Consola de Windows con Windows Terminal.

Serie Atari ST/TT/Falcon

Atari TOS usó el sistema de comandos adaptado del VT52 con algunas expansiones para admitir colores, en lugar de admitir códigos de escape ANSI.

Amiga OS

AmigaOS no solo interpreta las secuencias de código ANSI para la salida de texto en la pantalla, el controlador de impresora de AmigaOS también las interpreta (con extensiones propias de AmigaOS) y las traduce a los códigos requeridos para la impresora en particular que está realmente conectada.

VMS/OpenVMS

VMS fue diseñado para ser controlado mediante terminales de video basados en texto de Digital, como el mencionado VT100; por lo tanto, el software tiende a escribir las secuencias de escape ANSI directamente (y no funcionará en terminales que no sean ANSI).

Descripción

Códigos de control C0

Casi todos los usuarios asumen algunas funciones de algunos caracteres de un solo byte. Inicialmente definido como parte de ASCII, el conjunto de códigos de control C0 predeterminado ahora se define en ISO 6429 (ECMA-48), lo que lo convierte en parte del mismo estándar que el conjunto C1 invocado por las secuencias de escape ANSI (aunque ISO 2022 permite que ISO 6429 C0 configurado para usarse sin el conjunto ISO 6429 C1, y viceversa, siempre que 0x1B sea siempre ESC). Esto se usa para acortar la cantidad de datos transmitidos o para realizar algunas funciones que no están disponibles en las secuencias de escape:

Las secuencias de escape varían en duración. El formato general para una secuencia de escape compatible con ANSI está definido por ANSI X3.41 (equivalente a ECMA-35 o ISO/IEC 2022). Las secuencias de escape constan solo de bytes en el rango 0x20—0x7F (todos los caracteres ASCII que no son de control) y se pueden analizar sin mirar hacia adelante. El comportamiento cuando se encuentra un carácter de control, un byte con el bit alto establecido o un byte que no forma parte de ninguna secuencia válida, se encuentra antes del final no está definido.

Fe Secuencias de escape

Si ESC va seguido de un byte en el rango de 0x40 a 0x5F, la secuencia de escape es del tipo Fe. Su interpretación se delega al estándar de código de control C1 aplicable. En consecuencia, todas las secuencias de escape correspondientes a los códigos de control C1 de ANSI X3.64 / ECMA-48 siguen este formato.

El estándar dice que, en entornos de 8 bits, el control funciona correspondiente al tipo Fe (aquellas del conjunto de códigos de control C1) se pueden representar como bytes individuales en el rango 0x80–0x9F. Esto es posible en codificaciones de caracteres conforme a las disposiciones para un código de 8 bits realizadas en ISO 2022, como la serie ISO 8859. Sin embargo, en las codificaciones de caracteres que se usan en dispositivos modernos como UTF-8 o CP-1252, esos códigos a menudo se usan para otros fines, por lo que normalmente solo se usa la secuencia de 2 bytes. En el caso de UTF-8, representar un código de control C1 a través de los controles C1 y el bloque Suplemento Latin-1 da como resultado un código diferente de dos bytes (por ejemplo, 0xC2,0x8E para U+008E), pero no se guarda espacio de esta manera.

Secuencias CSI (introductor de secuencia de control)

Para los comandos del Introductor de secuencia de control, o CSI, el ESC [ (escrito como e[ o 33[ en varios lenguajes de programación y secuencias de comandos) va seguido de cualquier número (incluido ninguno) de "bytes de parámetro" en el rango 0x30–0x3F (ASCII 0–9:;<=>?), luego por cualquier número de "bytes intermedios" en el rango 0x20–0x2F (espacio ASCII y !" #$%&'()*+,-./), y finalmente por un único "byte final" en el rango 0x40–0x7E (ASCII @A–Z[]^_`a–z{|}~).

Todas las secuencias comunes solo usan los parámetros como una serie de números separados por punto y coma, como 1;2;3. Los números que faltan se tratan como 0 (1;;3 actúa como si el número del medio fuera 0, y ningún parámetro en ESC[m actúa como un 0 código de reinicio). Algunas secuencias (como CUU) tratan 0 como 1 para que los parámetros faltantes sean útiles.

Un subconjunto de arreglos fue declarado "privado" para que los fabricantes de terminales pudieran insertar sus propias secuencias sin entrar en conflicto con el estándar. Las secuencias que contienen los bytes de parámetro <=>? o los bytes finales 0x70–0x7E (p–z{|}~) son privadas.

El comportamiento del terminal no está definido en el caso de que una secuencia CSI contenga cualquier carácter fuera del rango 0x20–0x7E. Estos caracteres ilegales son caracteres de control C0 (el rango 0–0x1F), DEL (0x7F) o bytes con el conjunto de bits alto. Las posibles respuestas son ignorar el byte, procesarlo de inmediato y, además, continuar con la secuencia CSI, abortarla de inmediato o ignorar el resto.

Parámetros SGR (Seleccionar Representación Gráfica)

La secuencia de control CSI n m, llamada Select Graphic Rendition (SGR), establece los atributos de visualización. Se pueden establecer varios atributos en la misma secuencia, separados por punto y coma. Cada atributo de visualización permanece en vigor hasta que una siguiente aparición de SGR lo restablece. Si no se proporcionan códigos, CSI m se trata como CSI 0 m (restablecer/normal).

Colores

3 bits y 4 bits

La especificación original solo tenía 8 colores y solo les daba nombres. Los parámetros SGR 30–37 seleccionaron el color de primer plano, mientras que 40–47 seleccionaron el fondo. Bastantes terminales implementaron "negrita" (código SGR 1) como un color más brillante en lugar de una fuente diferente, proporcionando así 8 colores de primer plano adicionales. Por lo general, no podría obtener estos como colores de fondo, aunque a veces el video inverso (código SGR 7) lo permitiría. Ejemplos: para obtener letras negras sobre fondo blanco, use ESC[30;47m , para obtener rojo use ESC[31m, para obtener un color rojo brillante, use ESC[1;31m. Para restablecer los colores a sus valores predeterminados, use ESC[39;49m (no compatible con algunos terminales), o restablecer todos los atributos con ESC[0m. Los terminales posteriores agregaron la capacidad de especificar directamente el "brillante" colores con 90–97 y 100–107.

Cuando el hardware comenzó a utilizar convertidores de digital a analógico (DAC) de 8 bits, varias piezas de software asignaron números de color de 24 bits a estos nombres. La siguiente tabla muestra los valores predeterminados enviados al DAC para algunos hardware y software comunes; en la mayoría de los casos son configurables.

8 bits

A medida que las tablas de búsqueda de 256 colores se volvieron comunes en las tarjetas gráficas, se agregaron secuencias de escape para seleccionar de un conjunto predefinido de 256 colores:

ESC[38;5; Seleccione el color del primer plano donde n es un número de la tabla abajo
ESC[48;5; Seleccione color de fondo
0- 7: colores estándar (como en ESC [ 30–37 m)
8- 15: colores de alta intensidad (como en ESC [ 90-97 m)
16-231: 6 × 6 × 6 cubo (216 colores): 16 + 36 × r + 6 × g + b (0 ≤ r, g, b ≤ 5)
232-255: grayscale de la oscuridad a la luz en 24 pasos

La tecnología de la información T.416 de la UIT - Arquitectura de documento abierto (ODA) y formato de intercambio: las arquitecturas de contenido de caracteres utilizan ":" como caracteres separadores en su lugar:

ESC[38:5: Seleccione el color del primer plano donde n es un número de la tabla abajo
ESC[48:5: Seleccione color de fondo

También ha habido una codificación de 88 colores similar pero incompatible usando la misma secuencia de escape, vista en rxvt y xterm -88color. No se sabe mucho sobre el esquema además de los códigos de color. Utiliza un cubo de color de 4×4×4.

24 bits

Como "color verdadero" Las tarjetas gráficas con 16 a 24 bits de color se hicieron comunes, las aplicaciones comenzaron a admitir colores de 24 bits. Los emuladores de terminal que admiten la configuración de colores de primer plano y de fondo de 24 bits con secuencias de escape incluyen Xterm, Konsole de KDE e iTerm, así como todos los terminales basados en libvte, incluido GNOME Terminal.

ESC[ 38;2; cosechar caminos; pedazos;
ESC[ 48;2; cosechar caminos; pedazog);

Es probable que la sintaxis se base en la arquitectura abierta de documentos (ODA) T.416 de la UIT y el formato de intercambio: arquitecturas de contenido de caracteres, que se adoptó como ISO/IEC 8613-6 pero terminó como un fracaso comercial. La versión ODA es más elaborada y, por lo tanto, incompatible:

• Los parámetros después del '2' (r, g, y b) son opcionales y se pueden dejar vacíos.
• Semicolons son reemplazados por colones, como arriba.
• Hay un "idente colorespacial" líder. La definición del ID colorspace no está incluida en ese documento, por lo que puede estar en blanco para representar el defecto no especificado.
• Además del valor '2' después de 48 para especificar un formato Red-Green-Blue (y el '5' arriba para un color indexado 0-255), hay alternativas de '0' para la implementación definida y '1' para transparente - ninguno de los cuales tienen otros parámetros marcados; '3' especifica los colores utilizando un esquema Cyan-Magenta-Yellow, y '4' para un componente Cyan-Magenta-Y

ESC[ 38:2: "Color-Space-ID." Color-Espacio asociado con tolerancia: 0 para "CIELUV"; 1 para "CIELAB" m Seleccione el color de primer plano RGB
ESC[ 48:2: "Color-Space-ID." Color-Espacio asociado con tolerancia: 0 para "CIELUV"; 1 para "CIELAB" m Seleccione el color de fondo RGB

La variación ITU-RGB es compatible con xterm, con la identificación del espacio de color y los parámetros de tolerancia ignorados. El esquema más simple que usa punto y coma se encuentra inicialmente en Konsole.

Variables de entorno de Unix relacionadas con la compatibilidad con el color

Antes de que termcap y terminfo pudieran indicar soporte para colores, la biblioteca S-Lang usaba $COLORTERM para indicar si un emulador de terminal podría usar colores (luego reinterpretado como 256 colores) y si admite color de 24 bits. Este sistema, aunque mal documentado, se generalizó lo suficiente como para que Fedora y RHEL consideraran usarlo como un mecanismo de detección más simple y universal en comparación con consultar las bibliotecas ahora actualizadas. Sin embargo, gnome-terminal 3.14 eliminó esta variable porque sus autores la consideraron incorrecta y ya no necesaria.

Algunos emuladores de terminal (urxvt, konsole) configuran $COLORFGBG para informar sobre el esquema de color del terminal (principalmente fondo claro versus fondo oscuro). Este comportamiento se originó en S-Lang y lo utiliza vim. Nuevamente, gnome-terminal se niega a agregar este comportamiento, ya que es más "adecuado" Las secuencias xterm OSC 4/10/11 ya existen.

Secuencias OSC (Operating System Command)

Xterm definió la mayoría de las secuencias de comandos del sistema operativo, pero muchas también son compatibles con otros emuladores de terminal. Por razones históricas, Xterm puede terminar el comando con BEL así como con el estándar ST. Por ejemplo, Xterm permite que el título de la ventana se establezca mediante ESC ]0;este es el título de la ventana BEL.

Una extensión que no es xterm es el hipervínculo, ESC ]8;;enlace ST de 2017, utilizado por VTE, iTerm2 y mintty.

La consola Linux usa ESC ] P n rr gg bb para cambiar la paleta, que, si está codificada en una aplicación, puede bloquear otros terminales. Sin embargo, Linux ignorará la adición de ST y formará una secuencia adecuada e ignorable para otros terminales.

Fs Secuencias de escape

Si ESC va seguido de un byte en el rango 0x60—0x7E, la secuencia de escape es del tipo Fs. Este tipo se utiliza para funciones de control registradas individualmente con el registro ISO-IR y, en consecuencia, disponible incluso en contextos donde se utiliza un conjunto de códigos de control C1 diferente. Específicamente, corresponden a funciones de control únicas aprobadas por ISO/IEC JTC 1/SC 2 y estandarizadas por ISO o un organismo reconocido por ISO. Algunos de estos se especifican en ECMA-35 (ISO 2022 / ANSI X3.41), otros en ECMA-48 (ISO 6429 / ANSI X3.64). ECMA-48 se refiere a estos como "funciones de control independientes".

Fp Secuencias de escape

Si ESC va seguido de un byte en el rango 0x30—0x3F, la secuencia de escape es de tipo Fp, que se reserva para hasta dieciséis funciones de control de uso privado.

Secuencias de escape NF

Si ESC va seguido de un byte en el rango 0x20—0x2F, la secuencia de escape es de tipo nF. Dicho byte es seguido por cualquier cantidad de bytes adicionales en este rango, y luego un byte en el rango 0x30-0x7E. Estas secuencias de escape se subcategorizan aún más por los cuatro bits inferiores del primer byte, p. "escriba 2F" para secuencias donde el primer byte es 0x22; y si el byte final está en el rango 0x30—0x3F que indica un uso privado (por ejemplo, "escriba 2Fp") o no (por ejemplo, "escriba 2Ft").

Las secuencias de escape de este tipo se usan principalmente para mecanismos de cambio de código ANSI/ISO como los que usa ISO-2022-JP, excepto para el tipo 3F secuencias (aquellas donde el primer byte intermedio es 0x23), que se utilizan para funciones de control individuales. Las secuencias de tipo 3Ft están reservadas para ISO-IR adicionales registrados funciones de control individuales, mientras que las secuencias de tipo 3Fp están disponibles para funciones de control de uso privado. A diferencia de las secuencias de tipo Fs, ningún tipo 3Ft están actualmente registradas.

Ejemplos

CSI 2 J — Esto borra la pantalla y, en algunos dispositivos, ubica el cursor en la posición y,x 1,1 (esquina superior izquierda).

CSI 32 m — Esto hace que el texto sea verde. El verde puede ser un verde oscuro y apagado, por lo que es posible que desee habilitar Negrita con la secuencia CSI 1 m que lo haría verde brillante, o combinado como CSI 32; 1 m. Algunas implementaciones usan el estado Negrita para hacer que el carácter sea Brillante.

CSI 0; 6 8; "DIR"; 13 p — Esto reasigna la tecla F10 para enviar al búfer del teclado la cadena "DIR" y ENTER, que en la línea de comandos de DOS mostraría el contenido del directorio actual. (Solo MS-DOS ANSI.SYS) A veces se usaba para bombas ANSI. Este es un código de uso privado (como lo indica la letra p), que usa una extensión no estándar para incluir un parámetro con valor de cadena. Seguir la letra del estándar consideraría que la secuencia termina en la letra D.

CSI s — Esto guarda la posición del cursor. Usando la secuencia CSI u lo restaurará a la posición. Digamos que la posición actual del cursor es 7(y) y 10(x). La secuencia CSI s guardará esos dos números. Ahora puede moverse a una posición de cursor diferente, como 20(y) y 3(x), usando la secuencia CSI 20; 3 H o CSI 20; 3 f. Ahora, si usa la secuencia CSI u, la posición del cursor volverá a 7 (y) y 10 (x). Algunas terminales requieren las secuencias DEC ESC 7 / ESC 8 en su lugar, que es más compatible.

Secuencias de comandos de shell

Los códigos de escape ANSI se utilizan a menudo en terminales UNIX y similares a UNIX para resaltar la sintaxis. Por ejemplo, en terminales compatibles, el siguiente comando list codifica con colores los nombres de archivos y directorios por tipo.

ls --color

Los usuarios pueden emplear códigos de escape en sus scripts incluyéndolos como parte de la salida estándar o error estándar. Por ejemplo, el siguiente comando GNU sed embellece la salida del comando make al mostrar líneas que contienen palabras que comienzan con "WARN" en video inverso y palabras que comienzan con "ERR" en amarillo brillante sobre un fondo rojo oscuro (se ignoran las mayúsculas y minúsculas). Las representaciones de los códigos están resaltadas.

hacer 2 contactos1 Silencioso -e 's/.*bWARN.*/x1b[7m"x1b[0m/i' -e 's/.*bERR.*/x1b[93;41m"x1b[0m/i '

La siguiente función Bash hace parpadear el terminal (enviando alternativamente códigos de modo de video inverso y normal) hasta que el usuario presiona una tecla.

flasher () { while true; do printf ¿Qué? 5h; sleep 0.1; printf ¿Qué? 5l; read -s -n1 -t1 && break; done; }

Esto se puede usar para alertar a un programador cuando termina un comando largo, como con hacer; flasher .

printf \033c

Esto reiniciará la consola, similar al comando reset en sistemas Linux modernos; sin embargo, debería funcionar incluso en sistemas Linux más antiguos y en otras variantes de UNIX (no Linux).

En C

#include Identificado.hint principal()vacío){} int i, j, n; para ()i = 0; i . 11; i++) {} para ()j = 0; j . 10; j++) {} n = 10 * i + j; si ()n ■ 108) descanso; printf()"33[%dm%3d33[m], n, n); } printf()"n"); } retorno 0;}

Secuencias de entrada de terminales

Al presionar teclas especiales en el teclado, además de generar muchas secuencias xterm CSI, DCS u OSC, a menudo se produce una secuencia CSI, DCS u OSC, que se envía desde la terminal a la computadora como si el usuario la hubiera escrito.

Al escribir una entrada en un terminal, las pulsaciones de teclas fuera del área normal del teclado alfanumérico principal se pueden enviar al host como secuencias ANSI. Para las teclas que tienen una función de salida equivalente, como las teclas de cursor, a menudo reflejan las secuencias de salida. Sin embargo, para la mayoría de las pulsaciones de teclas no hay una secuencia de salida equivalente para usar.

Existen varios esquemas de codificación y, lamentablemente, la mayoría de los terminales mezclan secuencias de diferentes esquemas, por lo que el software host debe poder manejar las secuencias de entrada utilizando cualquier esquema. Para complicar el asunto, los propios terminales VT tienen dos esquemas de entrada, modo normal y modo de aplicación que pueden ser cambiados por la aplicación.

(sección borrador)

Identificar confianza char
Identificado por el título esc
- No. esc
> > Alt-keypress o secuencia de código clave
"[']" Alt-[
"['" (según el título) secuencia de código clave, <modifier ratio es un número decimal y predeterminados a 1 (xterm)
"['" (Secuencia de código claves claves, ") "~" - secuencia de códigos clave, "Código de claves claves claves" y "Nombres especificados" son números decimales y por defecto a 1 (vt)

Si el carácter de terminación es '~', el primer número debe estar presente y es un número de código clave, el segundo número es un valor modificador opcional. Si la terminación carácter es una letra, la letra es el valor del código clave y el número opcional es el valor del modificador.

El valor predeterminado del modificador es 1, y después de restar 1 es un mapa de bits del modificador teclas que se presionan: Meta+Ctrl+Alt +⇧ Shift. Entonces, por ejemplo, <esc>[4;2~ es ⇧ Mayús+Fin, <esc>[20~ es tecla de función F9, <esc>[5C es Ctrl+ →.

En otras palabras, el modificador es la suma de los siguientes números:

secuencias vt:
Identificado [1~ - Página de inicio [16~] - [31~ - F17
[2~ - Introducir > [17~ - F6 > [32~ - F18
[3~ - Eliminar las instrucciones c] [18~ - F7]
[4~ - Finalización de las instrucciones c] [19~ - F8]
[5~ - PgUp]sc confianza[20~ - F9 - [35~ -
[6~ - PgDn [21~ - F10
[7~ - Home]
Identificado [8~ - Finalización [23~ - F11]
[24~ - F12]
[25~ - F13]
[11~ - F1]
[12~ - F2]
[13~ - F3]
[14~ - F4]
[15~ - F5]

secuencias xterm:
[A - Up - Up - [K - ]
[B - Abajo]
[C - Derecho]
[D - Izquierda]
[E - iereesc]
[F - Finales]c confianza[1P - F1]
[G - Keypad 5](1Q - F2
[H - Home]sc confianza[1R - F3
[1S - F4]
[T]

<esc>[A a <esc>[D] son las mismas que las secuencias de salida ANSI. El <modifier> normalmente se omite si no se presiona ninguna tecla modificadora, pero la mayoría de las implementaciones siempre emiten el <modifier> para F1–F4. (borrador de sección)

Xterm tiene una página de documentación completa sobre los diversos esquemas de secuencia de entrada de mouse y teclas de función de los terminales VT de DEC y varios otros terminales que emula. Thomas Dickey le ha agregado mucho apoyo a lo largo del tiempo; también mantiene una lista de claves predeterminadas utilizadas por otros emuladores de terminal para comparar.

• En la consola Linux, ciertas teclas de función generan secuencias del formulario CSI [ char. La secuencia CSI debe terminar en [.
• Versiones antiguas de Terminator generan SS3 1; modifiers char cuando F1 – F4 son presionados con modificadores. El comportamiento defectuoso fue copiado de GNOME Terminal.
• respuestas por períodos CSI row; column R si se solicita la posición del cursor y CSI 1; modifiers R si F3 llave se presiona con modificadores, que collide en el caso de row == 1. Esto se puede evitar utilizando el ? modificador privado como CSI ? 6 n, que se reflejará en la respuesta CSI ? row; column R.
• muchos terminales prependiendo ESC a cualquier personaje que se escribe con la tecla Alt abajo. Esto crea ambigüedad para letras mayúsculas y símbolos @[]^_, que formaría códigos C1.
• Konsole genera SS3 modifiers char cuando F1 – F4 son presionados con modificadores.