WebGL es una serie de estándares para montar gráficas 3D, por medio de aceleración de hardware, en los navegadores web sin necesidad de plug-ins. El sistema funciona por medio de Javascript y su capacidad para comunicarse con OpenGL ES 2.0.

Este estándar no es un intento aislado, sino está siendo apoyado por Mozilla (Firefox), Google y Opera. En el video se logra apreciar su funcionamiento trabajando en WebKit, el motor que está detrás de Safari y Chrome. Se trata de un gran avance que, cuando se implemente, traerá nuevas funcionalidades a los navegadores web y seguramente entraremos en la etapa de juegos completos en 3D corriendo en el browser. Incluso se me ocurren aplicaciones educativas haciendo uso de WebGL.

Quien debería de estar preocupado es Adobe, ya que Flash perdería mucho sentido en aplicaciones específicas, pero no creo que sea algo que nos moleste a nosotros los usuarios.

Link: WebGL Support Begins to Arrive in WebKit (MacRumors)

Por esta razón una iniciativa de Andrés Nieto llamada NOIE6 para eliminar por completo el uso de IE6 este 18 de Octubre del 2009 (el mismo día en que nació IE7) mediante el retiro de todos los estilos CSS cuando el usuario use tal navegador, así ya no será necesario usar hacks (para las transparencias por ejemplo).

Actualmente solo 9 navegadores han pasado la prueba Acid2 de Web Standards Project para cumplir los estándares web: Safari, Prince, Shiira, Konqueror, Opera, iCab, Mozilla Firefox, Google Chrome e Internet Explorer (a partir de la versión 8 RC1 trabajando directamente con el modo estándar).

Aunque recientemente Microsoft ha anunciado que los usuarios de Windows 7 tendrán la posibilidad de desinstalar Internet Explorer 8, Opera ha exigido la eliminación total del navegador en Windows de manera que los propios usuarios puedan eligir uno y las empresas dedicadas en el campo de los navegadores puedan competir.

No tan lejos de esta situación Microsoft ya esta trabajando en su nuevo navegador Gazelle que podría implementar el motor Webkit (el mismo de Safari y Chrome) o un motor completamente nuevo para sustituir a Internet Explorer. Con suerte el navegador Gazelle podría hacer sonreír a la cara exigente de Acid2 y superar la prueba del Acid3.

Según Randall C. Kennedy de InfoWorld, Microsoft propone deshacerse de su actual motor web (Trident) y darle muerte a Internet Explorer, por lo que IE8 sería la última versión en ver la luz.

Links:
- Is IE8 the end of the line for Internet Explorer? (InfoWorld)
- NOIE6Day, 18 de octubre día sin Internet Explorer 6 (anieto2k)
- Opera exige que Internet Explorer sea totalmente eliminado de Windows (DiarioTI)

Entre las especulaciones que se hicieron estaba el alejamiento de Maemo, un cambio a un licenciamiento más restrictivo de Qt, lo que complicaría a KDE, etc.  Desde un principio Nokia trató de tranquilizar los animos y prometió comportarse bien con Qt y al parecer lo están cumpliendo.

La semana pasada Nokia liberó la versión 4.5 de Qt y los anuncios desmienten estos rumores y muestran un futuro prometedor para Qt y  otros proyectos en donde se han visto involucrados.

WebKit

La relación entre Qt y WebKit es una historia de amor y odio. Esta historia comienza cuando Apple buscaba un motor de HTML para utilizar en su navegador Safari, una alternativa era usar Gecko de Mozilla y la otra era usar KTHML, el motor de render de KDE creado por Lars Knolls, hoy vicepresidente de ingeniería de Trolltech.  Apple se la jugó por KHTML y en un principio no tuvieron una buena actitud con KDE porque los cambios que Apple hacía a KHTML no retornaban o no eran directamente aplicables a Qt/KDE. Después de varias discusiones, Apple publicó sus cambios en su propio repositorio bajo el nombre de WebKit y comenzaron a recibir cooperación de los desarrolladores de KHTML. El resto de la historia ya es conocida: Hoy WebKit es ampliamente usado tanto por los productos de Apple como en desarrollos abiertos, enfrentándose de igual a igual con Gecko y el motor de render de Internet Explorer.

El release de Qt 4.5 hecho por Nokia incluye a WebKit con el nuevo motor de JavaScript SquirrelFish.  Este motor mejora notablemente el rendimiento de JavaScript tal como lo está haciendo Google con V8 y Mozilla en SpiderMonkey.  SquirrelFish ya es utilizado por Safari 4 de Apple bajo el nombre de Nitro Engine.

Licenciamiento

El licenciamiento de Qt se ha ido abriendo con los años.  En un principio la licencia no era compatible con las definiciones de Open Source de Open Source Initiative (OSI) ni de Free Software de la Free Software Foundation (FSF), y esto hacía que el proyecto de escritorio KDE, al estar basado en Qt, tuviera el mismo problema.  Un efecto colateral de este esquema de licenciamiento fue que motivó la creación del proyecto GNOME como una alternativa completamente libre respecto a KDE.

Posteriomente Qt pasó a un licenciamiento dual, se podía usar Qt como GPL o bajo una licencia comercial.  Si se optaba por el licenciamiento GPL, entonces las aplicaciones tenían que tener un licenciamiento compatible con GPL, pero si se necesitaba usar Qt en aplicaciones con otro tipo de licenciamiento entonces se debía adquirir una licencia comercial para Qt.  Dando un ejemplo concreto, esto impedía que Qt se pudiera usar libremente para desarrollos con licencias propietarias.

Hoy en manos de Nokia, Qt 4.5  es licenciado bajo LGPL (Lesser General Public License).  En pocas palabras esto quiere decir que Qt entrega todas las libertades de la licencia GPL (General Public License), pero no exige que las aplicaciones que lo usan esten licenciadas como GPL compatibles.  Siguiendo el mismo ejemplo anterior, con LGPL ahora se puede usar Qt para desarrollar aplicaciones con licencias propietarias.

Hasta siempre Qtopia / Qt Extended

Dentro del ecosistema de Qt existía Qtopia, posterioremente conocido como Qt Extended.  La idea de este proyecto era tener un framework para dispositivos móviles, pero considerando que Nokia ya cuenta con Maemo y Symbian, no tiene mucho sentido tener un tercer componente que se encargue de los mismos temas.

Nokia anunció (literalmente) el último release de Qt Extended a principios de este mes.  El desarrollo de Qt Extended como un framework separado de Qt se ha detenido, pero seguirá teniendo soporte por un año. Los componentes de Qt Extended que son un aporte a la compañia pasaran a formar parte integral de Qt, potenciando aún más este popular toolkit.

Links:

- Qt gets the Nokia treatment (internetnews.com)
- Qt Software discontinues Qt Extended (qtsoftware.com)

Luego de meses de trabajo, han logrado saldar esta cuenta pendiente y ahora pueden afirmar que WebKit se ha convertido en el primer browser engine en cumplir con todos los requisitos de esta prueba.

El hardware utilizado fue una MacBook Pro de 2.4GHz, donde lograron ejecutar el test completo en 0.33s y sin ningún error.
Pueden probarlo ustedes mismos bajando el último nightly build, pero tengan en cuenta que necesitarán una máquina potente para obtener los mismos resultados.

Links:
- Full Pass of Acid3 (WebKit Blog)
- Foto de Giniger (Flickr)

Cuando fue anunciado, SquirrelFish prometió ser hasta cuatro veces más rápido que el motor JavaScript usado por Safari 3. Apenas tres meses de desarrollo después, SquirrelFish ha sido sepultado por SquirrelFish Extreme, una versión un 50% más rápida que su predecesora, que comparativamente es 10 veces más rápida que Webkit 3.0, pero que de paso supera también a TraceMonkey, el motor tras Firefox 3.1 y a V8, su equivalente para Google Chrome.

Link: Introducing SquirrelFish Extreme (Vía Arstechnica)

Esta mañana, llegó a la bandeja de entrada de uno de los autores de Google Blogoscoped — una bitácora no oficial sobre la gran G — un comic de 35 páginas. En él, la revelación de uno de los secretos mejor guardados de la compañía y cuyo nombre no vas a dejar de escuchar de aquí en adelante: Chrome, el navegador de código abierto basado en WebKit que promete venir a remecer las aguas del siempre (in)tranquilo mundo de los navegadores.

¿Novedades? Una nueva máquina virtual — V8 — que mejoraría notablemente el desempeño de JavaScript, Google Gears por defecto y el cambio de posición de las pestañas, que pasan a estar sobre la barra de direcciones. Sobre eso y los rumores que arrecian a partir de hoy es de lo que te contamos tras el salto.

Webkit, V8 y desempeño

Supongo que ¿Por qué Webkit? es la pregunta que muchos se están haciendo en este momento. Básicamente, el espaldarazo viene por su buen manejo de memoria (ya sea o en un navegador o en dispositivos móviles, y en diferentes configuraciones de hardware y sistemas operativos), capacidad de rendereo, y su apego a los estándares web — ser el primero en aprobar con 100 puntos el test ACID3 cuando la semana pasada, el beta de IE8 llegaba solo a 21 puntos, y FFox 3 a los 71 no es menor –, lo que hace que el motor de código abierto de Apple haya ganado el privilegio de ser el elegido.

Para todos los escépticos que puedan llegar a pensar que después de esto Firefox se va al tacho de la basura en Sunnyvale, un dato: la Fundación Mozilla acaba de confirmar hoy el acuerdo ya existente hasta el año 2011.

En cuanto a la mejora en desempeño, está V8, la nueva máquina virtual de Javascript codeada desde cero, y optimizada para ponerle el acelerador a la magia detrás de AJAX y buena parte de las aplicaciones Web 2.0. Además, Chrome te indica precisamente lo que se se está ejecutando en cada pestaña del navegador, que actúa como un proceso independiente — como en un sistema operativo –; por ende, la caída de un tab no afecta al resto del entorno ni a tu computador. Además, al ser procesos independientes, cada uno tiene su propia asignación de memoria, la que puedes manejar vía un administrador. Así, tienes un control al dedillo de lo que ocurre a nivel de consumo de recursos.

Pero también…

No menos importantes son otras características de Chrome, como la página de inicio (una especie de SpeedDial de Opera con los sitios más visitados, búsquedas y pestañas recientes…), Omnibox (barra de direcciones con autocompletado de URLs, términos y búsquedas), Incognito (el sistema de navegación privada), la base de datos y API públicas de protección de seguridad — léase phishing — y la inclusión por defecto de Google Gears como parte del software, que seguro va a alimentar la experiencia fuera de línea.

¿Y cuándo?

Los rumores Dicen™ que mañana mismo podría caer una copia en nuestras manos, todo gracias a los complejos pero efectivos procesos de testeo a los que ha sido sometido Chrome y que permitirían que vieramos ya un release estable — ni siquiera un beta. Habrá que aguantarse las ganas, porque hasta esta hora, google.com/chrome no da (aún) señales de vida. Por ahora, los dejamos con el comic creado por Google y Scott McCloud, licenciado con Creative Commons, en la FW Galería.

¿Más?

Mañana estamos invitado a Buenos Aires al lanzamiento de un “proyecto secreto” de Google. El lanzamiento está siendo coordinado a nivel mundial y tuvieron que adelantarlo un día. Nuestros futurólogos profesionales predicen que será sobre Chrome. Mañana veremos.

Link: Google Chrome, Google’s Browser Project (Blogoscoped)