ANSI.SYS, el código de MS-DOS que convirtió texto en arte e interfaz

Antes de que los ordenadores domésticos vivieran rodeados de ventanas, iconos y botones, una pantalla de MS-DOS podía parecer un territorio bastante árido: fondo negro, letras, un cursor parpadeando y poco más. Pero hubo una pequeña pieza de software capaz de retorcer aquella austeridad hasta convertirla en algo sorprendentemente visual. Se llamaba ANSI.SYS.

Era un controlador de dispositivo que interpretaba secuencias especiales insertadas en el texto enviado a la consola. Gracias a ellas, los programas podían mover el cursor, cambiar colores, borrar zonas de la pantalla o alterar atributos visuales sin tener que tratar cada operación como una simple sucesión de caracteres.

El resultado fue peculiar y, visto desde 2026, deliciosamente artesanal: programas que simulaban ventanas sin tener ventanas, botones que en realidad eran caracteres y menús construidos con líneas, esquinas y bloques. Mucho antes de las interfaces modernas, alguien ya estaba intentando engañar al ojo con texto y con unas posibilidades técnicas bastante modestas.

Cuando 80 columnas bastaban para construir una interfaz

Una configuración muy habitual del PC bajo DOS utilizaba una pantalla de texto de 80 columnas por 25 filas. Cada casilla contenía un carácter y sus atributos visuales. Sobre el papel, aquello servía para escribir texto. En la práctica, el repertorio de caracteres de IBM incluía bordes, bloques, líneas y sombreados suficientes para que los programadores empezaran a dibujar.

Los resultados podían recordar vagamente a una aplicación gráfica: barras superiores, recuadros, ventanas emergentes, botones simulados, menús y cuadros de ayuda. No existía un escritorio gráfico detrás. El decorado entero estaba construido colocando caracteres en lugares precisos de la pantalla.

ANSI.SYS amplió bastante ese repertorio. El controlador se cargaba normalmente desde CONFIG.SYS, mediante una instrucción DEVICE o DEVICEHIGH, y permitía que determinadas secuencias de caracteres fueran interpretadas como órdenes de control. En una configuración típica podía convivir con otros controladores habituales de DOS, como HIMEM.SYS o EMM386.

El carácter invisible que daba las órdenes

El mecanismo tenía una elegancia muy de su tiempo. Una secuencia comenzaba con el carácter de escape ESC, cuyo código ASCII es 27, seguido generalmente por otros caracteres que especificaban qué debía hacer la consola. El controlador no imprimía esa cadena como texto corriente: la interpretaba.

Así podía ordenarse al cursor que avanzase, retrocediese o saltase hasta unas coordenadas determinadas. También podían cambiarse los colores del primer plano y el fondo, modificarse determinados atributos o reasignarse algunas teclas. Las secuencias distinguían incluso entre mayúsculas y minúsculas, de modo que una letra distinta podía significar una orden completamente diferente.

Era, en esencia, un lenguaje diminuto escondido dentro del texto. Una especie de código secreto incrustado en la pantalla capaz de transformar una consola monocorde en algo bastante más cercano a una interfaz visual.

Del software profesional al exceso visual de los BBS

La idea tenía aplicaciones perfectamente serias. Gestores de archivos, programas de comunicaciones y herramientas empresariales podían presentar pantallas bastante más ordenadas que una línea de comandos convencional. Pero la verdadera explosión estética llegó en otro ecosistema: los BBS, los Bulletin Board Systems a los que los usuarios accedían mediante módem.

Allí la combinación de caracteres, bloques y colores terminó desarrollando una cultura propia. El llamado ANSI art utilizaba el juego de caracteres del PC, especialmente la página de códigos 437, junto con secuencias de escape que permitían colorear y colocar cada elemento. Algunos artistas llegaron incluso a aprovechar el movimiento del cursor para realizar pequeñas animaciones.

No era simplemente ASCII art con un poco de maquillaje. Los bloques semigráficos permitían crear degradados rudimentarios, sombras, marcos, logotipos gigantes y composiciones que aprovechaban cada rincón de la pantalla. Herramientas como TheDraw facilitaron la creación de estas pantallas y ayudaron a convertirlas en una característica reconocible de muchos BBS.

Y ahí entraba el gusto, o su ausencia. Algunas pantallas eran extraordinariamente elegantes para las limitaciones de la época. Otras parecían haber descubierto simultáneamente todos los colores disponibles y sentirse moralmente obligadas a utilizarlos. La informática también tuvo su barroco.

ANSI.SYS tenía un problema: no era precisamente rápido

La solución, pese a su ingenio, tenía una debilidad importante. ANSI.SYS debía interpretar el flujo de caracteres, lo que introducía una penalización de rendimiento. El controlador llegó a adquirir fama de lento y muchos programas que necesitaban una interfaz ágil prefirieron saltarse esa capa intermedia.

La alternativa consistía en escribir directamente sobre la memoria de vídeo o utilizar rutinas propias adaptadas al hardware disponible, especialmente con tarjetas CGA, EGA y VGA. Era menos elegante desde el punto de vista de la compatibilidad, pero podía resultar mucho más rápido.

La paradoja era bastante típica de aquella informática: existía una solución relativamente estándar, pero los programadores podían obtener mejores resultados ignorándola. Para quien pasaba horas afinando cada kilobyte de memoria y cada ciclo del procesador, la velocidad pesaba mucho.

Compatibilidad, memoria y algún quebradero de cabeza

Aparecieron también sustitutos destinados a mejorar el rendimiento, entre ellos NANSI.SYS y otras implementaciones alternativas. Intentaban conservar buena parte de la compatibilidad con las secuencias ANSI mientras aceleraban su ejecución y ofrecían opciones adicionales.

Tampoco todos los ordenadores se comportaban exactamente igual. Diferentes tarjetas gráficas, programas de comunicaciones y emuladores podían interpretar determinados detalles de forma distinta. Lo que en una máquina parecía una pantalla cuidadosamente diseñada podía convertirse en un pequeño accidente tipográfico en otra.

Los desarrolladores más exigentes terminaron incorporando detección de hardware, rutinas alternativas o acceso directo a vídeo. El objetivo era simple: que el usuario viera la interfaz correcta aunque debajo hubiese una colección considerable de trucos.

Aquello resume bastante bien el desarrollo de software de la época. Pocos recursos y mucha inventiva, con una obsesión casi deportiva por conseguir que el PC hiciera algo para lo que aparentemente no estaba pensado.

Las secuencias de escape nunca desaparecieron del todo

ANSI.SYS pertenece a otro tiempo, pero la idea técnica que utilizaba no murió con MS-DOS. Las secuencias de terminal siguen formando parte del funcionamiento de muchas consolas actuales.

Los terminales modernos pueden interpretar secuencias para modificar colores, desplazar el cursor, borrar zonas de la pantalla o controlar determinados atributos. Windows incorporó soporte para procesamiento de secuencias de terminal virtual, mientras que Linux, macOS y numerosos emuladores de terminal conviven desde hace años con mecanismos descendientes del mismo principio.

El hardware ha cambiado hasta resultar irreconocible y las capas de software son muchísimo más complejas, pero el concepto resulta familiar: enviar texto que contiene determinadas instrucciones y permitir que el terminal las interprete de una manera especial.

Cuando una limitación terminó convirtiéndose en estética

Lo interesante de ANSI.SYS no está únicamente en lo que hacía, sino en lo que provocó. Una tecnología creada para controlar una consola terminó ayudando a construir interfaces, arte digital y animaciones alrededor de las limitaciones del modo texto.

En los BBS aparecieron grupos especializados en ANSI art, competiciones y colecciones distribuidas de ordenador en ordenador. Aquello dejó de ser un simple recurso técnico para convertirse en un lenguaje visual reconocible, con estilos propios y una comunidad que exprimía cada carácter disponible.

Hay cierta ironía en todo aquello. Durante años, los programadores intentaron conseguir que una pantalla de texto se pareciera a una interfaz gráfica. Después llegaron las interfaces gráficas de verdad y aquella necesidad desapareció. Lo que quedó fue precisamente lo que parecía accesorio: los marcos exagerados, los bloques de colores, las letras monumentales y esa estética inequívocamente DOS.

ANSI.SYS nunca convirtió MS-DOS en Windows. Ni falta que hacía. Consiguió algo probablemente más interesante: demostrar que una cuadrícula de caracteres podía esconder bastante más que texto.