GTK+ es la biblioteca encargada de dibujar todos los componentes de la interfaz gráfica de las aplicaciones, como por ejemplo botones, listas de selección o barras de menú.  Como tal, se trata de un componente crítico que determina el aspecto de las aplicaciones, en este caso sobre GNOME y principalmente sobre Linux, siendo la cara del sistema para el usuario final en distribuciones de amplio uso como Fedora y Ubuntu.

Los cambios de versión de este tipo no se producen muy a menudo, por ejemplo GTK+ 2.0 fue publicado en el año 2002  y se integraron importantes mejoras para la época como la estandarización sobre unicode, que permite representar caracteres de cualquier parte del mundo, y el uso de fuentes suavizadas.

Entre las características que están planificadas para GTK+ 3 se encuentran:

• Dibujado en memoria no visible. Esto permitirá mejorar el dibujado de animaciones aprovechando el sistema gráfico actual que permite evitar el despliegue de imágenes no completas en pantalla fácilmente.
• Simplificar la programación de nuevos componentes gráficos, por ejemplo reduciendo la complejidad del manejo de memoria de video no visible.
• Dibujado de interfaces de usuario independientes de la resolución, para ajustar el tamaño de letras y otros componentes gráficos al tamaño del dispositivo final.
• Soporte de transparencias simplificado y personalizable a través de themes.  Para facilitar la creación de interfaces como la que acompaña este artículo.
• Soporte de dispositivos multitouch.

Esta semana se liberó la versión 21 de la serie 2.x (2.21.0) y se anunció que 2.22.0 será la última de la serie 2.x.  En estricto rigor, la versión 3 comenzó a ser desarrollada el año pasado, pero hará su debut con el lanzamiento de GNOME 3 en Septiembre.

Link: Preparing to let go of GTK+ 2.0 for GTK+ 3.0 (Phoronix)

Aunque existan artistas talentosos que pueden crear maravillas hasta con MS-Paint, una herramienta como GIMP es de gran ayuda para el resto de los “no-tan-talentosos”, y saber usarla puede cambiar totalmente el resultado final… Si hasta han resuelto casos policiales con conocimientos básicos de GIMP.

Algo destacable de los tutoriales publicados por Linux Format es que no tratan simplemente de enseñar cada herramienta incluida en GIMP, sino que cada artículo está enfocado en realizar un mini proyecto, como por ejemplo crear una propaganda tipo iPod, crear imágenes tipo SinCity o integrar GIMP con otras herramientas de dibujo, como Inkscape.  Esto permite entender el objetivo de las herramientas en conjunto y cómo aportan a un producto final.

Los tutoriales vienen en archivos PDF de alta resolución, y son los mismos que se usaron para imprimir en Linux Format. Debido al tamaño se distribuyen por bittorrent y hay permiso para compartirlos con todo el mundo.

Bonus Track: GIMP, GTK+ y GNOME

GIMP fue una de los primeros proyectos emblemáticos del escritorio de código abierto, y  motivó el desarrollo de GTK+ (GIMP Toolkit), el toolkit para interfaces gráficas que hoy utiliza GNOME. Antes de GTK+ los usuarios de GIMP tenían que comprar Motif, el toolkit usado en GIMP.

En forma paralela, Miguel de Icaza y Federico Mena comienzan a idear el proyecto GNOME como una alternativa libre para tener un entorno escritorio consistente en Linux. En ese tiempo contaban con el apoyo de varios amigos del código abierto, como Nat Friedman y el mismísimo Richard Stallman.

Después un frustrado intento por convencer a Trolltech para usar un esquema de licenciamiento dual para Qt, cosa que finalmente hicieron varios años después, en Agosto de 1997 toman la ruta de GTK+, en donde Federico Mena ya participaba.

Finalmente en Septiembre de 1997, GTK+ se convierte en una biblioteca independiente de GIMP y comienza el nacimiento de una nueva generación de aplicaciones.

Links:
- Free Gimp tutorial PDFs (TuxRadar)
- GIMP History (gimp.org)
- The Story of the GNOME project (Miguel de Icaza)

Hasta ahora, se había aplicado transparencia en el borde de las ventanas y en la ventana completa de forma uniforme, lo que hacía que algunas interfaces quedaran poco legibles.  Con este nuevo cambio ahora los diseñadores de themes podrán usar racionalmente la transparencia para modernizar el aspecto de las aplicaciones y por qué no decirlo, darle a GNOME un aspecto tipo Aero (Windows/KDE), cof! cof!.

En la imagen que acompaña este artículo se puede ver parte de una captura de pantalla en donde se muestra el menú con transparencia + blur junto a una aplicación con áreas semitransparentes.  La captura de pantalla completa se puede encontrar en el tutorial publicado en deviantART.

Por el momento los cambios están disponibles para ser instalados desde un repositorio personal (PPA), y por supuesto, requieren de un theme que haga uso de las transparencias como indica este tutorial.

Este cambio fue publicado hace sólo tres días por lo que no está preparado para todo público, y se sabe que aplicaciones como nautilus y gnome-terminal muestran algunos problemas de despliegue.  Como hay tiempo para solucionar estos problemas el plan es incluirlo en Lucid Linx y si todo sigue bien, habilitarlo por omisión.

Una sola advertencia: Los paquetes disponibles sólo pueden ser utilizados con Ubuntu Lucid Lynx, que desde ayer tiene su primer release Alpha.

Link: Call for Lucid-testing: GTK enhancements (Ubuntu Desktop mailing list)

Mono

El fundador y líder del proyecto Miguel de Icaza, quien también es el fundador de GNOME, anuncia en su blog la disponibilidad simultánea de la versión 2.4 de Mono y la versión 2.0 de MonoDevelop, el entorno de desarrollo integrado libre basado en Mono.

Los cambios en Mono 2.4 se pueden ver en sus notas de lanzamiento y cubren areas de compatibilidad y rendimiento.  Entre otras mejoras, aquí destacamos:

• Mejoras en el soporte de SIMD : La máquina virtual de Mono permite acceder a operaciones SIMD desde un lenguaje de alto nivel como C#.  Las operaciones SIMD se utilizan para realizar calculos en paralelo dentro del procesador en un solo paso, su uso por excelencia es la manipulación de vectores y/o matrices, una de las funciones críticas de aplicaciones multimedia.  Este soporte fue agregado en Mono 2.2 y ha sido mejorado en esta nueva versión.  Con este tipo de funcionalidad Mono se transforma en una real alternativa para la programación de videojuegos.
• Mejoras en el manejo de hebras : Hasta hace poco se tenía que recargar el sistema mediante polling para implementar operaciones con hebras de una forma independiente de la plataforma.  Se ha cambiado por un nuevo diseño en donde esta técnica que consume recursos adicionales se ha eliminado.
• Mejoras en sistemas multi-core : Cuando se usa una máquina virtual como en .NET y Java, una de las operaciones costosas es la recolección de basura, que se encarga de eliminar de la memoria todos los objetos que ya no se estén usando.  Mono 2.4 habilita por omisión un mecanismo de recolección de basura que aprovecha la disponibilidad de multiples core’s en un procesador.
• Soporte de sitios web precompilados.  El Runtime de Mono ahora permite ejecutar sitios web que han sido precompilados por Visual Studio o la herramienta aspnet_compiler.  Esto abre la puerta a poder ejecutar sitios web que han sido programados con otros lenguajes o características que aun no están disponibles en Mono.

MonoDevelop 2.0

En forma simultánea se anuncia el lanzamiento oficial de MonoDevelop el entorno de desarrollo integrado o IDE basado en Mono.

Las mejoras en esta versión son numerosas y pueden verse en forma completa en sus notas de lanzamiento.  Aqui destacamos:

• Debugger integrado : El debugger de MonoDevelop tiene todas las características que se esperan en un IDE, pero no sólo se puede usar con aplicaciones Mono, sino que también soporta aplicaciones nativas a través de una integración con gdb (GNU Debugger).
• Soporte de autocompletado para C# 3.0
• Soporte de Vala : ahora el poder de MonoDevelop también puede ser disfrutado por los programadores de Vala.  Se trata de un lenguaje de programación de alto nivel que genera código en C, es una forma efectiva de utilizar todo ecosistema que hay para C pero sin tener que sufrir las limitaciones y dificultades de este lenguaje.
• Mejor soporte de ASP.NET : MonoDevelop 2.0 es compatible con proyectos creados en Visual Studio y Visual Web Developer 2008.  Además hay mejoras en el autocompletado del editor y un examinador del DOM (Document Object Model)
• Nuevo editor de texto : El editor GtkSourceView estándar de GNOME ha sido reemplazado por un nuevo editor escrito completamente en C#.  La idea es que este nuevo editor pueda ser desarrollado en forma más ágil y por más colaboradores en comparación al editor original escrito en C.

Bonus Track : Qyoto

Lo siguiente no tiene relación directa con este lanzamiento, pero si aún estás leyendo este artículo es mejor que vayas por un café, porque esto no te lo puedes perder.

Al ser Mono un proyecto muy cercano a GNOME, fue natural tener a GTK# como toolkit libre para implementar interfaces gráficas con Mono. En ese entonces, la alternativa de usar el toolkit Qt, componente fundamental de KDE, el competidor directo de GNOME en el area de escritorios libres para Linux, tenía el inconveniente de contar con un esquema de licenciamiento que dificultaba la creación de aplicaciones libres y comerciales con una teórica mezcla de C# y Qt.

Recientemente Trolltech, los creadores de Qt, fueron adquiridos por Nokia y en un movimiento que soprendió a muchos decidió cambiar la licencia de Qt a LGPL, una licencia más flexible que abre las puertas para poder combinar Qt con otros piezas de software que tengan otro tipo de licenciamiento, y de paso elimina cualquier restricción de crear aplicaciones libres y comerciales con Mono y Qt.

Qyoto es un binding para usar el toolkit Qt4 en aplicaciones Mono y ya han aparecido aplicaciones interesantes con esta mezcla, como es Synapse, una plataforma de mensajería instantánea avanzada, y por supuesto existe QyotoDevelop, una extensión para MonoDevelop creada por el mismo autor de Synapse para facilitar el desarrollo de aplicaciones Qt+Mono en MonoDevelop.

Synapse : una aplicación Qt en Mono

Links:
- MonoDevelop 2.0 and Mono 2.4 officially released (Ars Technica)
- Mono and .NET at Microsoft PDC 2008 (PDF en blog de Miguel de Icaza)
- Mono and Qt (Blog de Miguel de Icaza)

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)

La gran dificultad de contar con versiones para otros sistemas operativos que no sean de Microsoft es que el código original de Chrome estaba demasiado amarrado a Windows, se puede interpretar que la prioridad de Google no era sacar un producto diseñado con miras a futuro, sino que ser el primero en incorporar cambios radicales para competir de igual a igual frente a los dominantes Internet Explorer y Firefox en la plataforma que cuenta con la mayor cantidad de usuarios, el resto se podía atacar más tarde.

Esta actitud puede ser bastante criticada por los talibanes de la Ingeniería de Software, pero la historia demuestra que los diseños perfectos se pueden transformar en proyectos infinitos, en donde un release final puede tardar años, es cosa de recordar lo que costó llegar a la versión 1.0 de Mozilla (antes de Firefox).

Una de las decisiones a tomar por parte del equipo de Chrome era usar o no la misma versión de Windows para las otras plataformas por medio de Wine como ya lo habían hecho antes con Picasa.  El equipo de Chrome considera que su versión para Windows es suficientemente rápida incluso corriendo sobre Wine, ya había evidencia de que la versión actual se puede ejecutar sobre Linux en forma relativamente exitosa, y hasta existe CrossOver Chromium para los que le temen a la linea de comandos.

Pero la ruta más corta, no es necesariamente la mejor.

El uso de Wine quedó descartado debido a que el resto de los usuarios merece tener la mejor experiencia que Chrome le pueda entregar.  Otra alternativa que surgió, fue usar un toolkit que permitiera tener una sola versión multiplataforma, en este caso el candidato claro era QT que está disponible para las tres plataformas.  Sin embargo a la hora de entrar en detalles, el uso de un toolkit genérico hace que se tengan que sacrificar las características únicas de cada plataforma y que sólo se use un denominador común entre ellas, similar a lo que sucede con las aplicaciones construidas con Java Swing. Es también una ruta corta, a costa de sacrificar la integración de Chrome con cada sistema operativo. Como dicen Google, al final se termina hablando con el mismo lenguaje, pero con acento extranjero.

En el caso de Linux, QT puede ser bastante cercano a algo nativo cuando se usa el escritorio KDE, pero en el caso de MacOS X, los usuarios apuntan a una serie de inconsistencias entre una aplicación QT y una aplicación nativa en Cocoa.

El equipo de Chrome quiere que el navegador siga siendo un ciudadano distinguido entre los navegadores y al mismo tiempo que no sea mirado con malos ojos por los usuarios de cada plataforma.  En el caso de MacOS X  declaran explícitamente que la API es demasiado buena como para no aprovecharla.

Un clon la versión de Windows definitivamente no sería aceptable en MacOS X. Donde las APIs para el desarrollo de interfaces de usuario son altamente evolucionadas y tienen muchas características impresionantes.

En Linux el escenario no era tan claro ya que no existe un toolkit nativo que sea usado por la totalidad de los usuarios.  A ojos de Google existen al menos dos grande líderes : QT y GTK+, y entre ellos dos el que está más de acuerdo a sus objetivos es GTK+, lo que provocó una airada reacción de los que consideran que QT es técnicamente superior.

En palabras del lider del área de interfaz de usuario de Google, Ben Goodger:

Mi pensamiento inicial era que un clon de la versión de Windows sería aceptable en Linux dado que el rendimiento de la aplicación por si sola es impresionante, y también debido a  la resistencia de algunos miembros del equipo que trabaja para la versión de Linux respecto a la interfaz del usuario.  Pero se pusieron de pie y hicieron su esfuerzo hacia una interfaz GTK+, si leen las otras discusiones en esta lista, verán que ese es el camino que hemos decidido.

Dado que Chrome es de código abierto, siempre está la posibilidad de que se haga un desarrollo independiente con QT, en donde las voces críticas tendrán su oportunidad de demostrar la defendida superioridad de este toolkit.

Se espera que las versiones oficiales para MacOS X y Linux estén disponibles al público en Junio.

Links:

- Linux : the views situation (Chromium-dev)
- Linux version of Chrome to use GTK+ (OS News)
- Chrome gets Mac deadline (CNET)