Canta, oh, Musa, la cólera de Aquiles, hijo de Peleo, asesino, ejecutor de hombres destinados a morir, canta la cólera que costó a los aqueos tantos buenos hombres y envió tantas almas vitales y valerosas a la temible Casa de la Muerte. Y de paso, oh Musa, canta la cólera de los propios dioses, tan petulantes y poderosos aquí en su nuevo Olimpo, y la cólera de los posthumanos, muertos y desaparecidos como parecían, y la cólera de los pocos humanos auténticos que quedan, por ensimismados e inútiles que puedan haberse vuelto. Mientras estás cantando, oh, Musa, canta también la cólera de esos seres pensativos, sintientes, serios pero no del todo humanos que soñaban bajo los hielos de Europa, morían en la ceniza sulfurosa de Io y nacían en los fríos pliegues de Ganímedes.

Oh, y cántame, oh, Musa, a mí el pobre Hockenberry, nacido contra su voluntad… el pobre y muerto Thomas Hockenberry, doctorado en clásicas, Hockenbush para los amigos, amigos convertidos en polvo en un mundo ya olvidado. Canta mi cólera, si, mi cólera, oh, Musa, por pequeña e insignificante que pueda ser esa cólera en comparación con la furia de los dioses inmortales, o con la ira de aniquilador de dioses, Aquiles.

Pensándolo bien, oh, Musa, no cantes nada de mí. Te conozco. Te he servido, oh, Musa, incomparable zorra. Y no me fío de ti, oh, Musa. Ni pizca.

Resulta que hará como 3 o 4 meses, me enteré que alguien estaba desarrollando un navegador web para los N8×0 basado en Webkit y usando Vala llamado Tear. Cuando me enteré me puse en contacto con el tío y le dije que quería colaborar. Lo primero (y por desgracia hasta el momento lo único) que hice fué implementar el soporte para realizar scrolling con el dedo de manera que la página web se mueve con el movimiento del dedo, y lo segundo fué añadirle lo que se conoce como kinetic scrolling y que no es más que añadirle aceleración de manera que la página sigue desplazandose después de haber soltado el dedo. Hoy en el canal de irc #maemo en irc.freenode.net alguien ha hecho un comentario:

<Meiz_n810> I love the finger-scrolling in tear.
<b-man> hmm, a nother linux fan on DeviantArt; http://furumaru.deviantart.com/art/Ubuntu-Symbol-42498950
<ignacius> Meiz_n810 you mean tear the web browser?
<Meiz_n810> yes
<ignacius>
<ignacius> like to hear it
<qwerty12_N800> heh, you’re the guy that implemented it, right?
<ignacius> yeah
<qwerty12_N800> nice
<ignacius> thx

Así que como comprenderéis estoy más contento que unas castañuelas.

Los que usen Ubuntu y la tengan actualizanda a Jaunty (la versión en desarrollo) pueden instalarse la última versión del editor Glade. Yo lo he instalado hoy mismo, y no he podido dejar de escribir ésta reseña.

Glade es un editor para dibujar ventanitas y tal al estilo Visual Basic ( pero sin Basic ) y diseñado para Gtk. Ésto quiere decir que cuando diseñas tus ventanas, y guardas el proyecto, lo que realmente guardas es un fichero xml que después puedes usar en tu programa para que la interfaz se cree automáticamente. Las ventajas de tener por un lado código y por otro lado la definición de la interfaz ( alguien ha dicho algo de MVC, Ruby On Rails…? ) son varias. En primer lugar que puedes modificar las ventanas sin necesidad de modificar el código y por tanto tener que compilarlo, siempre y cuando las modificaciones no sean grandes. Por otro lado permite que ese fichero xml pueda ser usado en diferentes lenguajes de programación (Python, Ruby, C, Java, Vala..) sin realizar absolutamente ninguna modificación, y por último, y relacionado con lo anterior, que el programa que se usa para crear ese xml no necesita saber nada de plataformas, lenguajes de programación, árboles DOM ni tonterías de ésas. Las novedades que presenta ésta nueva versión son varias: la primera es que por fin han metido soporte para GtkBuilder, compartido con libglade (que era lo que se usaba hasta ahora). La segunda es que ahora que hay soporte para GtkBuilder, puedes crear TreeViews, TextViews, etc… sin apenas picar nada de código ( quiere decirse que tienes soporte para ListModel / TreeModel, TreeModelFilter, etc… lo que permitirá crear aplicaciones en Gtk de manera muy sencilla y rápida en cualquier lenguaje.

Para haber llegado hasta aquí, ha sido vital la creación de la clase GtkBuilder, que se integró en Gtk en la versión 2.13.x/2.14, que permite a diferencia de libglade tener GObjects en el fichero xml y no sólo GtkWidgets. Además han creado una interfaz llamada GtkBuildable, lo que hace que cualquier objeto que la implemente, será soportado por GtkBuilder.

Lo que me encantaría ver es un IDE con soporte para vala y python que integre Glade, autocompletado de código, debugging, etc…

Según he sabido hoy, los desarrolladores de Webkit/Gtk están desarrollando también unos bindings de webkit DOM para Glib/GObject. Ésto son muy buenas noticias, y la verdad, era algo que estaba esperando hace bastante tiempo. ¿Qué ventajas traen estos bindings y por que son tan importantes? Veamos…

DOM es una api que se diseñó para acceder al árbol de un documento, en muchos casos xml, html, etc… La ventaja que esto supone es que directamente puedes acceder a la representación de la página que estas viendo en un navegador. Supongo que siguiendo un patrón MVC esto significa tener acceso directo al modelo, con lo cual un programa puede manipular directamente lo que se representa en pantalla. Los más ávidos en éstos temas estarán comprendiendo ya que el poder acceder al árbol del documento es clave para poder crear aplicaciones que integren un control webkit y lo manipulen. (Léase: una aplicación de correo electrónico, un diseñador de páginas web a lo dreamweaver, una aplicación para postear entradas en tu blog como el que estoy usando ahora mismo, etc…) El problema que esto estaba representando era mucho más grave de lo que incluso puede parecer en un principio ya que el control de mozilla para gtk (gtkmozembed) no tiene soporte para DOM, y ni siquiera parece que a la gente de Mozilla le importe. La consecuencia es que muchos proyectos terminaban por usar gtkhtml (desarrollado por la gente de evolution y con muchísimas limitaciones como el no poder ejecutar javascript) o usaban gtkmozembed manipulando el árbol desde javascript (usado por ejemplo en el editor de asp.net de monodevelop y que evidentemente era una solución que daba muchísimos problemas). Así pues, parece que por fin se va aclarando el asunto, y vamos a tener unos bindings la mar de chulos para webkit.

Pues si. Para desgracia de pocos, y envidia de muchos, he aquí mi nueva adquisición: un Iliad ebook reader de la empresa IRex. En un principio su uso puede parecer intuitivo, pero he descubierto ciertas cosas agradables después de leerme el manual, como la posibilidad de hacer zoom de la página que estás observando, lo cual hace que prácticamente cualquier pdf pueda ser leído con mucha comodidad. Si sois aficionados a leer novelas, o simplemente tenéis libros técnicos en pdf, etc… es una compra muy recomendable.

De la película Supersalidos:

“Ya sabes, hoy me arrascas tu la espalda y mañana te la arrasco yo a ti.

Desde mañana mi espalda se va a llamar polla, nena!!“

Resulta que hoy, buscando recetas de Txangurro, he llegado hasta la wikipedia. Como en cualquier enciclopedia que se precie, la definición que se da del Txangurro no podía ser vulgar, sino que debía ser lo más técnica posible. Así, me entero que el Txangurro pertenece a la especie Maja squinado (¿a alguien le sirve realmente tener nombres para las especies tan rebuscados?), el cual es un decápodo (llamados así por que tienen diez patas). Al leer la palabra decápodo, enseguida me vino a la mente un personaje de Futurama: el doctor Zoiberg, que pertenece a la especie alienígena de los Decapodianos. Y aquí está precisamente el error, que los Decapodianos se supone deberían de tener 10 patas, cosa que no ocurre en la realidad.

Alguien me describió la informática como fuente de poder, por que lo que manejaba era información y como tal, la información desde siempre había significado poder (gracias metakrtx). Internet o mejor dicho arpanet, nació como un modo distribuido de acceder a la información, y más tarde, el estándard html y otros forman la capa de presentación de esa información. Parece que hoy en día ése concepto se está empezando a diluir y precisamente esa falta de orientación puede llevar a unos u otros a fracasar en su intento de aproximar el ordenador a la que podría llamarse la web 3.0.

¿A qué viene todo ésto? se preguntará más de uno. Pues más que nada al debate que existe hoy en día sobre webkit, moonlight, gecko, flash y otras tecnologías que parece que emanan cercanas al proyecto gnome, pero que a mi entender no hacen más que alejar al usuario de esa utopía que significa hoy en día el llamado “escritorio online”. Algunos, como el proyecto mozilla pretendiendo diseñar un escritorio con gecko como tecnología central del susodicho. Otros pretendiendo que las aplicaciones implementen sus interfaces a través de xaml para así poder decir que la web es tu escritorio. Todo mentira y nunca mejor dicho. Por que lo que se intenta es sustituir una tecnología de presentación por otra, que dicho sea de paso ofrece menos posibilidades al programador, y una experiencia dicha en modo light más pobre. ¿O es que sinceramente alguien está más cómodo viendo un vídeo en youtube, que viendo un vídeo en tu [introduce aquí tu reproductor de vídeo favorito]? ¿Y quién puede decir que la experiencia que ofrece gmail sea más rica que la que ofrece evolution/outlook? El futuro realmente está en ofrecer una api unificada de acceso a la información (nada sencillo de aportar por otra parte), y poder conectar eso con cualquier método de presentación de manera sencilla. Las rss, xml y las web services fueron un buen primer paso en esa dirección. Linq es otra aproximación que puede salir bien. Pero lo que no se puede esperar es que por que la gente haga páginas web con relativa facilidad o que para escribir en javascript no haga falta saber programar, eso sea acercar la web e internet al escritorio. Es un modelo que está desde el principio destinado a fracasar.

Iñigo dixit.

Hecha por el diseñador y programador principal del proyecto tinymail. Ahí va

Pues si, a pesar de todo, conseguí colocar mi N800 en las manos de un amigo y aunque no he hablado nada de el, ya tengo en mi casa el N810 desde hace un tiempo. La verdad es que se nota que en cada revisión van puliendo más el cacharro, aunque sigo echando en falta algún detalle, tanto en hardware como en software. A parte de eso, por fin he podido usar la cámara web para hacer vídeo conferencia, y la verdad que el tema está muy logrado ya que a diferencia de Ekiga, MSN, SIP, etc… con el N810 no hay que redireccionar ningún puerto ni nada y funciona automágicamente. Además aunque no es mucho más pequeño, la diferencia de tamaño se nota y no se puede decir que sea incómodo llevarlo en los vaqueros.