Discussion :

[azerr]

Bonjour,

Je travaille aujourd'hui sur une application qui s'apuie sur XForms. Dans cette application, Chiba est utilisé pour interprété les XForms, mais j'aurrais aimé connaitre les implementations de XForms que vous utilisez.

Je trouve Chiba et le choix de son architecture contraignant pour les raisons suivantes :

• il stocke en session le DOM instance. Ca peut vite faire plomber les performances du serveur pour des gros documents et plusieurs utilisateurs.
• chaque modification d'une valeur d'un champs du formulaire envoie une requete AJAX pour mettre a jour le DOM stocke en session.
• la gestion d'erreurs est quasiment impossible. La page URI Resolution failed n'est pas tres explicite et on peut tres difficlement gérer les erreurs comme on le souhaite (ex : revenir sur le formulaire avec le message d'erreur).

De plus Chiba est très lent surtout sous IE (pourquoi?) qui fait rapidement partir en live IE lorsque plusieurs XForms sont ouvertes.

Je voulais savoir quelles sont les implementations que vous utilisez en XForms. Sachant que l'application doit fonctionner avec tout navigateur (je ne peux pas utiliser le plugin Firefox par exemple).

J'ai vu qu'il existait Orbeon Forms ou AjaxForms qui existait. Qu'utilisez vous pour gérer les XForms? AjaxForms me parait etre une bonne solution. Apperement tout est gere au niveau client (pas en session serveur).

Merci de vos réponses

Angelo

[alain.couthures]

Je suis en train de reprendre le code d'AJAXFORMS pour que tout le traitement de conversion de XForms à XHTML+Javascript soit effectué en une seule transformation XSLT 1.0 et non plus en un mélange XSLT+Java.

Pour donner une idée des problèmes que je rencontre : faire l'analyse grammaticale des expressions XPath pour les traduire en code Javascript spécifique, rendre le code Javascript compatible avec XHTML,...

Le code généré par Orbeon comporte apparemment moins de Javascript mais ce n'est que du HTML4 tout pourri...

[alain.couthures]

Une pré-version alpha est disponible à cette adresse http://sourceforge.net/projects/xsltforms/

Je l'ai déjà testé avec succès, côté client, avec Internet Explorer, FireFox et Safari (le moteur XSLT d'Opera comporte un bug depuis la version 9.5...) et les temps de chargement sont tout à fait corrects.

Tout n'y est pas encore implémenté, en particulier dans la conversion des expressions XPath en objets Javascript. Il y a aussi des bugs dans la partie Javascript reprise d'AJAXForms.