Saltar al contenido

1

Aunque hace ya unos meses, quería despedirme de webrunner (antes conocido como prism). Los desarrolladores anunciaron hace unos meses que iban a dejar de dar soporte a la aplicación. Después de que Mozilla dejase de dar soporte a prism, Salsita continuó el mantenimiento de webrunner, pero es una empresa pequeña, con pocos recursos y finalmente no han podido continuar con el desarrollo de webrunner.

Es una pena que webrunner no haya podido tener éxito. Para mí era una aplicación muy útil, con mucho sentido y la prueba es que muchos navegadores cada vez se parecen más a webrunner y en general soportarán el modo site-specific-browser, ejecutando aplicaciones web que serán indistinguibles de aplicaciones de escritorio. Supongo que webrunner llegó demasiado pronto y no se comercializó bien. Probablemente era un poco farragoso de utilizar. Y lo peor es que era un cambio de paradigma difícil de explicar. Al hablar de webrunner, siempre me preguntaban cual era la diferencia con un enlace a una página web. Y la respuesta es que no hay muchas diferencias mientras los desarrolladores no aprovechasen las ventajas que ofrecía webrunner (integración con el escritorio, ejecución cómo aplicación separada del navegador, notificaciones de escritorio, etc).

Así que finalmente los navegadores se están convirtiendo en "webrunners". Chrome tiene la opción de instalar aplicaciones web y de crear accesos directos a aplicaciones. Además incorpora muchas opciones para que las aplicaciones web se conviertan en aplicaciones de escritorio (drag&drop de ficheros, ejecución de una página en forma de ventana, notificaciones de escritorio). Algunas de estas posibilidades están contempladas en html5. En ie9, no he podido probar los "pinned sites" porque todavía utilizo windows XP y no puedo actualizar a ie9, pero creo que van en la misma dirección. Firefox además de fijar pestañas, cada vez tiene una visualización más minimalista.

Todo parece indicar que los navegadores van a terminar pareciéndose mucho a webrunner. Lo malo es que de momento no hay compatibilidad entre distintos navegadores y no parece que vaya a haberla, excepto lo que poco a poco se va implementando en html5.

2

No me parece raro que google chrome no sirva para solicitar el certificado digital de la fnmt. Dependiendo de los recursos que dispongan, es complicado certificar un proceso seguro en todos los navegadores existentes. Lo que no entiendo es que se pueda solicitar un certificado, validarlo físicamente con un funcionario y a la hora de descargarlo no funciona.

Con un pequeño javascript se podría alertar a los usuarios incautos (como yo) en el primer paso y nos evitamos perder tiempo de los ciudadanos y los funcionarios. Lo que puedan hacer las máquinas que no lo hagan las personas, no me obliguen a leer una lista de navegadores válidos, pudiendo avisar automáticamente. Tampoco se pasen al otro extremo, si alguien quiere intentar la descarga, por su cuenta y riesgo, déjenle. Probablemente pueda ayudar a solucionar los problemas.

En mozilla hacks nos han mostrado un par de ejemplos que demuestran la mejora de velocidad de Firefox 4, que se debe (entre otras cosas) a un nuevo motor de javascript llamado JaegerMonkey. Éste motor intenta aunar lo mejor de dos técnicas para acelerar la compilación en tiempo real: basada en trazas (tracer JIT) y en métodos (method JIT). El compilador basado en trazas es mucho más rápido que los compiladores basados en métodos, pero es una técnica que no siempre se puede aplicar, por lo que en media es más lento. La versión actual de Firefox utiliza el tracer JIT y es más lento que los compiladores de Chrome y Safari que utilizan method JIT. Para no alejarse del rendimiento de Chrome y Safari, los chicos de Firefox han decidido crear JaegerMonkey, un compilador nuevo basado en métodos al que esperan añadirle compilación basada en trazas para mejorar el rendimiento. Tienen incluso una página, are we fast yet, en la que muestran el progreso en la mejora de rendimiento, que se va acercando poco a poco a la velocidad de Chrome y Safari.

Las optimizaciones en el motor de javascript son a bajo nivel, con código muy pegado a la máquina. Estas mejoras ayudarán a los desarrolladores y permitirán aplicaciones web mucho más rápidas y potentes con una ejecución lo suficientemente rápida cómo para que no haya diferencias significativas con las aplicaciones de escritorio. En los ejemplos de mozilla hacks muestran un editor de imágenes y una FFT aplicada en tiempo real a un video. Todavía no son comparables a las aplicaciones de escritorio comparables, pero son aplicaciones impensables hace unos años en javascript.

Browse for a cause, en español, navega por una causa. La idea de este proyecto es recopilar dinero para diferentes ong's a través de un plugin para firefox y en el futuro para google chrome. La forma de hacerlo es insertar códigos de afiliación asociados con este proyecto, de forma que, por cada compra que hagamos en sitios con programas de afiliación cómo amazon, donarán una parte de nuestra compra a browse for a cause, que repartirá entre las ong's de nuestra elección el dinero recaudado.

Una forma sencilla de donar dinero para una buena causa, pero también una forma de aprovechar la infraestructura del navegador. Últimamente estoy investigando el tema de los plugins para navegadores y creo van a aparecer más aplicaciones que aprovechen la infraestructura del navegador a través de plugins para implementar aplicaciones, sobretodo si el navegador se termina convirtiendo en el sistema operativo.

En TechCrunch además de presentar las últimas novedades de Chrome, se han dedicado a rastrear las listas de correo del proyecto Chrome para buscar las pistas de por dónde puede ir el desarrollo de Chrome OS. Parece ser que Chrome integrará una barra de estado que muestre la carga de la batería (al estilo de las barras de notificación de los escritorios actuales) y un modo de navegación compacto, me imagino que para darle un aspecto más parecido a aplicación de escritorio a las aplicaciones web.

Por mi parte, he hecho una modificación similar a uno de los scripts de Prism, para ocultar completamente la barra de navegación inferior. Es un cambio relativamente sencillo, sólo hay que editar el fichero webrunner.js (aquí está mi versión de webrunner.js, por si alguien se atreve a trastear). Aunque es algo sencillo, ahora mis aplicaciones web están todavía más integradas en el escritorio, aunque la solución óptima sería mostrar la barra en algunos momentos (cuando una página está cargando por ejemplo), con alguna combinación de teclas, o con un menú en la ventana de la aplicación.

Este pequeño hack puede ser muy útil para los usuarios de netbooks mientras no llega Chrome OS. La barra inferior de prism ocupa bastante y normalmente no aporta demasiada información y por ahora no se puede ocultar con la configuración de Prism. La solución definitiva sería hacer algo parecido a lo que tiene Chrome OS: ocultar la barra excepto cuando se está cargando una página,  o bien permitir que se pueda habilitar la visualización de la barra desde una opción del menu de la ventana o mediante una combinación de teclas.

Por cierto, con este parche se consigue otro efecto que es el sueño de muchos desarrolladores de aplicaciones: una aplicación web a pantalla completa. Con la tecla F11 se maximiza la ventana y cómo tenemos oculta la barra de estado, sólo se muestra la aplicación web a pantalla completa.