Hace unos días, hablando sobre los nuevos navegadores y la integración con las webapps surgía la idea de orientar la interfaz de estos sites a lo que las nuevas propuestas ofrecen: ventanas completamente limpias en las que el site propone enteramente la interfaz de control de la herramienta.

Google no se ha hecho esperar y presenta una nueva barra para el mejor editor de textos online hasta la fecha.

El nuevo menú de Google docs es todo un acierto, mucho más parecido al menú de un editor y no tanto a la interfaz de otras aplicaciones de Google que no están tan sometidas a patrones tradicionales ya muy establecidos (y, aunque sólo sea por años de acomodamiento, más usables).

La combinación con Prism nos presenta casi un editor de textos offline común en cuanto a interfaz, lo que facilita mucho el manejo y presenta algunas ventajas muy remarcables, la principal de ellas quizás sea presentar junto a cada comando del menú la combinación de teclas de acceso directo. Personalmente la utilización de atajos de teclado es un punto que las webapps incorporan desde hace tiempo pero al que no me acostumbro, quizás ahora sea más sencillo optimizar tareas comunes.

Será interesante ver cómo van evolucionando ambas tecnologías (Prism y el set de apps de Google) hacia un objetivo común, y cabe esperar la integración de estos menús en el propio navegador en lugar de en el espacio del site. Tiempo al tiempo.

Recursos:

Prism en mozilla labs
Google docs

Imagen de blogoscoped.com

Como comentaba Rubén, la alternativa a Prism (¿Alguien ha dicho Silverlight? por favor…) es Adobe Air, mucho más avanzada de desarrollo (1.0 estable).

Adobe Air, es un soporte para aplicaciones web que cede terreno al escritorio respecto al navegador, de hecho muchas de las aplicaciones que corre no necesitan en absoluto de internet para ejecutarse.

¿Qué es Air? Air (Adobe Integrated Runtime) es un entorno integrado en el escritorio que corre aplicaciones.air, básicamente es un lanzador de pequeños programas desarrollados por terceros, algo parecido a los widgets del dashboard en OSX.

De la web (sospechando que hay un traductor automático por el medio, pero entendiéndose):

Adobe® AIR™ es un tiempo de ejecución de sistema operativo cruzado que permite a los desarrolladores utilizar tecnologías web familiares, entre las que se incluyen HTML, Ajax, Adobe Flash® y Adobe Flex®, para crear aplicaciones dinámicas de Internet que se implantan en el escritorio. Con Adobe AIR, los desarrolladores pueden utilizar las habilidades y herramientas existentes para crear aplicaciones atractivas y visualmente dinámicas que combinan el poder de los recursos locales con el alcance de la Web.

En principio es una tecnología interesante, aunque todo dependerá, lógicamente, de lo que se desarrolle para ella. En el Adobe Marketplace encontramos algunas herramientas que pueden resultar útiles pero que no aportan nada nuevo a las herramientas offline tradicionales y no tienen una visión online demasiado clara. De lo más salientable es sin duda Kuler Desktop, que nos muestra armonías de color creadas por usuarios en la web de kuler siguiendo la estructura de los feeds RSS, además nos permite mover las gamas sobre el escritorio para compararlas con las que estemos usando en determinada aplicación. Obviamente, las seis apps de la portada de su web tampoco están mal (aunque, excepto la de eBay , son más vistosas que útiles). También se maneja muy bien con sistemas de estadísticas y noticias.

En lo que más destaca Adobe Air (como no), es en su diseño, las aplicaciones son muy simples y fáciles de usar y más de uno encontrará ese widget que no sabía que necesitaba. La buena noticia es que es un producto despiertafiebres, es decir, todo el mundo está ya desarrollando para Air, lo que nos traerá sin duda buenas aplicaciones a corto plazo que aprovechen de verdad el concepto de híbrido online/offline.

En general el efecto de Air es exactamente el opuesto a Prism, Air sorprende, Prism deja bastante indiferente. La diferencia es que Prim confía en el propio soporte web y Air es un entorno diferente para el que desarrollar.

No sé si se presenta un nuevo campo de batalla, a priori creo que ambas tecnologías podrían coexistir. Es pronto para hacer conjeturas sobre Prism, pero quizás vaya mejor encaminado confiando en las apps puramente web (confiando en Google, quiero decir), sin embargo Air ya lleva mucho camino de ventaja. El riesgo de Air es el de caer en las pequeñas aplicaciones curiosas, además Prism cuenta con una gran ventaja, se podría lanzar automáticamente con sólo poner la dirección de una webapp en la barra del navegador, de hecho ya está disponible como extensión para la última beta de Firefox.

Algunas referencias interesantes sobre Air:

Llops Blog
Air on Tour, 31 de marzo en Madrid
Tutorial de Air en Cristalab
SDK de Air

actualización: En Error 500 hacen hoy un análisis de Air, dando más crédito a Silverlight del esperado, habrá que echarle un ojo más a fondo…

Uno de los puntos flacos de las webapps es estar poco integradas con el escritorio. Los usuarios de Google Reader o Gmail como aplicaciones preferidas para feeds o correo estamos sometidos a la interfaz de navegador cuando en realidad no estamos exactamente navegando, de hecho es más que habitual (al menos en mi caso) tener una ventana de Firefox abierta con las pestañas de mail, reader, analytics, etc… y otras ventanas diferentes para navegación pura y dura.

El problema

El navegador no es dinámico, no se adapta a las características de la aplicación que muestra.

El caso más claro puede ser Google Docs, donde los controles de edición de texto están orientados más a un navegador que a un editor de texto. ¿Por qué no un menú de edición en la barra del navegador (con los controles de negrita, cursiva, alineaciones…)?

Los editores de texto tradicionales tienen una interfaz característica y reconocible que poco tiene que ver con la de un navegador web.

La solución

Hay varias propuestas en camino. Mozilla está desarrollando Prism, un navegador cuyo objetivo es exactamente ese, adaptarse a los requisitos del usuario que maneja una webapp.

En este momento (versión prototipo 0.9) Prism es poco más que un navegador sin controles ni barras, sin embargo la usabilidad de las webapps aumenta increíblemente. Las tareas de lectura en una interfaz limpia que cubre el 100% de la pantalla son mucho más cómodas que con un navegador tradicional, de hecho, todos los elementos que necesitamos para gestionar estas aplicaciones están en la propia aplicación (en esto Google no son descuidados).

La instalación de Prism es sencilla, sólo tenemos que indicar la dirección de la aplicación (hablaré de aplicaciones y no de webs) y su nombre. Podemos mostrar la barra de direcciones, mensajes de estado y activar o desactivar los accesos directos de navegación. Por último escogemos dónde queremos situar el icono de la aplicación en nuestro ordenador.

El resultado no es más que un icono que nos abre la aplicación a pantalla completa (que en términos de usabilidad no es poco).

Será interesante ir descubriendo cómo va tomando forma la idea, hasta ahora las ventajas en términos prácticos son más bien pocas (al fin y al cabo podemos hacer un acceso directo a cualquier webapp y abrir el navegador a pantalla completa), pero la integración de elementos offline y online para crear aplicaciones híbridas puede dar muy buenos resultados en el futuro.

Puede que en estos momentos Prism no impresione bastante, de hecho es un impedimento para aquellos que controlan algunas funciones de sus apps mediante extensiones de Firefox, pero el futuro de las webapps pasa irremediablemente por aquí.

Importante! 

Para instalar Prism en Linux, Mac OS X o como extensión de Firefox (beta 3 mínimo), hay que ir a la página de featured projects de Mozilla Labs, la de Prism no está actualizada por el momento.

Recursos:

Wiki de Prism
Prism en mozilla labs
Webrunner (antes que Prism)

Página de featured projects de Mozilla Labs