GUI con Python

[Hernan M Foffani]

>>Guido no ve la necesidad. Visto la que se montó cuando dijo que le
>>gustaba determinado Web Framework y que a día de hoy las bibliotecas GUI ya >tienen años en el mercado con cientos (¿miles?) de aplicaciones funcionando, >imagino que se lo pensará dos veces antes de abrir la boca :-)
>
>  Hola.
> Lo que Alcides Fonseca propone aqui http://blog.alcidesfonseca.com/blog/234
> es utilizar una una interfaz con una API común para los GUI existentes, tenemos el ejemplo de PyGUI: http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/, y de Twilight: http://students.ceid.upatras.gr/~sxanth/twgui/twdoc.html
>  Por decirlo llanamente; un lenguaje gráfico común y muy pythónico, que conecte con Wx, Qt, GTK... en esto si podría mojarse Guido... cuando tenga un rato libre, claro...  ;-)

Hace algunos años se hizo un proyecto así: anygui. Quedó como prueba de concepto
y ahora está abandonado. PyGUI otro tanto. Twilight lo mismo.

El problema es que hay que tomar decisiones
de diseño estructurales que impactan en la solución final. Por ejemplo:
¿la GUI genérica solo soporta el mínimo común de todas las toolkit o
establece un estándar de funcionalidad y todas aquellos toolkit que no
la cumplen quedan fuera? ¿Qué hacer con el bucle de eventos?
¿Y qué hacer con las bibliotecas que no son GUI (por ejemplo,
la Qt Network Library)?
No son decisiones que puedan calificarse de bien o mal y cualquier
camino que se tome siempre dejarán descontentos a un grupo grande
de usuarios.

Hoy día hay varios jugadores fuertes apostando por posicionar
su producto como estándar de facto (desde html/css puro a Silverlight/Air).
A esta altura del partido no creo que sea posible decantarse por una
tecnología u otra.
_______________________________________________
Lista de correo Python-es 
http://listas.aditel.org/listinfo/python-es
FAQ: http://listas.aditel.org/faqpyes