[annonce] Conversion XForms -> XHTML+Javascript par transformation XSLT

Bonjour,

Alors que le projet ubiquity-xforms semble rencontrer des probl=E8mes pou=
r=20
construire une solution XForms universelle c=F4t=E9 client, j'ai d=E9couv=
ert=20
que le produit AJAXForms, qui malheureusement n'est plus support=E9 depui=
s=20
2 ans, est bas=E9 sur un m=E9lange transformation XSLT + code Java.

J'ai donc cherch=E9 =E0 int=E9grer le code Java d'AJAXForms dans la=20
transformation elle-m=EAme. Je me suis, principalement, heurt=E9 au probl=
=E8me=20
de la conversion des expressions XPath en objets Javascript, faite dans=20
AJAXForms par Jaxen.

A l'aide de templates nomm=E9s, cette conversion a =E9t=E9 possible en XS=
LT=20
1.0, en une seule passe, notamment en utilisant une structure de pile,=20
pour la pr=E9c=E9dence des op=E9rateurs, stock=E9e en chaine d=E9coup=E9e=
 en=20
"longueur.valeur".

Ceci a abouti =E0 une version "pre-alpha"=20
(http://sourceforge.net/projects/xsltforms) et l'exemple fourni avec la=20
derni=E8re version d'AJAXForms a =E9t=E9 test=E9=20
(http://www.agencexml.com/xsltforms/xf.xml).

Tout AJAXForms n'a pas encore =E9t=E9 int=E9gr=E9 =E0 cette unique transf=
ormation=20
et AJAXForms ne supporte pas tout XForms... Il y a aussi encore des bugs=20
dans le code Javascript...

C=F4t=E9 navigateurs, la transformation se passe bien sur IE7, FireFox2 e=
t=20
3. Apparemment aussi sur Safari et Chrome (visuel test=E9 avec=20
browsershots.org), mais pas sur Opera depuis la version 9.5 (j'ai=20
signal=E9 un bug du moteur XSLT dans une situation d'apply-template avec=20
attribut select lui-m=EAme param=E8tre d'un call-template ...!). Le temps=
 de=20
chargement est tout =E0 fait raisonnable.

Merci pour vos remarques et conseils.

Alain COUTHURES
<agenceXML>
http://www.agencexml.com