GNU IceCat

A pesar de haber encontrado un nuevo favorito a largo plazo en Arora, todavía guardo “cariño” por GNU IceCat.Su desarrollador, Giuseppe Scrivano, anunció la salida de la versión 3-g1.Así que les dejo el anuncio, y los links para las descargas. Ya saben, si quieren usar Firefox sin lo privativo, usen GNU IceCat (o Debian IceWeasel :P)

GNU IceCat está basado en el código fuente de Mozilla Firefox. Mientras que el código fuente básico de Mozilla Firefox es software libre, y le agradecemos por sus significantes contribuciones a la comunidad, algunos archivos no-libres se distribuyen en el arbol de código de Firefox, y Firefox puede recomendar plugins no-libres. IceCat es totalmente Software Libre.

La nueva versión está basada en el nuevo código de Firefox 3. Diferente de otras versiones, las características adicionales de privacidad se movieron a una extensión aparte, gnuzilla_privacy.xpi.

Los links de descarga:

ftp://ftp.gnu.org/gnu/gnuzilla/3-g1/icecat-3-g1.tar.bz2
ftp://ftp.gnu.org/gnu/gnuzilla/3-g1/icecat-3-g1-i386.tar.bz2
ftp://ftp.gnu.org/gnu/gnuzilla/3-g1/gnuzilla_privacy.xpi

MD5 y SHA1:

0562ea71d246402e313415302ad70f

5e  gnuzilla_privacy.xpi
1b5d334d30c611a1b552232007feaf60  icecat-3-g1-i386.tar.bz2
fe05ced547c67063e40598574d97cdae  icecat-3-g1.tar.bz2

af54b373f90355900284277c32794858c6ccb662  gnuzilla_privacy.xpi
bb4e8fbb8e8a06af64d8080cb8d371e6413a6992  icecat-3-g1-i386.tar.bz2
e00807cd31bbdfa635fbd4fe21eb4bc4e8067d37  icecat-3-g1.tar.bz2

Estuve trabajando y metiendo mano en WP-Syntax, un plugin para WordPress que permite mostrar coloreado de sintaxis en los posts.

Me enorgullece contarles que a partir de la recién lanzada versión 0.9, se incluyó mi “parche”, “hack” o como quieran llamarlo. Ahora el plugin también permite a los usuarios anónimos usar el plugin en los comentarios mediante los tags <pre>, y mostrar código coloreado.

Pueden descargarlo del sitio de plugins de WordPress:
http://wordpress.org/extend/plugins/wp-syntax/

Para ver ejemplos, pueden comentar en este blog y colocar su código entre los tags:
<pre lang="L"> código </pre>
Donde L es uno de los siguientes lenguajes:

abap, actionscript, actionscript3, ada, apache, applescript, asm, asp, autoit, bash, blitzbasic, bnf, c, c_mac, caddcl, cadlisp, cfdg, cfm, cpp-qt, cpp, csharp, css, d, delphi, diff, div, dos, dot, eiffel, fortran, freebasic, genero, gettext, glsl, gml, groovy, haskell, html4strict, idl, ini, inno, io, java, java5, javascript, kixtart, latex, lisp, lotusformulas, lotusscript, lua, m68k, matlab, mirc, mpasm, mxml, mysql, nsis, objc, ocaml-brief, caml, oobas, oracle8, pascal, per, perl, php-brief, php, plsql, python, qbasic, rails, reg, robots, ruby, sas, scala, scheme, sdlbasic, smalltalk, smarty, sql, tcl, text, thinbasic, tsql, vb, vbnet, verilog, vhdl, visualfoxpro, winbatch, xml, xpp, z80

Fue todo una experiencia esto de modificar un plugin de WordPress, fue más complicado de lo que parece, aunque al final el código que agregué no fue tanto, pero aprendí mucho en el proceso. Próximos releases del plugin podrían incluir soporte para WP shortcodes.

Pueden seguir el avance, y algunas decisiones y porqué en los posts que menciono más arriba. ¡Úsenlo!

Hay varios videos más de Code Monkey, tanto interpretaciones de su autor, como videos bizarros y divertidos. Un posible cover para hacer con Los Farzantes…

void main(){
printf("Gracias por la paciencia que tuvieron, y las pruebas varias
que hicieron. Si no fuera por los que intentaron dejar código en los
comentarios, nunca me hubiera dado cuenta que andaba mal. Los
invito a volver a comentar con código en este post.");
}

Ahora paso a contar más o menos las cosas que fui haciendo, probando, y aprendiendo, hasta que logré una solución “linda” y prolija.

El problema: Solamente el usuario admin del blog tenía permitido usar los tags <pre> en los comentarios. ¿Qué hacer al respecto? Mmmh… En verdad no sé en qué orden fui haciendo las cosas, pero hice de todo.

Como estoy desarrollando mi propio plugin para Wordpress (muy lentamente y sin stress en algún rato libre), ya tenía una idea del tema de los “hooks” con filtros y acciones. Resumidamente, esto son acciones y funciones de Wordpress que podemos reemplazar con las nuestras dentro de un plugin. De esta forma, cambiamos algo del comportamiento de Wordpress sin cambiar el “núcleo”, cosa que el cambio se mantenga en una actualización del CMS (y mantener la modularidad).

Así que se me ocurrió que una idea bastante obvia era sobreescribir la función que filtrara los pre de los comentarios, para que permitiera usarlos. Buscando por ahí, me encontré con el archivo kses.php dentro del directorio wp-includes. Este archivo es uno de los responsables de permitir o no ciertos tags y demás, aparte de devolver el valor de la función “allowed_tags();”  que comenté acá:

Ups!
Mis disculpas, creo que ya se de donde viene el problema. Si se fijan a la derecha de la caja de texto donde se escriben los comentarios, muestra las tags permitidas para comentar. Esto no está escrito a mano, sino que llama a una función en PHP allowed_tags().

Lo que tengo que hacer, es buscar la forma de permitirles a los usuarios usar el tag pre…
¡Perdón por el amague!
¡Ya me pongo a solucionar eso!

Lo que no encaré en el momento, fue que ahí estaba el array con todos los tags permitidos, tanto para postear como para comentar. Esto fue lo que me dí cuenta bien al final, pero cuando ya había probado todo lo que se les ocurra. No documento absolutamente todo acá por varias razones. Primero porque no me acuerdo todo lo que hice, segundo porque quedaría muy largo, y tercero, porque mas vale poner lo que aprendí nomás

Siguiendo con el tema, estuve por #wordpress en irc.freenode.net, donde me recomendaron que hackeara el plugin para usar el tag <code> en vez de <pre>, ya que es más indicado para código. Ahora, el tag pre tiene la característica que mantiene los espacios, por lo que respeta la indentación. Para aplicar esto a <code> también, simplemente tuve que agregar el siguiente código al css del plugin:

code {white-space: nowrap;}

Eso y un poco de mano en el plugin, y ya tenía el tag pre reemplazado por el tag code. Agradezco mucho la ayuda de StoneCypher, quien me tiró pistas y recomendaciones para llegar al resultado final.

Sin embargo, seguía igual. Si bien el archivo kses.php permite que los usuarios posteen con <code>, no contemplaba <code lang=”">. Para eso, tuve que agregar lang al array que define los tags y sub tags permitidos en dicho archivo (ver el código). Pero esto no era una solución “linda”, debía incluirlo en el código del plugin. Además, fue una de las últimas cosas en las que me dí cuenta. Al final quedó con el tag <pre>…

Aprovecho para comentar, hablando de soluciones “lindas”, que en algún momento comenté de dicho archivo la línea que filtraba el contenido de los comentarios, y si bien anduvo, dejaba totalmente vulnerable al blog. Esto es un buen ejemplo de LO QUE NO HAY QUE HACER. Sobre todo cuando no conocemos bien las repercusiones…

Bueno, leyendo bien ese bendito kses.php, se me prendió la lamparita al leer: Can be override by using CUSTOM_TAGS constant. Listo, ahí picó la solución, agregar code y lang a ese valor desde el plugin. ¡Así terminó andando!

Ya entré en contacto con Ryan McGeary, el desarrollador de WP-Syntax, y hablando de todo este tema me comentó lo siguiente:

Wordpress tiene muchas restricciones innecesarias e inevitables en su publicación de contenidos. WP intenta hacer lo “correcto” y prevenir a los que comentan de agregar formatos especiales y es complicado el workaround.

Además, tenía pensado actualizar un poco el plugin cuando tuviera tiempo. Ya le envié un mail con los cambios que le hice. El plugin está publicado bajo GPL, pero quiero saber si quiere incluir los cambios en su plugin, o si hago un fork para publicarlos. Así que en unos días estará disponible o bien una nueva version de WP-Syntax, o un nuevo fork :D, obviamente el código disponible también.

Me está pasando lo mismo con WordPress que me pasó en algún momento con GNU/Linux. Por momentos me frustro porque no puedo lograr lo que quiero que haga, pero al final me doy cuenta que la culpa no es de WordPress, sino mía por no conocer la API lo suficiente… ¡WordPress FTW! No es lo mismo una vez que se empieza a meter mano en el código.

void postear(){
     printf("

Lectores, comentadores, visitantes en general: ¡Pueden escribir código en los comentarios!
Los que visitan seguido el blog habrán notado un nuevo recuadro al lado de la caja de comentarios. Esta indica cómo escribir código sin que el querido WordPress transforme sus signos de < y > y su indentación en papas fritas.

En varios posts hemos tenido el problema de querer mostrar código fuente, y no lograr los resultados que esperábamos. Destaco los posts sobre sintaxis, y más recientemente el post de AWK, o el de Wordpress y caption, donde pasó lo mismo (malditos <>).

Como estoy usando el plugin WP-Syntax para mostrar código fuente, pueden hacer uso de él a la hora de comentar. Su código respetará la indentación, y se mostrará coloreado acorde al lenguaje que usen. En el recuadro del cual les hablaba pueden encontrar la forma de uso (no me hagan repetir ).

Los lenguajes reconocidos hasta el momento se listan a continuación. A su vez, son los nombres que hay que poner para comentar en el tag “pre”: <pre lang=”L“>código</pre> donde L es uno de los siguientes:

abap, actionscript, actionscript3, ada, apache, applescript, asm, asp, autoit, bash, blitzbasic, bnf, c, c_mac, caddcl, cadlisp, cfdg, cfm, cpp-qt, cpp, csharp, css, d, delphi, diff, div, dos, dot, eiffel, fortran, freebasic, genero, gettext, glsl, gml, groovy, haskell, html4strict, idl, ini, inno, io, java, java5, javascript, kixtart, latex, lisp, lotusformulas, lotusscript, lua, m68k, matlab, mirc, mpasm, mxml, mysql, nsis, objc, ocaml-brief, caml, oobas, oracle8, pascal, per, perl, php-brief, php, plsql, python, qbasic, rails, reg, robots, ruby, sas, scala, scheme, sdlbasic, smalltalk, smarty, sql, tcl, text, thinbasic, tsql, vb, vbnet, verilog, vhdl, visualfoxpro, winbatch, xml, xpp, z80

Espero que les guste, y cualquier sugerencia, crítica u opinión, me la hacen llegar. Gracias por leer!

");
}

Debian Powered

De forma bastante original, y con poco tiempo, se anunció en la lista de desarrollo de debian el congelamiento de Debian Lenny para la próxima semana:

                    ______________________
                   < We freeze next week! >
                    ----------------------
                            \   ^__^
                             \  (oo)\_______
                                (__)\       )\/\
                                    ||----w |
                                    ||     ||

A partir de la semana próxima, habrá un congelamiento, en el hecho que no se pasarán más paquetes desde Sid (unstable) a Lenny (testing), para concentrarse en resolver los bugs. Todo esto, ¡esperando a Debian Lenny 5.0 para setiembre de 2008!

Si bien históricamente han habido atrasos, hay que tener confianza en los desarrolladores. Para los usuarios de Debian en general, no implica más que la celebración de una nueva versión, porque la mayoría ya usan Lenny o Sid como repositorios principales.

Algo realmente admirable de los desarrolladores de Debian son sus BSP - Bug Squashing Parties (fiestas de “reventar”[¿?] bugs). Se trata de reuniones donde se dedican exclusivamente a corregir bugs. Al haber 360 bugs de más que afectan a Lenny, se están organizando maratones de BSP’s.

Versionado de lanzamientos

También en la lista de desarrollo, hubo una propuesta para cambiar la forma en que Debian versiona sus lanzamientos. Martin Krafft propone aumentar el primer número con cada lanzamiento “punto” / r release, y el segundo con cada re lanzamiento que incluya paquetes arreglados, mientras que lanzamientos nuevos de la rama estable con nuevas características (se viene Etch y medio), deberían tener un 5 como segundo número para mostrar la “media actualización”.

Lars Wirzenius recordó que Debian introdujo el esquema actual de versionado porque los vendedores de CD temían que las cajas viejas quedaran en los estantes tras un re lanzamiento. (Sus discos X.Y se verían desactualizados si salía la versión X.Y+1, aunque se pudieran actualizar perfectamente por la red).Otros prefirieron un esquema de versionado clásico con dos puntos, donde el primer número fuera aumentando con cada lanzamiento grande, el tercero con lanzamientos de bugs corregidos y el segundo con lanzamientos que agregara nuevas características.

Martin Kraff está llevando a cabo una encuesta en
http://doodle.ch/participation.html?pollId=8zauai3nqges2ur8
Donde por el momento viene ganando “a favor, así que existe una posibilidad de que el versionado cambie a partir de Lenny.

         (__)
         (oo)
   /------\/
  / |    ||
 *  /\---/\
    ~~   ~~
...."Have you mooed today?"...

Cadáveres de Cerveza

En el día de ayer, Lunes 21 de Julio de 2008, se dio un evento histórico… Volvieron a reunirse los Farzantes! ¿Qué es “Los Farzantes”? Un trío de amigos “músicos“ (no, en serio, resalto las comillas) que se juntaban a hacer sonar sus instrumentos intentando seguir una línea en común.

El 31 de diciembre de 2005, me junté con Leo Farzante y Maxi Farzante, y formamos este proyecto que se venía anunciando y gestando desde hacía tiempo. Lo llamamos Farzantes, ya que el adjetivo se ajusta muy bien a nuestras personalidades, y decimos que tocamos “Drunk Rock” (nunca faltaba el alcohol en los ensayos).

Nuestra primer y única presentación en vivo fue en el cumpleaños de Maxi, bajista y vocalista, el 20 de febrero de 2006. Ya entrado el 2006, las ocupaciones y responsabilidades nos llevaron a dejar de lado el proyecto.

Ayer lunes, después de comentarlo un poco y coordinar un día, volvimos a tocar juntos. Nos juntamos en la sala de ensayo/estudio de Maxi Squat, quien además me prestó su guitarra. Repasamos los 5 temas propios que solíamos hacer, mas unos cuantos covers.

Leo Farzante en la batería, estaba bastante oxidado. No tocaba la batería desde nuestro último ensayo (actualmente toca el bajo en No Me Importa). Yo igual, las 3 horas que estuvimos “chiveando” me dejaron ardiendo las yemas de los dedos…  (además que no me acordaba la mitad de los temas). El que andaba mejor era Maxi Farzante, quien además se llevó todos los temas y los plagió con Electroshock
Como invitado, tocó con nosotros Chiki Electroshock.

Dejo algunas fotos de lo que fue “el regreso”:

Leo Farzante	Yo Farzante
Maxi Farzante	Chiki Electroshock

* TITULO DEL ITEM - Descripción del ítem.

Lo que necesitaba era obtener una lista así:
titulo del item 1, titulo del item 2, ... , titulo del item n.
Y obviamente, lo primero que se me ocurrió fue usar AWK.

<conceptosAWK>
AWK es un lenguaje de programación interpretado orientado a datos. Recibe texto como entrada, y trabaja con eso. Ejecuta una acción por cada línea de texto, y a su vez, cada dato “separado” en esa linea de texto es un registro al que se accede con $1, $2, … , $n.
El separador de registros es importante. Por defecto toma el espacio como separador.
</conceptosAWK>

En este archivo en particular, opté empezar por separar el título de su descripción. Primero proceso el archivo para eliminar lo que hay después del guión. Para eso especifico que el separador de campo sea el guión “-”:

awk 'BEGIN{FS="-"}{print $1}' items.txt > resultado.txt

Lo que estoy haciendo acá, es especificando que separe los registros por “-”. Entonces $1 va a ser “* TITULO DEL ITEM” y $2 va a ser “Descripción del ítem.“. Le paso como parámetro items.txt, y voy guardando el resultado en resultado.txt. (Redirijo la salida del awk con “>” a un archivo de texto resultado.txt).

El archivo resultado.txt me queda con el formato: “* TITULO DEL ITEM” para cada ítem. Ahora lo paso a minúsculas, y de paso saco el asterisco que no lo necesito:

awk 'BEGIN{FS="*"}{print tolower($2", ")}' $2

Me quedó algo así:
titulo del item 1 , titulo del item 2 , … , titulo del item n ,
Ahora, lo que tengo que hacer sacar el espacio antes de las comas, para eso puedo usar SED:

sed s/\ ,/,/

Reemplazo los ” ,” con “,” y listo. El archivo quedó:
titulo del item 1 , titulo del item 2 , … , titulo del item n ,

Me hice un script, que recibe como parámetros dos archivos. El primer parámetro $1, es el archivo que hay que editar, y el segundo parámetro $2 va a ser el resultado:

#!/bin/bash
awk 'BEGIN{FS="-"}{print $1}' $1 > $2
echo `awk 'BEGIN{FS="*"}{print tolower($2", ")}' $2` > $2
echo `sed s/\ ,/,/ $2` > $2

Lo novedoso, por lo menos para mí, fue el uso de la función “tolower” en AWK. Así que para pasar un texto a minúsculas o a mayúsculas de forma bien sencilla, simplemente hay que usar esta función. Idem para pasar a mayúsculas: toupper. Los scripts quedarían algo así:

Para pasar todo el texto a minúsculas:

tolower.sh
#!/bin/bash
echo $@ | awk '{print tolower($0)}'
#Este script pasa a minúsculas todos los parámetros que reciba.

Para pasar todo el texto a mayúsculas:

toupper.sh
#!/bin/bash
echo $@ | awk '{print toupper($0)}'
#Este script pasa a mayúsculas todos los parámetros que reciba.

O directamente, si se acuerdan cómo usar AWK, lo más rápido es hacerlo derecho desde consola.

Y tá, eso es lo que estuve haciendo en un rato. Como estuvo divertido, lo documenté por acá
En una de esas a alguien le sirve.

¿Qué es Git?

Git es un sistema de control de versiones diseñado para manejar proyectos muy grandes con velocidad y eficiencia, pero igual de apropiado para repositorios pequeños; es especialmente popular con la comunidad open source, sirviendo como plataforma de desarrollo para proyectos como el Kernel Linux, Ruby on Rails, WINE o X.org.

Git cae en la categoría de herramientas de manejo de código fuente distribuído, similar por ejemplo a Mercurial o Bazaar. Cada directorio de trabajo de Git es un repositorio completo con historial y capacidades totales de tracking de revisiones, independiente de acceso de red o un servidor central. Aún así, Git es extremadamente rápido y eficiente con el espacio.

Git es un proyecto Open Source cubierto por la GNU General Public License v2. Originalmente escrito por Linus Torvalds y mantenido por Junio C Hamano.

Git Cheat Sheet

Instalarlo no tiene muchas complicaciones. En mi caso con Debian:
apt-get install git-core
Y ya tengo las herramientas para obtener código fuente y subirlo.

Hay una CheatSheet (hoja de referencia, chuleta, trensito) de Git en su wiki, que me resultó extremadamente útil a la hora de obtener el código fuente de un proyecto.

En su sitio web pueden encontrar los “Crash Courses“, algo así como cursos para comenzar a usar Git rápidamente. Estos son:

• Git for everyone
• Maintaining patches on top of Git tree
• Git for SVN users

En mi caso, aprendí todo lo que sé de control de versiones con Version Control with Subversion por lo que Git for SVN users debe ser un buen lugar para empezar.

Además de empezar a familiarizarme con Git, conocí github, un sitio para hostear código fuente con Git. Inscribirse toma unos segundos, y ya podemos empezar a usarlo, y recorrer otros repos.

Historia y desarrollo:

La descripción de su sitio web en Google Code dice más o menos así:

Arora es un navegador web simple y multi plataforma. Actualmente Arora es un navegador muy básico cuyas características incluyen “Historial” y “Bookmarks”. No tiene soporte para plugins de Netscape, así que no hay soporte para flash hasta Qt 4.5. Pero es pequeño, menos de 10.000 líneas de código, muy rápido, liviano, y divertido de hackear. Arora y QtWebKit están desarrollados para ser multi plataforma usando la biblioteca Qt. Originalmente se creó como demo para Qt para ayudar a testear el componente QtWebKit y encontrar problemas y bugs del API antes del lanzamiento. Se puede encontrar una versión más vieja todavía en el código fuente de Qt en el directorio demo/browser. Arora funciona en Linux, OS X, Windows y Linux embebido usando Qt Embedded.

Su desarrollador es Benjamin C Meyer (a.k.a. “icefox”), desarrollador de Trolltech, quien tras programar el demo, hizo el fork y lo nombró “Arora”. La meta principal del proyecto es enfocarse en crear un navegador open source sobre webkit, capaz de ser usado como navegador diario, con las características típicas: Historial, bookmarks, pestañas, y extensiones.

Hasta el momento, han logrado 3 de las 4 metas iniciales. Tiene pestañas, historial y favoritos. Parte de la idea también es que se mantenga totalmente abierto, rápido y estable, multi-plataforma y mantener un código fácil de entender.

Señalan como “lo que no quieren lograr“: volverse un navegador de KDE o Windows. O sea, pretenden mantener el navegador libre de plataforma, y en caso de integrar características específicas para algún entorno en particular, hacerlo a través de extensiones. Además, esperan “nunca volverse otro Mozilla”, implementando todas las características como extensiones por fuera del navegador.

QtWebKit

WebKit es un framework open source con los cimientos para crear un navegador web. Originalmente se derivó de la biblioteca KHTML de Konqueror por Apple para su navegador Safari, y ahora está siendo desarrollado por Apple, Nokia (quien compró Trolltech, la empresa responsable de Qt), Google y otros. Pasa el Acid2 test y desde Marzo de 2008 pasa con 100/100 el Acid3 test (¡estándard!).

QtWebKit está basado en WebKit, provee un motor para navegador web que facilita embeder contenido de la World Wide Web en aplicaciones Qt. Al mismo tiempo, el contenido de la web puede ser mejorado con controles nativos.

Instalar Arora

Si usan Debian Lenny/Sid o ArchLinux, pueden encontrar Arora en los repositorios. Así que con apt-get o pacman (más info para ArchLinux) pueden instalarlo resolviendo automáticamente las dependencias.

También pueden descargar Arora desde el siguiente enlace:
http://code.google.com/p/arora/downloads/list
Está el código fuente en formato tar.gz, un paquete .deb para Ubuntu 8.04 y un instalador en formato exe para Windows.

Acerca de... Arora

Usando Arora

Lo primero que tengo que decir, es que para ir en la versión 0.2, el navegador es bastante estable y totalmente usable. A primera vista, encontramos algunas cosas familiares de la familia Mozilla: pestañas, colocación de botones y barras de herramientas, buscador de Google al costado. Está bien, no hay porqué reinventar la rueda en esto, y no apunta a la innovación. Pero lo primero que “agradece” la vista es la integración con la apariencia de KDE.

Es bien liviano, consume muy pocos recursos, aunque todavía no tiene extensiones para sumar al consumo de memoria…

Probé abrir varias pestañas con distintos sitios web, y no llegué a enlentecerlo (tampoco probé con una cantidad exagerada). Me impresionó lo rápido que cargó GMail, lo que demuestra que tiene JavaScript bien clarito. Sin embargo, ya logueado en mi cuenta de GMail, se volvió un poco lento.

Navegador Web Arora

El logo es bastante simpático, con tantos pingüinos en la vuelta, hacía falta un oso polar… (Penguins & Polarbears, temón!). Como se caracteriza en el Software Libre, se trata de tener opciones, y Arora es una opción más. Si bien todavía está en una etapa temprana de desarrollo, promete mucho. Se puede seguir su desarrollo en el blog Arora Development.

Sin dudas la rapidez y sencillez viene muy agradecida, en una época donde los navegadores acumulan cada vez más bloat, un comienzo de cero y con un motor así, viene de pelos. Le va a encantar a los usuarios de KDE, ya que se siente como parte de KDE, y se perfila como un competidor directo de Firefox, Konqueror, y demás participantes en “la guerra de los navegadores”.

Un usuario incluso lo sugirió como navegador por defecto en Open SuSE. Parece una idea descabellada para ser un navegador en estado tan prematuro, pero no me extrañaría que algo así pase en el futuro. Otro punto a favor que tiene, es la posibilidad de funcionar en equipos con sistemas embebidos, por lo que entra a la competencia de dispositivos móviles desde el principio.

Sin dudas es un navegador muy prometedor, y que tiene mucho futuro. Estén atentos a la salida de nuevas versiones:

http://www.arora-browser.org/