💾 Archived View for costas.dev › posts › gemini-peque%C3%B1o.gmi captured on 2022-07-16 at 13:40:28. Gemini links have been rewritten to link to archived content

-=-=-=-=-=-=-

Gemini se me queda pequeño

Desde hace un par de meses, mi rincón de internet viene siendo una cápsula Gemini, junto a un proxy HTTP para quienes visitan desde la «Gran Web», es decir, por HTTPS. Si bien me ha encantado la experiencia Gemini, me da la sensación muchas veces de que "se me queda pequeño", en varios aspectos.

Por ejemplo, en Gemini no hay notas al pie ni enlaces «inline», con lo que debes ponerlos al final del párrafo o en medio de la frase, lo cual rompe el párrafo, y no es ideal.

Luego no poder definir metadatos de cada documento, como puedes hacer en HTML con las etiquetas <meta>, ni separar cabeceras e informacióon referente a la página del contenido propio del documento. Hacer eso permitiría a los buscadores (como geminispace.info) indexar páginas en base a su contenido, y no toda la información del sitio.

Tampoco tenemos ni siquiera separadores horizontales, o listas de enlaces horizontales, como puede ser en HTML el elemento <nav>, para navegar entre páginas del sitio fácilmente. Por tanto, cada artículo tiene solo el artículo, y como mucho un enlace a la licencia. Para ir al inicio editas la URL en tu navegador, o haces clic en el propio navegador al inicio (en Lagrange).

En cuanto al protocolo, no existe la posibilidad de hacer caché de contenido, con lo que sistemas como el proxy gemttp (mío) no pueden saber si una página ha cambiado desde la anterior carga, y siempre tienen que descargar la página nueva, volver a convertirla a HTML y enviarla al usuario, que está esperando.

Si pudiera hacerse caché, con un sistema como las ETag de HTTP, podrías saber que una página no ha cambiado, y ahorrar transferencia de datos, procesador y tiempo.

Entiendo que la finalidad de Gemini es el minimalismo, pero creo que su punto fuerte también es su punto débil, y uno muy importante. Entonces lanzo la siguiente pregunta al aire ¿Habría sido mejor idea tomar un estándar como Markdown (CommonMark) y un subset de HTTP?

Podría incluso hacerse un sistema tal que los navegadores Web procesen ese Markdown a HTML, como ocurre con XML y las transformaciones XSLT.

---