Android

2010-04-10 14:51

Conswguí la imagen de testing de Android 2.0 de http://android-x86.org. Probé la "estable" 1.6 "stable" pero... era horrible, la mitad de las teclas o opciones de menú hacían que se colgara, reiniciara o se prendiera fuego.

Entonces... ¿cómo va? ¡Lento, pero con potencial!

Lo malo:

Arranca rápido... pero mi Arch Linux arranca más rápido.
Es leeeeento, podés ver cada letra individaual cuando escribís en el coso de búsqueda. Leí que es temporal. Ojalá!
Estoy con una experiencia limitada en aplicaciones porque los "android stores" libres no están tan provistos como el "android marketplace" oficial (¿y porqué corno no puedo bajar apps gratis de ahí????)

Veo agujeros obvios en el panorama de aplicaciones que supongo están bien cubiertos en el marketplace (como, ¿hay un reemplazo para RadioTray?)

¿No hay editor de texto?

¿No hay un procesador de texto semi-decente? ¿Ni siquiera uno que genere HTML?
El web browser es patético. Tal vez esté bien para un teléfono, pero ¿para un sistema "real"? Es horrible. Te da la versión móbil de todos los sitios (obvio) y muchos no te dejan pasar a la "real" (hasta google con el Google Reader), y por supuesto, no hay flash.
El cliente de correo es terrible. No podés no hacer top-posting!!!! "In-Reply-To" está roto!
Las opciones de WiFi están demasiado escondidas. Deberían poderse sacar del icono de wifi.

Lo bueno:

Se apaga muy rápido.
Algunas apps están buenas, especialmente el Aldiko book reader es buenísimo (y puedo compartir los ePub con el fbReader del lado de arch.
El cliemte SSH tiene buenas ideas.
Me gusta mucho el enfoque de "todas tus cosas están en el SD". Hago exactamente lo mismo en Linux. De hecho tengo exactamente la misma organización en los dos sistemas operativos.
La pantalla home con el cajón deslizante de aplicaciones: lindo
La barra de notificaciones "agarrable": muy lindo
Lo de "apretá la tecla menú para ver el menú"? Genio ;-)
Lo de "todo fullscreen todo el tiempo"? Funciona en esta pantalla.
La instalación de aplicaciones es un problema solucionado.
Sé que voy a tener Qt nativo y no puedo esperar!

Todavía no estoy convenciso, Arch es mucho más rápido por ahora, y hace muchas más cosas pero...

Me encargué una pantalla táctil para tener la experiencia como se supone que hay que tenerla.
Lo uso mucho para leer de noche en la cama (Recién terminé Makers, léanlo, está bueno!).
Lo estoy usando para leer correo de vez en cuando (me niego a responder con esa porquería)
Es un despertador bastabte bueno, así que ahora es mi sistema operativo de mesa de luz.

Voy a escribir otro reporte una vez que tenga la pantalla táctil y/o una versión nueva (y ojalá que más rápida).

DBUS-reactor, o AsusOSD debe morir!

2009-12-03 15:04

Léalo aquí

Abrir con: Google Docs

2008-02-12 12:15

De hecho, los únicos documentos que recibo son mensajes de error de usuarios de windows. Éste es el procedimiento que cada uno de ellos ha encontrado para decirme que dice en una página de error de Explorer:

Capturar la pantalla
Pegarla en word
Enviármela por email

Supongo que copiar y pegar el contenido de la página es demasiado difícil. Pero de todas formas, normalmente me las arreglo teniendo kword o abiword a mano, pero estaba pensando...

Estoy leyendo mi mail. Eso quiere decir que tengo Internet. Eso quiere decir que google docs está ahí. ¡Y tienen un API en Python! 15 minutos después... open_with_gdocs.py

#!/usr/bin/env python
import gdata.docs.service,gdata,sys,os

# Create a client class which will make HTTP requests with Google Docs server.
client = gdata.docs.service.DocsService()
# Authenticate using your Google Docs email address and password.
client.ClientLogin('joe@gmail.com', 'whateveritis')

ms = gdata.MediaSource(file_path = sys.argv[1], content_type = "application/msword")
entry = client.UploadDocument(ms,"tmp_open_with_gdocs/%s"%sys.argv[1])
os.system("firefox '%s'"%entry.GetAlternateLink().href)

Pruébenlo. Mientas tengas firefox, una versión decente de python y gdata debería abrir el .doc que se le pase como primer argumento en google docs usando firefox.

Recuerden que hay que borrarlo si no quieren que quede allí, y renombrarlo si quieren guardarlo con un nombre aceptable.

No lo voy a convertir en una aplicación real, pero a mí me sirve. Se pone en el path, se lo asocia con los archivos .doc y funciona.

Un script similar para .xls o para ambos tipos de archivo es trivial.

Podría alguien tomar esto y convertirlo en una aplicación de verdad?

Rebelándose contra la locura: Wicd depende de la mitad de GNOME

2008-02-05 19:44

Estoy usando mi eee hace ya un tiempo con una especie de Kubuntu.

Sin embargo, mi aplicación favorita para manejar redes wireless o no es wicd, que usa Python/GTK. O usaba, ya que la versión 1.4.1 requiere python-gnome2-extras.

Lo que a su vez depende de...

libart-2.0-2 (>= 2.3.18), libaspell15 (>= 0.60), libatk1.0-0 (>= 1.13.2), libbonobo2-0 (>= 2.15.0),
libbonoboui2-0 (>= 2.15.1), libc6 (>= 2.6-1), libcairo2 (>= 1.4.0),
libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.3.5), libgconf2-4 (>= 2.13.5),
libgda3-3, libgdl-1-0, libgdl-gnome-1-0, libgksu1.2-1 (>= 1.3.3), libgksu2-0 (>= 1.9.6),
libgksuui1.0-1, libglade2-0 (>= 1:2.6.1), libglib2.0-0 (>= 2.14.0), libgnome-keyring0 (>= 2.19.6),
libgnome2-0 (>= 2.17.3), libgnomecanvas2-0 (>= 2.11.1), libgnomeui-0 (>= 2.19.1),
libgnomevfs2-0 (>= 1:2.17.90), libgtk2.0-0 (>= 2.12.0), libgtkspell0 (>= 2.0.2),
libice6 (>= 1:1.0.0), libnspr4-0d (>= 1.8.0.10), liborbit2 (>= 1:2.14.8),
libpango1.0-0 (>= 1.18.2), libpng12-0 (>= 1.2.13-4), libpopt0 (>= 1.10), libsm6,
libstartup-notification0 (>= 0.8-1), libx11-6, libxcomposite1 (>=1:0.3-1),
libxcursor1 (>> 1.1.2), libxdamage1 (>= 1:1.1), libxext6, libxfixes3 (>= 1:4.0.1), libxi6, libxinerama1,
libxml2 (>= 2.6.29), libxrandr2 (>= 2:1.2.0), libxrender1, zlib1g (>= 1:1.2.3.3.dfsg-1),
python-support (>= 0.3.4), python (<< 2.6), python (>= 2.4), python-gtk2,
python-pyorbit, python-gnome2-desktop

O sea: a bajar 87MB. Eso no está bueno. De hecho, casi no hay cambios con respecto a 1.3.1 que no requería todo eso! Salvo por un cambio muy importante en una eeePC: se puede achicar la altura a 400 pixels.

Así que siendo lo que soy, hice esto:

Es un reemplazo de gui.py y tray.py de wicd. Sólo necesita PyQt4, que ya lo tenía instaldo y depende de:

libc6 (>= 2.6-1), libgcc1 (>= 1:4.2.1), libqt4-core (>= 4.3.2),
libqt4-gui (>= 4.3.2), libstdc++6 (>= 4.2.1), python-central (>= 0.5.8),
python (<< 2.6), python (>= 2.4), python-sip4 (>= 4.7), python-sip4 (<< 4.8)

¿Se ve la diferencia?

Me tomó unas 3 horas para armarlo, y funciona (excepto red wired, dialogo de preferencias, IPs estáticos y scripts) pero lo difícil está hecho.

Si alguien quiere una copia, que pida nomás. ¿Supongo que KUbuntu podría usar algo así?

Yes, Xandros was horrible. But this ubuntu thing is working out nicely!

2008-01-24 17:47

As I said before, the bastardized Xandros [1] sucked. In fact, I managed to destroy it. So I decided to switch to another distro. Any distro.

Enter eeeXubuntu, a eee-tuned Xubuntu [2].

Since I prefer KDE to XFCE, I started hacking at it, and produced, IMVHO, a much nicer thing.

As you can see, it takes slightly less space than eeeXubuntu's default, and a whooping 1GB less than the default distro.

How did I do it? First, by deciding what I wanted.

No OpenOffice. Koffice is enough to read docs, then there is Google docs, and I produce my texts using docutils
No printing. I have not used a printer in 5 years. What are the odds I will use one from the eee?
wicd for network configuration. It works for wireless/wired/encrypted and has no problem whatsoever reconnecting after suspend.
yakuake for terminal. It uses the least screen-space possible: none if you are not using it.
Firefox + Flash (I would use Konqueror, if flash9 had not broken it)
Kmail + Akregator for mail and RSS

It works great, boots in 35 seconds (and I have not tuned that, yet).

Here's the list of installed packages and here's the list of repos I am using

Maybe someone more enterprising will make a real distro out of it.

Ralsina.Me — El sitio web de Roberto Alsina

Publicaciones sobre eee