[Xulfr] conseils pour projet (long terme)

[marc dassonneville]

Bonjour Benoit,

> Quelle alternative proposerais-tu ?

aucune, je n'ai pas assez de recul sur d'autres technologies pour te conseiller.

néanmoins, je pense qu'il faut rester sur des technos web classique (a
base de html) tant qu'il n'y a pas de nécéssité de developper un
client "lourd", afin de s'éviter tout futur problème
d'incompatibilité, et gagner en temps de developpement.

pour ce qui est des applications clients lourds xul (addons mozilla /
appli xulRunner), donc dans ton cas, je peux juste te dire que j'ai
travaillé avec la personne qui a developpé le messenger xul skyrock ,
et qui, à cause de multiple problèmes, l'a refait en .net et semblait
heureux de ce choix.

personnellement j'ai beaucoup d'attentes envers les technos microsoft
à base de .net (wpf/silverlight, mono/Moonlight ss linux), mais je ne
peux pas faire de comparatif avec xul car je n'ai pas encore eu
l'occasion de les utiliser.

TheJoyOfXul.

On 11/12/07, Thomas Rabaix <thomas at rabaix.net> wrote:
> Bonjour,
>
> Je ne pensais pas que mon post provoquerait autant de retours ! Je suis
> heureux de lire vos reponses !
>
>   - Je felicite les traducteurs de la doc xulplanet.com. Cependant je
> persiste dans le fait qu'il manque des exemples ou des "best practices"
> pour architecturer au mieux une application web en fonction des
> possibilitees de la plateforme Mozilla.
>
>   - Je trouve dommage qu'il faut attendre Firefox 3 (quid de la sortie
> ?) pour avoir des widgets supplementaires. Pourrat-on definir des
> elements XUL (select box, ...) dans un tree avec FF3 ?
>
>   - Je suis d'accord sur le fait de l'impression d'une interface ne soit
> pas logique, cependant les utilisateurs d'une application web on pris
> l'habitude de faire "Fichier > Imprimer". Deplus le CSS offre des
> possibilites tres riches pour l'impression, definition de footer et
> header. Or cela n'est pas implemente dans FF, c'est dommage ! Car pour
> une plateforme web on est obligé de passer par du PDF pour imprimer un
> document.
>
>   - Oui le xul en remote fonctionne, cependant ce n'est pas la position
> officiel de Mozilla de supporter cette "fonction"
>
>   - Au niveau des formulaires, il n'est pas possible de melanger des
> balises html et xul pour submitter des valeurs via POST. Oui je sais
> c'est pas le but du xul, c'est un vieux reflexe de dev web ... (la meme
> personne qui peut vanter le XUL aupres de son chef ...)
>    Les "xbl tout pret" pour les formulaires, sont-ils facilement
> integrables avec des applications web, ou alors elles dependent de
> fonctions server de Jelix.
>
> Pour conclure, je critique volontairement le XUL, car Julien voulait
> savoir si le XUL est un bon choix pour son application. Je pense qu'il
> peut trouver sur le web beaucoup de points positifs sur le XUL. En
> revanche il est plus dur de trouver les particularites embetantes du XUL ...
>
> Thomas, un fan du XUL !
>
> laurent jouanneau wrote:
> > Thomas Rabaix wrote:
> >> Hello,
> >>
> >> Pour avoir utiliser le xul pour des gros projets, je peux te dire :
> >>   - la documentation n'est pas tres riche
> >
> > Pas sympa de dire ça pour les contributeurs qui font un travail
> > formidable sur http://developer.mozilla.org/fr/docs/Accueil
> >
> > La doc est franchement de plus en plus complète, que ce soit en anglais
> > ou en français. Il est loin le temps où il n'existait que 2 tutos en
> > français uniquement sur xulfr ;-)
> >
> >>   - les widgets graphiques ne sont pas complet, il manque pas mal de
> >> chose. Oui c'est vrai tu peux les creer toi meme, dans ce cas la tu dois
> >> comprendre le comportement des XBL et RDF en remote XUL.
> >
> > Avec gecko 1.9 (Firefox 3), c'est moins vrai.
> >
> >>   - tu ne peux pas imprimer une interface XUL, donc tu dois toujours
> >> prevoir une version HTML ou PDF de ta vue ...
> >
> > Ça, c'est normal. Tu imprimes l'interface de MS Word quand tu veux
> > imprimer un document ? Une interface utilisateur, ça ne s'imprime pas.
> > Ce sont les documents que l'on produit avec l'application qui
> > s'impriment, et on ne fait pas de documents en XUL :-p
> >
> >
> >>   - le XUL en tant qu'application web (remote xul) n'est pas supporte
> >> par Mozilla.
> >
> > Mouai... M'enfin ça fonctionne quand même bien :-p
> >
> >>   - Il te faut connaitre le javascript & DOM, car tu ne peux pas faire
> >> de <form ...>
> >
> > 1) Il existe des xbl tout prêt pour faire un formulaire plus sympa que
> > les formulaires HTML (dans le projet jelix par exemple)
> >
> > 2) On peut tout à fait utiliser du HTML dans du XUL (et donc les
> > formulaires HTML en XUL)
> >
> >
> > Laurent
> > _______________________________________________
> > Xulfr mailing list
> > Xulfr at lists.xulfr.org
> > http://lists.xulfr.org/mailman/listinfo/xulfr
> >
>
>
> Thomas Rabaix
> _______________________________________________
> Xulfr mailing list
> Xulfr at lists.xulfr.org
> http://lists.xulfr.org/mailman/listinfo/xulfr
>