>
> Buenas!
> En mi trabajo, estamos evaluando librerías gráficas para el desarrollo de
> una aplicación. La aplicación es algo asi como un cliente para una
> administración de proyectos, pero mas tirando al soporte de desarrollo con
> metodologías agiles. O sea una aplicación que soporte el seguimiento de un
> desarrollo, manejo de Teams para cada proyecto, releases, stories, tasks...
> algo como Scrum.
>
> La idea era hacerlo con python, por lo que estuve evaluando por un tiempito
> PyGTK y PyQt. Cuando nos estabamos convenciendo por una de las dos... alguna
> mente perversa dijo "y porqué no con XUL?"
>
> y .... porqué no? =S
>  Asi que decidimos darle un changui (se usa esa palabra aca en bs as?) a
> XUL, dedicando un poco de tiempo a investigarlo.
Bien dicho! Dale de mi parte un chupetín a esa mente perversa =P...

>
> Y esa es la historia. Tienen alguna experiencia usando XUL? Herramientas
> para usar? Tutoriales?
>  Se que hay bastante en internet, pero me vendría bien alguna opinión "mas
> cercana" o algún consejo.
Te cuento, hace un tiempo que 'mi principal plataforma para programas
de escritorio' es xul. Si bien para ser usable necesitas un mínimo de
conocimiento, asumiendo esa base, es ágil, facil de mantener, bonito,
funcional y no tiene muchas contras (tal vez, la única fuerte que
encontré en ciertos entornos comerciales es que no les gusta que aprte
del codigo quede 'visible' como js).

Xul es un xml que podes pensarlo como xhtml (y además podes mezclarlo
cn xhtml, svg, mathml (era así?) y algun otro dialecto xml soportado
por mozilla). Dicho eso, no hay diferencia conceptual entre xul y
xhtml, se programa la interactividad de usuario con dom y js (tal como
la web) y se aplica diseño con css (idem web).

Lo más fuerte al comienzo de xul es que usa un modelo de cajas no de
flow (como html) para el contenido (al mejor estilo gtk).

Nota: por defecto, "el release" desde mozilla no soporta python, si lo
querés, tendrias qeu compilarlo vos mismo. Eso sería si querés
incrustrar python en xul, otra cosa es si usas python por fuera como
una aplicación auxiliar a la de xul.

Enlaces:
http://www.xulplanet.com/tutorials/xultu/ (viejito pero un clásico)
http://developer.mozilla.org/en/docs/Getting_started_with_XULRunner
lo demás son estándares de w3c que los podes sacar de w3c,
developer.mozilla.org o de donde más te plazca ;).
>
> La idea es no delegar mucha responsabilidad a la app ya que habría un
> server.
Podes perfectamente, he hecho clientes de ese estilo y funciona bien.
Podes usar cualquier técnica web de comunicación, un post,
httpxmlrequest, hasta escribir un protocolo propio ;).

Lo único "en contra", si tenes que hacer algo funcional 'por fuera' ed
lo que xul permite, tenés que extenderlo en C++ [1] y lidiar con
compilar mozilla, aprender parte 'de cómo anda por dentro' y demás
internas que no suelen ser tan triviales. Otra contra: sobre algo o
hay muy buena y util documentación, o no hay nada, en cuyo caso el irc
(caso bueno) o mirar el codigo de cómo anda en mozilla es la solución
(caso largo).

[1] xul tiene mecanismos de extensión pero para "funcionalidad visual"
y si bien hay muchas cosas que se pueden escribir con js (incluso
xpcom complejos) hay cosas que no te quedan otra qeu caer en C++, no
son las más pero hay [por ejemplo, cuando escribí un proxy a la
libreria de mysql].

Llegado el caso, avisame que te paso ejemplos mios puntuales y demás detalles.

PD: no sabes que feliz me puso tu correo, Gracias!

-- 
Mariano

_______________________________________________
Lista de correo Programacion.
[email protected]
http://listas.fi.uba.ar/mailman/listinfo/programacion

Responder a