Le problème, c'est que XUL/EcmaScript ne repondent pas aux besoins des entreprises.
Tu pourras faire une interface graphique à peine plus complexe qu'avec du XHTML/CSS/EcmaScript.
Mais si tu veux pouvoir réutiliser tes composants afin de les mettre à profit à d'autre endroit d'un projet. Tu ne pourra qu'en acquerant des compétences dans d'autre technologie et la tu te retrouves à te plonger dans la description: XPCOM , XBL, création de XPI.
Sans compter, les problèmes de déploiements de composants XPI du aux différentes versions de Mozilla. C sur tu peux faire plein de choses complexes mais tu ne pourras pas faire choses des simples rapidements.
A çà, tu rajoutes le développement du coté serveur dans un autre langage et tu te retrouves avec un beau mic-mac. Ou chaque développeur est irremplaçable car il n'y a que lui qui maitrise une technologies employé dans le projet.
A çà, tu rajoutes toutes les parties codes qui vont être réecrite plusieurs fois. Par exemple, un objet métier et son comportement une fois en JavaScript côté client , une fois Php ou en Java côte serveur.
Bref, tu changes un attribut ou comportement de ton objet métier, tu modifie le projet à 2 endroits différents dans deux langages différents.
De plus, Microsoft, et Macromedia propose un système reposant sur une seul implémentation. J'espère que Mozilla, et Opera s'arrangeront aussi pour avoir qu'une seul implémentation...
[^] # Re: hum ... XUL, CSS, SVG, ...
Posté par syj . En réponse au journal Les rich clients XAML , XUL, Flash/ActionScript : une bataille gagné d'avance pour Microsoft.. Évalué à 2.
Tu pourras faire une interface graphique à peine plus complexe qu'avec du XHTML/CSS/EcmaScript.
Mais si tu veux pouvoir réutiliser tes composants afin de les mettre à profit à d'autre endroit d'un projet. Tu ne pourra qu'en acquerant des compétences dans d'autre technologie et la tu te retrouves à te plonger dans la description: XPCOM , XBL, création de XPI.
Sans compter, les problèmes de déploiements de composants XPI du aux différentes versions de Mozilla. C sur tu peux faire plein de choses complexes mais tu ne pourras pas faire choses des simples rapidements.
A çà, tu rajoutes le développement du coté serveur dans un autre langage et tu te retrouves avec un beau mic-mac. Ou chaque développeur est irremplaçable car il n'y a que lui qui maitrise une technologies employé dans le projet.
A çà, tu rajoutes toutes les parties codes qui vont être réecrite plusieurs fois. Par exemple, un objet métier et son comportement une fois en JavaScript côté client , une fois Php ou en Java côte serveur.
Bref, tu changes un attribut ou comportement de ton objet métier, tu modifie le projet à 2 endroits différents dans deux langages différents.
De plus, Microsoft, et Macromedia propose un système reposant sur une seul implémentation. J'espère que Mozilla, et Opera s'arrangeront aussi pour avoir qu'une seul implémentation...
Bref du bonheur.
A la question: "y a t il un XULforge ? un site regroupant des projets basés sur XUL. "
Pour XUL, j'ai ces liens :
http://www.xulfr.org/(...)
http://www.xulplanet.com/(...)