Resumen

  • El 25 de febrero de 1993, Marc Andreessen propuso IMG como elemento opcional, con SRC obligatorio para recuperar un bitmap o pixmap y mostrarlo dentro del documento.
  • Una imagen podía aparecer sin ser un enlace; si se quería que condujera a otro lugar, un elemento A podía envolverla y declarar por separado el destino. HTML 2.0 mantuvo esa composición y añadió la descripción ALT como alternativa.

La cuestión que abordaba la propuesta no era cómo inventar los gráficos en pantalla. Era cómo describir una imagen dentro de un documento de hipertexto sin hacer que su dirección de origen cumpliera también la función de destino de navegación. El mensaje de Marc Andreessen a la lista WWW-TALK, fechado el 25 de febrero de 1993, proponía una respuesta concisa: una etiqueta IMG independiente.

El elemento era opcional y requería SRC="url". La dirección identificaba un bitmap o pixmap que el navegador debía intentar recuperar por la red y presentar en el punto donde aparecía la etiqueta. No llevaba etiqueta de cierre. En vez de convertir la imagen en el contenido de un enlace, la propuesta le daba un lugar en el flujo del documento.

La diferencia se vuelve clara al pensar en la acción del lector. Si IMG aparecía por sí solo, mostraba una imagen y nada decía que al activarla debiera abrir otra página. Si el autor quería que la imagen fuera clicable, podía colocarla dentro de un elemento A. El ancla definía la navegación; la imagen seguía señalando el recurso que había que mostrar.

El intercambio del día siguiente hizo explícita esa división. Jim Davis preguntó por qué la propuesta llamaba SRC al atributo en lugar de reutilizar HREF, y sugirió indicar el tipo de contenido. Andreessen respondió que no quería sobrecargar HREF: ese atributo ya expresaba el destino de un enlace. En el esquema propuesto, SRC identificaba el material visual que se recuperaba, mientras que A HREF expresaba adónde llevaba la activación. Una construcción como <A HREF="destino"><IMG SRC="imagen"></A> podía decir ambas cosas sin confundirlas.

Eso tenía consecuencias prácticas para quien escribía páginas. La misma imagen podía mostrarse sin ser interactiva, aparecer como enlace a una explicación o reutilizarse con distintos destinos. Cambiar el enlace no obligaba a cambiar la dirección del archivo gráfico. A la inversa, un recurso podía ocupar una posición editorial sin convertirse en el objeto al que conducía la navegación.

Pero en la lista también se planteó si una etiqueta exclusiva para imágenes era demasiado estrecha. El 1 de marzo, Dave Raggett pidió considerar un modelo más general para medios externos, con tipos MIME y negociación de formatos. En marzo, Guido van Rossum examinó el alcance de mecanismos INCLUDE o EMBED y el problema de que un documento incluido pudiera incorporar a su vez otros documentos. La alternativa general prometía servir para más que imágenes; también obligaba a definir cómo se tipaban esos recursos, cómo afectaban al diseño de página y qué límites tendría la inclusión recursiva. El archivo registra el debate, no un mensaje único que lo zanjara.

La propuesta de Andreessen dejaba deliberadamente margen a los navegadores. Citaba XBM y XPM como formatos útiles, pero no exigía que todos los programas admitieran los mismos. Si X Mosaic no podía interpretar el formato, mostraría una imagen genérica de reemplazo. Andreessen escribió que la función ya operaba internamente en X Mosaic y que ese navegador la necesitaba. Eso documenta lo que afirmó sobre una implementación interna; por sí solo no establece cuándo apareció en una versión pública ni cómo se propagó a otros navegadores.

Dos años más tarde, la atención se desplazó también a lo que el lector podía recibir cuando la imagen no se procesaba. En junio de 1995, discusiones del grupo de trabajo HTML trataron de expresar cuándo un agente de usuario podía usar el texto de ALT en lugar del recurso de SRC, por limitaciones técnicas o por preferencia del usuario. Los participantes distinguieron entre omitir ALT y darle un valor vacío. Hablar de una alternativa en la especificación no hacía que las páginas existentes ofrecieran descripciones útiles.

RFC 1866, publicado en noviembre de 1995 como HTML 2.0, formalizó IMG y sus atributos SRC, ALT, ALIGN e ISMAP. Definió SRC como el URI del recurso gráfico y ALT como texto que podía usarse en su lugar cuando la imagen no se procesara. También estableció que un gráfico no era por sí mismo un ancla. Si resultaba esencial, debía referenciarse desde A; si no, IMG era apropiado. El ejemplo del propio RFC permitía envolver IMG en un ancla: la imagen no creaba la navegación, pero podía ser el contenido activable de un enlace.

El estándar reflejó tanto continuidad como evolución. El mensaje de 1993 hablaba de bitmaps y pixmaps y dejaba a cada navegador elegir formatos. El RFC describía GIF y JPEG como formatos habituales, pero no añadió CONTENT-TYPE a IMG: el atributo seguía nombrando el recurso y el navegador debía decidir si podía interpretarlo. ALT ofrecía una vía de sustitución, aunque la DTD no lo hacía obligatorio.

La historia, por tanto, no se reduce a que la Web obtuviera imágenes. La propuesta separó la dirección de una imagen de la acción de seguir un enlace y permitió combinarlas sin hacerlas equivalentes. El estándar posterior conservó esa distinción y definió una alternativa textual. Las fuentes respaldan ese recorrido concreto; no prueban que IMG por sí solo popularizara la Web, que Mosaic fuera el primer navegador gráfico ni que todos los programas se comportaran igual.

Fuentes