En noviembre del año pasado salió el primer beta de RockMelt, un navegador que busca tomar el sendero de Flock y convertirse en un browser completamente social, integrando fuertemente el uso de redes como Twitter y Facebook.

Ahora vuelven con su primera gran actualización, el beta 2. ¿Qué cambios trae? Modificaron el sistema de chat, agregando una barra en la parte inferior de la pantalla, igual al sistema usado en el chat de Facebook. Así, las conversaciones se pueden abrir en ventanas completas, o en pestañas. Además, se agregó un sistema de notificaciones que te avisa cuando alguien te habla.

También se mejoró el uso de Twitter, agregando soporte para el API en tiempo real de Twitter y además la capacidad de buscar usuarios. Finalmente, se agregó una función para leer contenido más tarde. Es parecido a lo que permiten servicios como Instapaper o Read it Later, aunque a diferencia de estos sitios, RockMelt no sólo permite guardar texto, sino que también videos, imágenes, estados de usuario, etc. Esto es en respuesta a la tendencia que ven de usar menos marcadores y más servicios para leer información específica en otro momento.

RockMelt beta 2 está basado en Chromium 10, por lo que se promete una mejora considerable en velocidad y estabilidad. Algunos usuarios ya recibieron la actualización este viernes, y todos los demás podrán hacerlo durante esta semana.

Link: RockMelt Reboots Its Social Web Browser With New Beta Version (Mashable)

Google nos ha prometido, cada vez que sale una actualización, mayor rapidez en Chrome y estás mejoras han sido de manera constante. Todo parece indicar que el camino en la compañía está bien identificado: La rapidez, ya que se acaba de liberar Chromium en su versión 7. Chromium es el navegador Open Source en el cual está basado Google Chrome.

No hemos tenido ni siquiera una semana desde que se anunció la versión Beta de Chrome 6 y ya tenemos el lanzamiento para los desarrolladores de Chromium 7 lo que nos indica que muy pronto tendremos en nuestras máquinas la versión estable de Chrome 6.

Modificaciones pequeñas en la interfaz y mejoras en la estabilidad son de los principales cambios que se han lanzado sobre Chromium 7.

Parece indicar que los equipos de la compañía de Mountain View están trabajando horas extras. Todo sea por tener contentos a los usuarios.

Link: Chromium Hits Version 7 As The Chrome Train Keeps Speeding Along (Techcrunch)

Recordemos que Chromium es la base de código abierto de Google Chrome y responsable en gran medida de sus innovadoras características, no son pocos los que ya han dejado al fiel Firefox sin mirar nunca más hacia atrás.  Además de contar con características que rompieron esquemas, como su motor Javascript, su corazón de procesamiento HTML (WebKit) hace tiempo que llegó a dar batalla frente a frente a los dos grandes líderes : Gecko de Mozilla y Trident de Microsoft (Internet Explorer).

Chromium se convirtió en un gran candidato para la edición de Netbooks, no sólo por su rapidez , sino que también por la forma en que se ha desarrollado como proyecto.  Además influyeron en esta decisión la gran cantidad de plugins disponibles y la flexibilidad de WebKit.

Antes de este encuentro se sabía que varios desarrolladores querían tener a Chromium en esta posición, aún así quedan algunas preocupaciones respecto a su falta de aspecto consistente con el resto de la interfaz de usuario, problemas de impresión y el trabajo necesario para hacerlo compatible con el nuevo menú global.  Aunque hay tiempo para resolver estos problemas, se ha fijado como límite el tercer release Alpha para tomar la decisión final de mantenerlo o volver a Firefox.

Link: Chromium to be default browser in Ubuntu 10.10 Netbook Edition (OMG! Ubuntu)

Recordemos que WebGL se basa en un subconjunto del API OpenGL llamado OpenGL ES, el mismo subconjunto que están usando los dispositivos móviles para sus aplicaciones 3D.  El problema es que en Windows el soporte por excelencia en los drivers es para Direct3D y no OpenGL, por lo que WebGL podría sufrir por culpa de malas o inexistentes implementaciones de OpenGL ES en los drivers para Windows.

Para evitar este problema, Google anunció el proyecto ANGLE, que significa Almost Native Graphics Layer Engine, o “motor de capa gráfica casi nativa”.

Se trata de una pequeña capa de traducción que convertirá las llamadas OpenGL ES a llamadas Direct3D, de la misma forma en que en sistemas Unix se ocupa WINE para convertir llamadas Direct3D en llamadas OpenGL. Ya que OpenGL ES es sólo un subconjunto de las API’s DirectX y OpenGL, el trabajo no debería ser titánico.

El código de ANGLE será distribuido como código abierto bajo licencia BSD y sólo tiene utilidad en sistemas Windows, ya que otras plataformas como Mac OSX y Linux usan OpenGL como API principal:

Las implementaciones actuales de WebGL necesitan enviar comandos gráficos al escritorio basado en OpenGL para dibujar el contenido. Este requerimiento no es un problema en computadores corriendo OSX o Linux, donde el API principal es OpenGL y por lo tanto cuentan con un soporte sólido.  En Windows, sin embargo, la mayoría de las aplicaciones de gráfica potente usan Direct3D en vez de OpenGL, por lo que no siempre están disponibles los drivers de OpenGL.

Links:
- Introducing the ANGLE Project (blog de Chromium)
- Chrome tendrá aceleración por GPU (CHW.net)

Es por esta razón que han iniciado un programa que, por medio de incentivos, busca premiar a quienes reporten un error de seguridad en el código de Chromium y, de forma especial, a las versiones beta o que se encuentran actualmente en desarrollo. Se incluirán dentro de este programa a los plugins que formen parte del proyecto (que no sean de terceros), así como también WebKit y libxml.

Los premios ascenderán a USD$ 500 por cada error de seguridad reportado, mientras que si el error es considerado como de gravedad extrema será de USD$ 1.337.

Link: Encouraging More Chromium Security Research (The Chromium Blog)

Si bien los usuarios de Linux ya podían usar el navegador desde hace varios meses por medio del proyecto Chromium, este release es un paso importante para los usuarios de Linux que esperaban una versión oficial y no una orientada a desarrolladores y aventureros. Aún así, la versión para Linux funcionaba bien desde hace tiempo, incluso tal como lo dijeron los desarrolladores de Chrome: Ridículamente más rápida que en los otros sistemas.

Algo que probablemente no han escuchado o leído es que en Google la mayoría de los ingenieros usan Linux, por lo que tenían bastante claro qué tan esperada era esta versión.  Para Google la versión de Linux no es solo un simple port, sino que una obra de amor (y no estoy exagerando), ya que en Google hicieron lo posible por integrar muy bien el navegador al sistema, por ejemplo realizando sobre Linux la primera versión de 64-bit de Chromium, administrando las actualizaciones con el sistema estándar de paquetes, preocupándose de que funcionara bien en GNOME y KDE, o habilitando la integración con los themes GTK+ disponibles.

Otro punto importante es que el desarrollo de Chrome como un proyecto abierto (Chromium) logró que más de 50 personas externas a Google trabajaran en el proyecto y estas fueron bastante importantes para mejorar aún más la versión de Linux.  Así mismo, Google se comportó como un buen ciudadano de la comunidad de código abierto, entregando correcciones y mejoras a otros proyectos que fueron importantes para Chrome en Linux.

Link: Google Chrome for Linux goes Beta! (blog de Chromium)

En el grupo de discusión de los desarrolladores, uno de ellos planteó la inquietud de por qué el navegador se percibe ridículamente más rápido en Linux comparado a las versiones para Windows y Mac, lo que originó un interesante debate acerca de cómo el sistema operativo influye en una aplicación de este tipo.

En la discusión se exponen algunos detalles de implementación que hacen que en Linux algunas aplicaciones corran con ventaja gracias a decisiones de diseño tanto por el lado del sistema operativo como de la misma aplicación.  Por ejemplo indican que crear un proceso en Windows es mucho más caro en términos de uso de recursos y esto afecta la creación de nuevos tabs, ya que justamente en Chrome se trata de nuevos procesos.  En el caso de Linux, el sistema en general es más ligero y por lo tanto hace menos cosas en operaciones de este tipo.  Una de las posibles soluciones planteadas es tener siempre un proceso creado en forma anticipada, de tal forma de que cuando se necesite no tenga que esperar el proceso de inicialización.

X.org comienza a mostrar su nueva cara

Otro aspecto importante es la forma en que se manejan los gráficos.  En el caso de Windows se pueden usar dos tipos de gráficos : DIB (independientes del dispositivo) y DDB (dependientes del dispositivo).  En el primer caso se crean en memoria normal y luego se copian a la memoria de video, con el problema adicional de que se deben aplicar transformaciones desde una representación genérica a la representación física o final que se requiere y no siempre puede usar aceleración por hardware.  En el segundo caso, los DDB,  no se requiere tal transformación y una copia puede hacerse con un simple comando ejecutado por la GPU (bitblt), pero el diseño de Windows pone un límite artificial a la cantidad de gráficos que se pueden manejar como DDB, lo que lo convierte en un recurso escaso y poco apetecible por los desarrolladores de aplicaciones.

En el caso de Linux y pese a todo lo que la intuición puede decirnos acerca del tamaño y complejidad de X.org, este tipo de operaciones está muy optimizado, sobre todo en la última generación de drivers que utilizan gestión de memoria unificada en el kernel (GEM), específicamente usando la arquitectura de aceleración UXA.  En este caso las copias de bloques de memoria se reducen al mínimo, y dejar disponible un gráfico en la GPU es una operación acelerada por hardware.  Es tanto así que cuando se inició el desarrollo experimental de UXA en X.org se midieron mejoras en el rendimiento de hasta un 60%.

Por otra parte, según los mismos desarrolladores de Chromium, la forma en que se están creando los gráficos no siempre usa aceleración por hardware, mientras que en el caso de Linux, gracias a las nuevas arquitecturas de aceleración, primero EXA y luego UXA, todas las operaciones comunes se realizan con aceleración por hardware.

En el caso de Mac, los desarrolladores de Chromium dicen que aún no se han enfocado en optimizar el rendimiento, por lo que no tiene mucho sentido discutirlo en este momento.  De todas formas, los usuarios de Windows no deben preocuparse porque ya se han creado los registros en el sistema de seguimiento de bugs de Chromium para solucionar los problemas de rendimiento percibidos.

Links:
- Why is Linux Chrome so fast? (Chromium-dev)
- GEM The Graphics Execution Manager (LWN.net)
- Chrome más rápido en Linux que en Windows y Mac OS (CHW.net)

Google Chromium, el proyecto de código abierto que es la base de Google Chrome, ya tiene disponible una versión para plataformas de 64 bits.  Si bien no hay un anuncio con bombos y platillos, son los mismos desarrolladores quienes lo publican en su lista de correo.

En una aplicación como un web browser no es gran diferencia tener 32 o 64 bits ya que no necesita manejar grandes volúmenes de datos como podría ser una base de datos o un servidor de aplicaciones, pero si tiene la ventaja de que puede usar los componentes de 64 bits del sistema operativo sin necesidad de estar manteniendo sus versiones de 32 bits.

El port a 64 bits se realizó primero en Linux, luego en Mac y en algún momento se realizará para Windows.  Esto podría parecer raro porque la única versión oficial que existe es para Windows, pero puede tener explicación ya que convendría hacer las pruebas primero en las plataformas en donde no hay tantos usuarios, o bien porque simplemente los desarrolladores a cargo de estas tareas están usando Linux.

En la lista de correo se pueden ver algunos indicios, en donde hay dos respuestas para la pregunta “¿De curiosidad, qué trabajo falta para tener una versión de 64 bits en Windows?”

Marc Antoine Ruel, desarrollador en Google para la plataforma Windows dice:

Motivación.  Y probablemente correcciones en la versión de trabajo

Luego Mads Sig Ager, agrega:

V8 aun no compila para 64 bits en Windows.  Nos hemos enfocado en hacer que la versión de V8 para 64 bits funcione primero en Linux y Mac.  Estamos actualmente trabajando para que la versión de 64 bits para Windows también compile.  Deberíamos tener eso pronto.

El desarrollo de Google Chrome ha sido lento en abarcar todas las plataformas. Como los desarrolladores quieren hacer este navegador lo más nativo posible en cada una de ellas, el esfuerzo requerido es mayor, pero los usuarios saldrán ganando a largo plazo.

Y como diría Steve Jobs : “one more thing…”:  Como se puede ver en la captura que acompaña este artículo, Chromium ya soporta nativamente video HTML5 gracias a otro proyecto de código abierto : ffmpeg.

Link : Chromium Linux 64-bit (Lista de correo Chromium-dev)

Desde que el navegador Google Chrome vino a remecer el mundo de los navegadores de internet hemos ido siguiendo el desarrollo de su base de código abierto Chromium para el sistema operativo Linux.

Cada vez se acerca a una versión completamente usable por todo el público, y no puede ser de otra manera si Google piensa depender de él como un componente fundamental de su propio sistema operativo basado en Linux : Google Chrome OS.

En la versión que está disponible en los repositorios oficiales para Chromium en Ubuntu ya se ha incluido el soporte para themes y plug-ins.  Como podrán ver en el video, una vez habilitando el soporte de plugins con la opción –enable-plugins, todos los plugins instalados para Mozilla Firefox quedan disponibles para Chromium en forma automática, sin tener que realizar ningún paso adicional como previamente lo habían informado otros sitios.

Por ahora, los plugins se habilitan explícitamente con esa opción mientras no se estabilice este soporte. Pero a este ritmo, Google Chrome oficial para Linux está cerca, muy cerca.

Google planea integrar en su navegador (Chrome), un sistema que permita sincronizar en la nube nuestros datos (marcadores, contraseñas, etc.)

Esta característica estaría relacionada con la cuenta que cada usuario utiliza en Google (la que se utiliza en Gmail por ejemplo), por lo que resultaría de gran utilidad para aquellos que tienen la costumbre (o necesidad) de navegar por la red utilizando distintos computadores.

Según lo que se informa en el grupo de desarrollo de Chromium, se ha creado una librería que implementa el protocolo de sincronización tanto en el cliente como en servidor (que en este caso sería Google).

Ahora bien este tema de la sincronización en la nube no es nada nuevo, Opera ya lo tiene implementado desde hace un tiempo bajo el nombre de Opera Link, el que también permite al usuario sincronizar su información con el navegador para dispositivos móviles Opera Mini.

Link: browser/sync is moving in (vía CHW)

De a poco les hemos ido contando como va el desarrollo de la versión Linux de Chromium Browser, la base de código abierto para Google Chrome. Esta versión aun se encuentra en constante actualización, por lo que no es recomendable para un uso diario.

Chromium ha ido superando sus hitos poco a poco y gracias a que su desarrollo es abierto y visible por todos, siempre es interesante ver cómo se va implementando esta versión del popular browser.

Cuando se abre el browser aparece el clásico fondo azul, pero como en Linux se puede cambiar todo el aspecto de su interfaz de usuario, no siempre este color es una buena elección.  En esta versión el browser incluye una opción para adoptar el aspecto definido para el escritorio, y en la foto se ve el browser cuando es usado con el theme Shiki-Dust.

Antes de que digan “se ve feo”: La combinación de colores depende del theme que estén usando, así que si les gusta su theme, les gustará como se ve Chrome en él.

Otro cambio que se puede apreciar en la interfaz de usuario es que ahora también incluye una opción para deshabilitar la decoración de la ventana, específicamente el marco, título y botones, para que use la decoración propia de Chrome, tal como lo hace en los otros sistemas.

Otras características que ya están funcionando correctamente son : El gestor de descargas, el gestor de tareas para eliminar fácilmente alguna pestaña con problemas, el historial y el gestor de marcadores.

Link : Google Chromium gets native theming support on Linux (Ars Technica)

Chromium con pestañas en Linux

Chromium browser es la piedra fundacional de Google Chrome, el innovador navegador que este gigante de la industria del Software prometió para Windows, Linux y Mac OSX, pero que después de varios meses aún está disponible en forma oficial sólo para sistemas Windows.  Mientras que la versión de Mac OSX desde hace tiempo se ve en buen pie, la versión para Linux iba mucho más atrás.

El código de Chromium para Linux aún se encuentra en versión alfa, pero ya comienza a mostrar más señales de que se acerca una versión beta. Uno de los cambios más notorios es que ya implementa el sistema de pestañas y se puede navegar en varios sitios de forma independiente.  También tiene el preview de las últimas pestañas abiertas cada vez que se crea una nueva.

Este navegador se sigue sintiendo ligero como su primo Arora y por su estado de desarrollo podemos esperar que continúe comportándose bien.

En las pruebas que hicimos, el plugin de flash es reconocido, pero al intentar acceder a una página que lo use, ésta deja de responder.  Eso ayudó a que también probáramos la funcionalidad de controlar y cerrar páginas de forma independiente, y tenemos que decir que funcionó a la perfección, ícono de browser triste incluido.

Los usuarios de Ubuntu ya pueden probar la versión diaria de Chromium desde sus repositorios PPA (Personal Package Archive).

Link : PPA for Ubuntu Chromium daily builds (ppa.launchpad.net)

Chromium en Ubuntu Linux

Hace poco comentábamos algunas decisiones que se estaban tomando respecto al desarrollo de Chromium para Linux, el navegador de código abierto que está detras de Google Chrome.

Hoy les contamos que ya hay una versión pre-alpha de este navegador.  Esto significa que hay una versión que está en pleno desarrollo y no necesariamente va a funcionar bien, pero es un primer paso.

Este port de Chrome nos muestra una interfaz GTK que funcionará igual que la interfaz de Windows.  Los sitios que hemos probado funcionan bien, pero no hay seguridad de que se comporte bien con todos. Algunas características como las pestañas, los marcadores o la ventana de opciones aún no se han implementado.

A pesar de esto, Chromium se comporta bastante bien para su nivel de madurez, incluso ya se siente más ligero que Firefox.

Los usuarios de Ubuntu podemos experimentar con este navegador gracias a que está disponible una versión empaquetada en los repositorios PPA.  Dado el estado del desarrollo, es una versión que se actualiza diariamente, y no está probada en profundidad.  Ya están advertidos!!

Links:

- Pre Alpha Chromium browser now available (tombuntu.com)
- PPA for Ubuntu Chromium daily build (ppa.launchpad.net)

Una de las grandes críticas que se le realiza a Chrome, es que es un tanto intrusivo con la privacidad de los usuarios que lo utilizan.

Producto de lo anterior una empresa Alemana ha decidido hacer algo al respecto y, tomando la base de Chrome (Chromium), han obtenido un Chrome más livianito y lo han llamado Iron.

Las principales diferencias entre ambos son:

• Se eliminó el “Identificador único” o ID.
• Se eliminó el servicio de actualización que corre en segundo plano.
• Se eliminó el envío del reporte de errores.
• No envía lo que tecleas en la barra de direcciones para las sugerencias.

La lista completa se puede leer en este link. Nosotros lo hemos descargado y la verdad que no hemos encontrado mayores problemas.

Es como si a Chrome le hubiesen sacado la “grasa”.

Link: German developers forge Iron from Chrome (The Register)