Pablo Angulo escribió:
> jonhattan escribió:
>   
>> pues se me ocurre que podemos hacer un gui-sprint y hacer la misma
>> aplicación con gtk y luego con wxpython[1] así comparamos y llevamos
>> la batalla vim-emacs a las interfaces gráficas, je. 
>>     
> Ex celente
>   
>> Existe también python-wxglade (y XRC, similar al formato GTKBuilder)
>> pero yo preferiría explicar wxpython a pelo.
>>     
> Mejor, más variedad.
>   
>> [1] wxpython es el binding en python de la librería wxwidgets, escrita
>> en C++ y que originalmente se llamaba wxwindows. Es por ejemplo la
>> librería con la que están hechos amule, audacity y las versiones
>> antiguas de vlc (ahora usa Qt).
>>     
> Lo probé, y si no lo confundo con otro, me gustó mucho el mecanismo que
> usa para los layouts y alguna otra cosa. Por otro lado, me gusta del
> enfoque gtk+glade la idea de que si eres un programador, deberías tocar
> la GUI lo menos posible. Idealmente, que la haga otro. Y cuando la GUI
> esté terminada, que cada usuaria escoja el tema para que la aplicación
> tenga el aspecto que a ella le guste, no el que te gusta a tí.
>
> Un saludo
>   
para una GUI "estática" donde hay x elementos fijos con los que 
interactuar no me parece mal. yo empecé con glade y otros "constructores 
de GUI" y acabé prescindiendo de ellos y escribiendo directamente el 
código por varios motivos:

 * porque al principio fue la línea de comandos :P
 * glade (y otros) no te dan todo-todo-todo lo que trae el gui toolkit
 * es complicado reciclar
 * posibles problemas al actualizar la interfaz gráfica con glade
 * depurar el código generado por glade (o peor aún, un xml que define 
la interfaz gráfica) no es tan directo y transparente como depurar tu 
propio código.
 * posibilidad de generar interfaces "dinámicas". Por ejemplo, se me 
ocurre, para una encuesta con N preguntas... se pueden leer las 
preguntas desde una bbdd y meter los widgets que hagan falta en la 
ventana usando un bucle. Hacerlo con glade no sirve en este caso,,, y 
para integrar la mitad glade, la mitad codigo propio... prefiero 
controlar todo el proceso :)


Pablo: si quieres quedamos algún día y vemos en el terreno cómo enfocar 
los cursos.


saludos,
jonhattan












_______________________________________________
Hackademy mailing list
[email protected]
https://listas.sindominio.net/mailman/listinfo/hackademy

Responder a