[Xulfr] conseils pour projet (long terme)

laurent jouanneau jouanneau at netcourrier.com
Lun 12 Nov 10:45:34 CET 2007


Thomas Rabaix 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.


Il n'y a pas que xulplanet.com, mais aussi developer.mozilla.org

> 
>   - Je trouve dommage qu'il faut attendre Firefox 3 (quid de la sortie 
> ?) pour avoir des widgets supplementaires. 

Firefox 3 : sortie début 2008. La beta1 sort dans les jours à venir

> Pourrat-on definir des 
> elements XUL (select box, ...) dans un tree avec FF3 ?

non. Tu confond tree et tableau.

> 
>   - 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".

À toi de proposer dans ton appli un fichier>imprimer, qui ouvrirait ton 
document formaté en HTML dans une fenêtre spécifique d'impression (preview)

> 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.

Justement, c'est le but du PDF... What you see is what you print. À 
noter que dans FF3, il sera possible d'exporter un document HTML vers 
PDF (on ne sait pas si ce sera en natif, mais en tout cas il existe déjà 
une extension qui le fait pour FF3alpha)

> 
>   - 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 ...)

  <html:form method="POST"> , non ? On m'aurait menti ?

>    Les "xbl tout pret" pour les formulaires, sont-ils facilement 
> integrables avec des applications web, ou alors elles dependent de 
> fonctions server de Jelix.

Non les xbl ne dépendent pas de jelix. Il y avait aussi (et il date un 
peu), les xbl "serverpost" si je me rappelle bien, sur mozdev


Laurent


Plus d'informations sur la liste de diffusion Xulfr