⏱️ Lectura: 14 min

El sitio Typewritten.org publicó el 10 de marzo de 2024 una sección llamada Retrotechnology Media: una galería curada de capturas de pantalla de 14 sistemas gráficos producidos entre 1983 y 1988, justo cuando la interfaz gráfica de usuario todavía estaba inventándose. El archivo documenta Visi On de VisiCorp, SunTools sobre SunOS 1.1, GEM Desktop de Digital Research, Arthur y RISC OS de Acorn, NewTek Digi-Paint para Amiga, VWS de DEC y FrameMaker 1.0 sobre Sun 3/60.

📑 En este artículo
  1. TL;DR
  2. Qué es Retrotechnology Media
  3. Línea de tiempo: los sistemas documentados
    1. 1983 — VisiCorp Visi On
    2. 1984 — SunTools sobre SunOS 1.1
    3. 1985 — GEM Desktop 1.2 y la demanda de Apple
    4. 1987 — La explosión de GUIs profesionales
    5. 1988 — RISC OS 2.00 y la madurez de GEM
  4. El detalle técnico: aspect ratio y line-doubling
  5. Por qué importa preservar capturas de GUIs antiguas
  6. Cómo reproducir la estética de una GUI de los 80 hoy
  7. El contexto en LATAM: cuando estos sistemas llegaron a la región
  8. Diagrama de la línea de tiempo
  9. Qué sigue para Retrotechnology Media
  10. Preguntas frecuentes
    1. ¿Quién creó Visi On?
    2. ¿Por qué Apple demandó a Digital Research?
    3. ¿Dónde puedo emular estos sistemas hoy?
    4. ¿Por qué las capturas tienen aspect ratio corregido?
    5. ¿Qué hardware se necesita para tomar estas capturas?
    6. ¿FrameMaker 1.0 es el mismo programa que el actual?
  11. Referencias

No es nostalgia decorativa: la historia de las GUIs pre-Windows es la evidencia primaria de un período en el que cada fabricante intentaba inventar desde cero las convenciones de ventanas, menús e iconos que hoy damos por obvias. El archivo aporta capturas con aspect ratio corregido, anotaciones técnicas y referencias al hardware exacto donde se obtuvieron.

TL;DR

  • Typewritten.org publicó en marzo de 2024 Retrotechnology Media, una galería de 14 GUIs producidas entre 1983 y 1988.
  • Documenta Visi On (1983), SunTools sobre SunOS 1.1 a 3.5 (1984-1987), GEM Desktop 1.2 a 3.0 (1985-1988), Arthur 0.30/1.20 y RISC OS 2.00 (1987-1988).
  • Cada captura tiene aspect ratio corregido por line-doubling, replicando cómo se veía en el CRT original.
  • GEM Desktop 1.2 fue la última versión antes de que Apple ganara su demanda look-and-feel contra Digital Research.
  • Estas GUIs corrían en hardware con 0.5 a 4 MB de RAM y resoluciones entre 320×200 y 1152×900 píxeles.
  • El archivo es fuente primaria para historiadores, diseñadores de UI y desarrolladores de emuladores modernos.
  • Muchos sistemas documentados (DEC VAX, Sun, IBM PC con GEM) circularon en universidades de LATAM en los años 80 y 90.

Qué es Retrotechnology Media

Retrotechnology Media es una sección dentro de typewritten.org, un sitio dedicado a documentar software vintage con rigor de archivo. La página, publicada el 10 de marzo de 2024, agrupa quince entradas con capturas de pantalla de sistemas operativos y aplicaciones gráficas de los años 80. Cada entrada incluye año de la captura, resolución original, formato (PNG o GIF), peso del archivo, hardware donde corre el sistema y notas técnicas sobre cómo se obtuvo la imagen.

La historia de las GUIs pre-Windows que pinta este archivo no es la versión simplificada de “Apple inventó la GUI con Macintosh y después llegó Microsoft Windows”. El archivo muestra que en 1985 ya había al menos cinco interfaces gráficas distintas compitiendo en mercados profesionales: Visi On en IBM PC, SunTools en estaciones Sun, GEM en clones del PC, IRIS GL en estaciones SGI y VWS en VAX. Cada una con su propia metáfora de escritorio, su propio sistema de ventanas y su propio vocabulario visual.

El sitio define un estándar editorial estricto: ninguna captura proviene de filtros CRT artificiales ni de emuladores con shaders activados. Todo viene de hardware funcional o de emuladores precisos con dumps de ROM verificados. Esa disciplina convierte al archivo en algo más útil que la típica galería de pantallazos retro: es material reutilizable para investigación.

Capturas históricas de GUIs pre-Windows en el archivo Typewritten
Las GUIs comerciales de los 80 competían por convertirse en estándar de facto.

Línea de tiempo: los sistemas documentados

1983 — VisiCorp Visi On

Visi On fue uno de los primeros intentos de llevar una interfaz gráfica completa al IBM PC. Anunciado por VisiCorp (la compañía detrás de VisiCalc) en noviembre de 1982 y enviado en diciembre de 1983, requería un PC con 512 KB de RAM, un disco rígido y un mouse propietario. La captura del archivo muestra Visi On 1.0 ejecutándose en un clon Turbo XT a resolución 640×400 píxeles. El producto era tan ambicioso para la época que prácticamente nadie podía permitirse el hardware mínimo, y desapareció del mercado en menos de dos años.

1984 — SunTools sobre SunOS 1.1

Sun Microsystems incluyó SunTools con SunOS 1.1, su sistema operativo derivado de BSD. La captura proviene de una Sun 2/120, una estación con procesador Motorola 68010 a 10 MHz. La resolución del framebuffer era de 1152×900 píxeles monocromáticos, una densidad alta para la época. SunTools introdujo un sistema de ventanas que combinaba mosaico con la posibilidad de superponerlas, anticipando lo que después sería el estándar en la industria UNIX antes de la llegada masiva de X Window System.

1985 — GEM Desktop 1.2 y la demanda de Apple

El Graphics Environment Manager (GEM) de Digital Research llegó al IBM PC en febrero de 1985 con una interfaz que recordaba mucho al Macintosh: barra de menús superior, iconos de disquetes en el escritorio, ventanas con barra de título y botones de control. La captura del archivo muestra GEM Desktop 1.2 en modo EGA de 16 colores a 640×350 píxeles.

Esta versión es históricamente importante: fue la última liberada antes de que Apple prevaleciera en su demanda look-and-feel contra Digital Research a mediados de los 80. El acuerdo obligó a DRI a modificar GEM, eliminando la metáfora de escritorio con iconos arrastrables y restringiendo el número de ventanas superpuestas. GEM Desktop 3.0, también incluido en el archivo, refleja esos cambios: ventanas más rígidas, menos similitud visual con Mac OS, y una migración progresiva hacia un diseño más austero.

1987 — La explosión de GUIs profesionales

El año 1987 concentra la mayor cantidad de entradas en el archivo, con siete sistemas distintos:

  • Arthur 0.30 y 1.20 en Acorn Archimedes A310/A440 — el sistema operativo que antecedió a RISC OS, con resolución 640×512 píxeles. Arthur 0.30 vivió apenas tres meses antes de ser reemplazado por 1.20.
  • NewTek Digi-Paint en Amiga 2000 — uno de los primeros programas de pintura en aprovechar el modo HAM6 (Hold-and-Modify) del chip Denise, capaz de mostrar 4096 colores simultáneos a 320×400 píxeles.
  • VWS 3.3 (UIS) sobre MicroVMS 4.6 en DEC VAXstation 2000 — la interfaz gráfica oficial de DEC antes de DECwindows, con emuladores VT200 y Tektronix 4014.
  • Xerox Ventura Publisher 1.1 sobre GEM con tarjeta Renaissance Rendition-I a 801×601 — un competidor serio de PageMaker en Macintosh para el mercado de publicación profesional.
  • SGI IRIS GL2-W3.6 en IRIS 3130 con herramientas mex — el origen del lenguaje gráfico que después se convertiría en OpenGL.
  • SunTools en Sun 3/60 corriendo SunOS 3.5 — la generación que popularizó las estaciones de trabajo UNIX en universidades.
  • FrameMaker 1.0 sobre Sun 3/60 — la primera versión del editor de documentos técnicos que Adobe compraría años después.

1988 — RISC OS 2.00 y la madurez de GEM

RISC OS 2.00 sobre Acorn Archimedes A440 marca la transición desde Arthur hacia un sistema operativo más sólido. La captura del archivo muestra el escritorio en un modo no estándar de 960×384 píxeles a 16 colores, programado con el módulo !NewModes. RISC OS introduciría características que tardarían años en aparecer en Windows, como el font rendering con anti-aliasing a nivel sistema.

📌 Nota: La mayoría de estas capturas requirieron emulación o hardware funcional preservado. Conseguir un Acorn Archimedes A440 operativo en 2026 es difícil incluso en Europa, donde la plataforma tuvo más adopción.

El detalle técnico: aspect ratio y line-doubling

Una decisión editorial interesante de Retrotechnology Media es la corrección del aspect ratio mediante line-doubling. Los monitores CRT de los 80 no tenían píxeles cuadrados: un display de 640×400 en un IBM PC con tarjeta CGA usaba píxeles altos, mientras que un Amiga con HAM6 a 320×400 usaba píxeles muy anchos. Reproducir las capturas con píxeles cuadrados modernos distorsiona la imagen original.

El archivo aplica una técnica simple: duplicar líneas en el eje horizontal o vertical hasta que la imagen tenga la proporción que se veía en el CRT. Para el caso de Digi-Paint en Amiga, el canvas HAM6 de 320×400 se line-dobla horizontalmente para llegar a 640×400, mientras que el menú de 640×200 se line-dobla verticalmente. Esta composición de tres pantallas lógicas refleja una particularidad del Amiga que pocos sistemas tenían: la capacidad de mostrar varias pantallas con configuraciones distintas en el mismo monitor.

Diagrama del flujo de preservación de capturas de GUIs pre-Windows
Cómo se preserva una captura: hardware, dump del framebuffer, corrección de aspect ratio, anotación.

Por qué importa preservar capturas de GUIs antiguas

Hay tres razones técnicas para que la historia de las GUIs pre-Windows tenga valor más allá de la nostalgia.

Primero, la evidencia primaria es escasa. Los manuales de software de los 80 se imprimían en papel, las capturas oficiales eran ilustraciones retocadas y los videos promocionales tenían frames de baja resolución. Una captura PNG limpia, obtenida directamente del framebuffer de un hardware funcional, es la única forma de saber con precisión cómo se veían los píxeles. Cuando un diseñador moderno quiere reconstruir la apariencia de Visi On en una presentación, la diferencia entre una recreación inventada y una captura real cambia la credibilidad del trabajo.

Segundo, los diseñadores modernos copian patrones sin saberlo. Cuando un equipo decide “agregar un panel lateral con iconos”, probablemente está reinventando una solución que GEM 1.2 ya tenía. La historia ofrece un catálogo de patrones probados y rechazados que ahorra trabajo. SunTools, por ejemplo, experimentó con “tile-and-overlap” antes de que Microsoft Windows 1.0 popularizara el modelo de ventanas en mosaico, y muchas de las decisiones que hoy parecen obvias fueron en realidad iteraciones costosas.

Tercero, los emuladores necesitan referencias visuales. Proyectos como MAME, MESS o las máquinas virtuales que reproducen Acorn Archimedes (Arculator, RPCEmu) o VAX (SIMH) usan estas capturas para validar que su emulación produce los píxeles correctos. Sin imágenes de referencia, un emulador puede ejecutar el sistema sin que nadie note que está renderizando un color levemente equivocado.

Cómo reproducir la estética de una GUI de los 80 hoy

Si querés experimentar con la apariencia de estos sistemas en proyectos web modernos, podés usar CSS para imitar la grilla y el rendering. Un ejemplo simple para reproducir el look de GEM Desktop 1.2 en una ventana HTML:

.gem-window {
  background: #ffffff;
  border: 2px solid #000;
  box-shadow: 4px 4px 0 #000;
  font-family: "VT323", "Chicago", monospace;
  image-rendering: pixelated;
}

.gem-window__titlebar {
  background: repeating-linear-gradient(
    0deg,
    #000 0px,
    #000 1px,
    #fff 1px,
    #fff 2px
  );
  height: 14px;
  border-bottom: 1px solid #000;
}

.gem-window__close {
  width: 12px;
  height: 12px;
  background: #fff;
  border: 1px solid #000;
}

Los detalles que vuelven creíble la imitación son específicos: la barra de título de GEM usaba un patrón de líneas horizontales en blanco y negro, no un color sólido; las sombras eran de 1 píxel de offset, no difusas; las fuentes eran bitmap, no vectoriales. La propiedad CSS image-rendering: pixelated evita el filtrado bilinear que rompe la estética de baja resolución cuando se escala el contenido.

💭 Clave: La estética neo-retro de juegos indie como Stardew Valley o aplicaciones como BeOS Replicants no es solo nostalgia; impone disciplina visual al obligar al diseñador a comunicar con pocos píxeles y colores limitados.

El contexto en LATAM: cuando estos sistemas llegaron a la región

Para la audiencia hispana, la cronología del archivo coincide con la entrada de varios de estos sistemas a universidades y empresas de la región. Las primeras VAXstation llegaron a Brasil, México y Argentina a finales de los 80, casi siempre por convenios académicos con DEC. Las Sun 3/60 y Sun 4 aparecieron en facultades de ingeniería en los años siguientes. El IBM PC con GEM circuló masivamente como alternativa más barata a Macintosh, especialmente en empresas que no podían pagar el premium de Apple.

Universidades como la UBA en Argentina, la UNAM en México y la USP en Brasil tienen archivos físicos con equipos VAX, Sun e IBM PC funcionales de la época. Iniciativas como el Museo de Informática de Argentina o el Museo de Computación de Colombia preservan algunos de estos sistemas, aunque sin la documentación visual sistemática que ofrece Typewritten. Para investigadores y estudiantes de historia del software en la región, el archivo es una referencia que complementa el hardware preservado localmente.

Diagrama de la línea de tiempo

graph LR
    A["1983: Visi On 1.0"] --> B["1984: SunTools/SunOS 1.1"]
    B --> C["1985: GEM Desktop 1.2"]
    C --> D["1987: Arthur, Digi-Paint, VWS, IRIS"]
    D --> E["1988: RISC OS 2.00"]

Qué sigue para Retrotechnology Media

El archivo no anuncia un calendario de actualización, pero la publicación inicial del 10 de marzo de 2024 sugiere que Typewritten planea expansiones. Quedan ausencias notables en la cronología pre-1989: NeXTSTEP 0.8 (1988), Windows 2.0 (1987), OS/2 1.0 (1987), Atari TOS, Commodore Workbench 1.x y las primeras versiones de X Window System. Si el archivo sigue creciendo en años posteriores podría convertirse en la referencia visual definitiva del período.

Para el lector que quiera contribuir, Typewritten acepta donaciones de capturas siempre que cumplan los estándares editoriales: hardware funcional documentado, framebuffer crudo sin filtrado, anotación técnica del modo de video. No acepta capturas de emuladores con shaders CRT activados, porque distorsionan la evidencia. Esa exigencia es lo que distingue al archivo de las galerías típicas de nostalgia: prioriza la fidelidad técnica sobre la apariencia agradable.

📖 Resumen en Telegram: Ver resumen

Preguntas frecuentes

¿Quién creó Visi On?

VisiCorp, la compañía detrás de VisiCalc, lanzó Visi On en diciembre de 1983 para IBM PC. Fue uno de los primeros entornos gráficos completos para PC, anterior a Microsoft Windows 1.0 (1985) y al GEM Desktop (1985).

¿Por qué Apple demandó a Digital Research?

Apple alegó que GEM Desktop 1.x copiaba elementos visuales del Mac OS: el escritorio con iconos, los menús desplegables y las ventanas superpuestas. El acuerdo obligó a DRI a modificar GEM, dando origen a versiones posteriores como GEM 3.0 con ventanas restringidas y menos similitud visual con el Macintosh.

¿Dónde puedo emular estos sistemas hoy?

Visi On y GEM se pueden ejecutar en DOSBox o PCem. SunOS y SunTools corren en QEMU con emulación SPARC o m68k. Acorn Archimedes con Arthur y RISC OS funciona en Arculator y RPCEmu. DEC VAX con VWS corre en SIMH. La mayoría de estos emuladores son open source y se instalan en Windows, macOS y Linux con apt, brew o el instalador oficial.

¿Por qué las capturas tienen aspect ratio corregido?

Los monitores CRT de los 80 no tenían píxeles cuadrados. Reproducir capturas con píxeles cuadrados modernos distorsiona la imagen original. El archivo aplica line-doubling horizontal o vertical para reflejar las proporciones reales del CRT y devolver a la imagen su apariencia auténtica.

¿Qué hardware se necesita para tomar estas capturas?

Idealmente, la máquina original con un framebuffer accesible o un capturador analógico VGA/RGB. En la práctica, muchas capturas modernas se obtienen en emuladores precisos con dumps de ROM verificados, lo que requiere documentar la procedencia para mantener fidelidad histórica.

¿FrameMaker 1.0 es el mismo programa que el actual?

Sí, en lineaje directo. FrameMaker fue creado por Frame Technology Corporation en 1986 para estaciones Sun. Adobe compró Frame Technology en 1995 y continúa desarrollando FrameMaker hasta hoy, principalmente como herramienta de documentación técnica para empresas con manuales largos y estructurados.

Referencias

📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.

Categorías: Noticias Tech

Andrés Morales

Desarrollador e investigador en inteligencia artificial. Escribe sobre modelos de lenguaje, frameworks, herramientas para devs y lanzamientos open source. Cubre papers de ML, ecosistema de startups tech y tendencias de programación.

0 Comentarios

Deja un comentario

Marcador de posición del avatar

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.