Archivo

Archivo para julio, 2004

GNOME Notifier consigue adherentes

Jueves, 29 de julio de 2004 Sin comentarios

Ayer publique en gnome-devel-list las ideas que tenia acerca de como podría ser un sistema de notificación para GNOME o bien para un entorno de escritorio en general. Recibí varios comentarios, uno de ellos es que hay gente que ya esta trabajando en una especificación de este tipo. La acabo de leer y se ve super bien.

Como se parece bastante a las ideas que tenia, voy a comenzar a modificar el código que tengo para que se adhiera a esta especificación. Ya existen algunos desarrolladores de aplicaciones clientes que estarían interactuando con el sistema de notificación (evolution-data-server por ejemplo).

Update : Acabo de ver que ya incluyeron traducciones para gnome-notifier, vaya como trabajan estos muchachos, yo ni siquiera me acuerdo que strings contiene la aplicación.

GNOME OpenOffice

Mientras buscaba material para el programa de ayer, me acorde de una aplicación para precargar OpenOffice llamada OpenOffice Quick Start. Encontré una versión bastante vieja para GNOME, y como lo necesario para hacer esa aplicación es casi lo mismo de la base de GNOME Notifier, lo recorte un poco y escribí el código necesario para GNOME OpenOffice QuickStart, o bien gnome-ooqs . El código esta en el CVS de GNOME. Aun no funciona 100% bien, pero ya hace lo basico que es algo muy charcha :-)

Adiós ATI. Larga vida a NVIDIA

Martes, 27 de julio de 2004 Sin comentarios

Decidí no continuar tratando de solucionar el problema de las salidas de vídeo de mi notebook. Por el lado de la salida s-video, es demasiado el tiempo invertido versus resultados, en ese mismo tiempo podría estar haciendo otra cosa y en esos términos me esta saliendo muy caro.  Por el lado de la salida VGA, todo indica que hay un poco de ruido en la señal de sincronismo y eso causa problemas con la CorioScan.

El resultado es que tengo el notebook en venta (ya hay unA interesadA), y encargué otro en Dell. Me preocupé de que este tuviera una tarjeta NVIDIA, mucho mejor soportada en Linux según mis experiencias.

EL notebook Toshiba lo mande a amononar para la venta, asi que estoy prácticamente sin computador en la casa. La semana pasada cai enfermo en cama y lo eche mucho de menos.

Encuentros

Germán anuncio el encuentro de desarrolladores para el 14 de agosto. Voy a hacer todo lo posible para ir, aunque hubiese preferido que fuese en un tiempo mas para poder mostrar algunas cosas.

El 27 y 28 de agosto estaré en el Encuentro Linux Norte Grande . Ya esta publicado el programa y se ve que va a estar muy bueno.

TVNauta

Esta semana voy a mostrar OpenOffice, y voy a reservar la muestra de mas aplicaciones 3D para cuando tenga el nuevo notebook.
La semana pasada hicieron un “review” de nuestro programa en SQP (Salvese Quien Pueda) que es un programa de espectáculos de Chilevision. El analisis del “periodista” encargado no fue muy bueno porque se noto que solo había visto el programa un ratito el dia anterior, de hecho según el yo era uno de los conductores jaja. Al menos habían otros dos personajes que conocían un poco mas el programa. En general salimos bien parados, lo reconocieron como un buen programa, aunque según ellos el Seba es amanerado y yo soy “como Miguelo”.

GNOME Notifier

Miércoles, 21 de julio de 2004 2 comentarios

Hace un tiempo atrás Miguel de Icaza llamo la atención con algunos experimentos para mejorar el uso que se le da al área de notificación. Básicamente es tener un canal por el cual las aplicaciones o el sistema puede notificar al usuario de ciertos eventos. En el mismo enlace aparece una excelente clasificación de interacción entre usuario y sistema de Microsoft.

Una utilidad de notificación simple, no obstrusiva es algo que echo mucho de menos. Linux/GNOME como escritorio en ese sentido es demasiado extremista, o la notificación se va al log del sistema o bien la notificación aparece como una ventana modal que molesta.

Un sistema de notificación común seria ideal para que los desarrolladores de aplicaciones simplemente envíen un mensajito y otra aplicación se encarge de hacer llegar ese mensaje al usuario. Ejemplos de notificaciones:

  • La batería esta baja o cargada al 100%
  • Hay nuevo correo
  • Alguien le ha enviado un mensaje (y gaim esta sin focus)
  • Se ha (des)conectado el cable de red
  • Se ha encontrado una red wireless
  • Tienes reunión en 30 minutos, déjate de tontear!
  • Se ha conectado un amigo
  • El archivo foo.bar ya descargó
  • etc

Lo ideal seria analizar los distintos tipos de notificaciones y establecer un patrón de notificaciones (como dice Miguel). Por ejemplo hay algunas que son importantes como la de la batería, y hay otras que solo son avisos como el del nuevo correo.

Seguí el link de Miguel y vi que había un pequeño experimento que es una aplicación que vía DBUS recibe notificaciones. También hay otra aplicación en gnotify.sf.net, pero no hace uso de DBUS entre otras cosas. Contacte al autor del primer intento y me dijo que no pensaba hacer nada a ese código, así que comencé a trabajar con el.

Partí pegoteando cosas para tener una base andando. Ahora el código esta autotoolizado y crea un icono de notificaciones en el área de notificaciones, ademas de tener la funcionalidad original que es mostrar las notificaciones. Básicamente junte el código de notificaciones y un ejemplo de uso de trayicon para tener esta base andando… por 30 minutos no esta nada de mal :-)

Antes de continuar, quiero definir bien la forma en que las aplicaciones interactuaran con el, no tiene gracia que cada aplicación notifique a su pinta, creo que es muchísimo mejor que la aplicación (notifier) decida como mostrar la notificación.

Cuando tenga una buena base, lo voy a mover al CVS de GNOME.

GNOME en Chile

Apoyo totalmente la idea de hacer un encuentro entre desarrolladores acá en Chile, aunque sea en Conce. Por mi no hay problema en ir siempre y cuando se defina una fecha con anticipación.

Encuentro Linux

Viernes, 16 de julio de 2004 1 comentario

En Planeta GNOME se pueden leer un par de publicaciones de German y Fernando acerca de lo conveniente de asistir al Encuentro Nacional de Linux.

En el caso de ambos, lo que buscan es que producto del Encuentro aparezcan nuevos hackers de Linux y proyectos relacionados, y eso no es algo que ocurra fácilmente. En mi caso al menos eso no es lo que espero de un Encuentro. Primero hay que ver, que gente va al Encuentro? cuales son sus expectativas?

Como dice Germán, una gran cantidad de la gente que va porque quiere conocer Linux o porque necesita aprender algo que lo podrá aplicar en el trabajo, específicamente lo que es configuración de servidores y esas cosas. Personalmente no me motiva hacer charlas sobre administración de sistemas, y en general de cosas que puedes leer, aprender y que te servirán solo en un momento puntual. Entonces hay que preguntarse que diferencia al Encuentro de leer unos manuales? que cosa puede motivar a alguien a costear el tiempo ocupado en asistir a un encuentro + inscripción en vez de quedarse tranquilamente leyendo un manual?

Mi respuesta personal es que la motivación es el poder interactuar personalmente con personajes tan distinguidos como German y otros “monos” como uno ;-) , tanto entre los expositores como con gente de la audiencia.

En las oportunidades anteriores la charla ha sido solamente la actividad “oficial” que respalda el hecho de que mi nombre aparezca entre la gente presente en el evento. Desde mis prioridades personales, los encuentros son la excusa para dedicarnos un par de días a disfrutar de lo que hacemos en compañía de gente que comparte nuestros intereses.

Tal como a Germán, me invitaron para el Encuentro Linux Norte Grande. Independiente de las buenas condiciones de la invitación, el saber quien mas va a estar allá me motiva mucho mas, y el tema de la charla pasa a ser secundario. Por lo tanto mi única exigencia adicional para ir es tener ese espacio de encuentro para compartir con el resto de la gente.

Volviendo al tema del contenido. El estar participando en TVNauta me ha enseñado que para tener un tema interesante, este tema debe ser algo que pueda llamar la atención tanto de novatos como de usuarios avanzados. Es complicado, pero es algo que si se puede hacer. Aunque el tema sea básico, siempre se pueden añadir tips importantes que no todos entenderán, pero si varios le sacaran provecho.

Generar hackers es difícil. Recuerdo que en el 3er Encuentro me tocó abrir, y al terminar la charla un montón de gente quedó super entusiasmada. Después iban a otra charla y también quedaban super entusiasmados con ese tema, al final no sabían que hacer porque todo les había gustado!

Creo que el encuentro, a nivel de audiencia, es una oportunidad para entregar información difícil de recolectar o difícil de sintetizar a través de los medios comunes (internet por ejemplo). En ese sentido, lo que podemos hacer los expositores es entregar algo asi como una “distribución” de conocimientos.

Por ejemplo, en el caso de la charla de autotools, el enfoque de Germán no me pareció el mas adecuado, porque fue algo a gran nivel de detalle. Es más o menos el enfoque de los howtos, de aquellos que contienen harta información, pero un novato no es capaz de discriminar que es lo importante y que es anexo. Esto independiente de que a mi me haya interesado bastante la charla, quedé con la impresión de que la mayoría quedo bastante colgada.

Otro enfoque del mismo tema hubiese sido girar alrededor de algo mas tangible, por ejemplo como hacer una aplicacion de juguete en pocos pasos. Luego, si queda tiempo dar unas rapidas referencias a las herramientas utilizadas indicando para que sirven, y dando referencias/links a sitios para profundizar en el tema. De esa forma tienes de partida una aplicacion para jugar, y luego vas metiendo mano para entender mejor como funciona. Si necesitas algo adicional, ocupas las referencias que te entregaron.

Es como la documentacion en donde te dicen que para programar en GNOME tienes que manejar CORBA, y toda la primera parte habla de CORBA y mucha gente queda ahí y no puede continuar. Si vemos el estado actual de GNOME, CORBA es un detalle de implementación que no vas a tocar a menos que quieras hacer algo muy especifico. Y si llegas a eso especifico, al menos ya tienes toda la experiencia anterior de desarrollo.

En el caso de Fernando, no sé como estarán estructuradas sus charlas de PyGestor. Si yo fuera el, en el caso de un encuentro en Chile lo estructuraría como Desarrollo de Aplicaciones con Python y GTK a nivel muy básico. Mostrando como ejemplo final la experiencia de desarrollo de PyGestor. De esa forma el tema principal tiene una audiencia mayor, y una vez que los tiene enganchados les “vende” PyGestor como un proyecto para participar.

Como decía anteriormente, todo depende de la audiencia. Hace poco tuve que hacer una charla en LinuxTAG de DuocUC, un evento orientado a gente de empresas y estudiantes. Así que el enfoque que le di fue acerca de cómo funciona la maquinaria del Open Source, con sabrosos detalles para los mas avanzados, pero tratando de hacer todo lo suficientemente entendible para los novatos. Los usuarios avanzados se colgaron de esos detalles para hacerme muy buenas preguntas, incluso algunas de ellas daban para una charla completa. Al terminar oficialmente mi exposición, se me acerco un montón de gente interesada en el resto de los detalles, así que la charla que comenzó a las 10:00 termino extraoficialmente a las 18:00!!

Resumiendo mis puntos de vista absolutamente personales:

  • Ir al encuentro es la única oportunidad de compartir con chalados como uno
  • Ir es gratis ;-)
  • En el contenido de las charlas, priorizar el interés común y luego el especifico. Siempre hay instancias de conversación posteriores para los interesados en el detalle.
  • Exigir espacios abiertos/extensos de conversación si a uno lo invitan. Errores de encuentros anteriores fueron espacios muy cortos entre charla y charla, lo que hacia que muchos de nosotros prefiriera quedarse en la sala de expositores antes que ir a otra charla.

Y el séptimo día, descanso

Lunes, 12 de julio de 2004 Sin comentarios

La semana de trabajo fue realmente agotadora, Estuve apoyando a un equipo que necesitaba hacer una entrega y salieron varios detalles. A modo de desquite decidí usar el computador el fin de semana exclusivamente para descansar.

El día sábado fui a visitar a mi hermano, jugamos Delta Force y Colin Mc Rae, le di uso a mi partición de Windows XP, cof! cof!. Mi sobrina es un amor y siempre cuando vamos a su casa es un goce familiar, aun tiene su TUX de peluche aunque le sacó los ojos!

Música

El día domingo también fue de solo descanso. Estuve realizando actividades en la casa y en la tarde me puse a tocar guitarra.

Hace tiempo que quería conseguirme una cámara para tener alguna captura actual para verme las pifias y también pecar de vanidoso. Mi entusiasmo fue aun mayor después de conversar con un muchacho en MSN quien me envió un increíble mensaje de animo para seguir trabajando. Las capturas que hice en vídeo inauguran la sección de videos de música (Actualización : Ahora estan en mi canal de YoutTube).

GNOME

Hace un tiempo atrás me llegaron un par de libros que espere con mucha ansiedad. Uno es el The Official GNOME 2 Developer’s Guide , y el otro es uno de C#. La idea es aprender leyendo off-line ambas cosas, estoy seguro de que el futuro de las aplicaciones desktop de GNOME estará mas cercano de C# que de C.

Jorge Jimenez, mas conocido como Jota en TUXPAN , esta probando algunas cosas en C# por el eventual port de Z4 a esta plataforma. Segun lo conversado se podria hacer algo similar a lo que se hizo con Swing y SWT para realizar interfaces con Windows.Forms y GTK# en forma indistinta a traves de Z4.

Con un poco de suerte…

Viernes, 9 de julio de 2004 Sin comentarios

… si con un poco de suerte, aunque siempre hay algunos motivos de fondo para que pasen las cosas, y como no nos acordamos, lo atribuimos a la suerte. En la escasa hora “libre” que tuve después de almuerzo me puse a mirar el código de la BIOS de la Radeon de mi notebook y pude encontrar justamente la función que necesito analizar, o al menos eso creo.

El código es super saltarín, así que asumiendo de que las primeras llamadas solo eran validaciones, me salte un poco de código y llegue hasta una tabla de métodos virtuales, conté hasta 0×15 que es lo que esta en AL y revise para donde saltaba… justo llegue al lugar en donde analizan los bits de display activo (o eso creo).

Gracias a IDA, que permite poner nombres a las etiquetas, el código de a poco se va haciendo mas legible. Por lo que pude ver el error en la llamada puede ser por un mal seteo de CX o porque hay un registro mal seteado antes de llamar a la función.

En el screenshot se puede ver el código de la BIOS en IDA con los nombres que le he puesto y al lado derecho el código de atitvout que llama a la función.

Video BIOS

Video BIOS

Release de xorg-x11 con nuevas extensiones

Hoy apareció en la lista de correo de xorg el anuncio de que se centraran los esfuerzos en tener XFixes, Damage y Composite para el próximo release de xorg-x11. La idea es tenerlo listo para cuando salga Fedora Core 3.