Re: de l évolution des projets XML [XFORM][FORREST]

Bonjour Laurent,
Le mardi 14 février 2006 à 11:33 +0100, Laurent Jouanneau a écrit :
> Eric van der Vlist wrote:
> > Bonjour,
> > Le vendredi 10 février 2006 à 16:48 +0000, Tiscar Sebastien a écrit :
> > 
> >>Bonjour,
> >>je souhaiterais avoir quelques renseignements les technologies XFORM
> >>et le projet FORREST+COCOON.
> >>Après avoir lu quelques articles écrits en particulier par Eric,
> >>quelques questions tendent à se poser à moi:
> >>XFORM tout d abord:
> >>- Est ce aujourd hui une techno mature?
> > 
> > 
> > Oui et non. 
> > 
> > C'est une technologie qui a été conçue pour pouvoir être implémentée
> > côté client et ce qui bloque son adoption à ce niveau c'est le fait
> > qu'elle ne soit pas supportée nativement par les navigateurs web et
> > qu'aucun plugin ne se soit imposé comme c'est le cas pour PDF ou Flash.
> 
> Le problème de XForms, c'est qu'il ne peut être utilisé seul en théorie. 
> Le balisage XForms doit être inclus dans un document pour mettre en page 
> le formulaire. Ce qui fait qu'un plugin dans sa forme classique, (comme 
> PDF, Flash) ne peut véritablement pas le traiter. En effet, un plugin ne 
> peut interagir avec le document. Il ne peut traiter que des contenus 
> annexe à une page. 

Effectivement, cela complique les choses en les rendant plus imbriquées.

Il existe pourtant quelques plugins pour IE. Le plus connu est
formsplayer (http://www.formsplayer.com/content/products/index.html)
mais Oracle en a annoncé un
(http://otn.oracle.com/tech/wireless/mobilebrowser.htm) ainsi que Novell
(je ne retrouve pas de lien).

> C'est donc à mon avis aussi pour ça que Xforms n'a 
> pas encore percé : sa prise en charge doit être fait par les 
> développeurs de navigateurs. Et quand on sait que le développeur du 
> navigateur ayant le plus grand nombre de part de marché (ou plutôt le 
> monopole...) a arreté le développement de son produit pendant plus de 5 
> ans, Voilà donc où nous en sommes ;-). Xforms est peu adopté, voir 
> totalement inconnu.
> 
> Mais ça change avec l'apparition de nouveaux concurrents. Notament avec 
> Firefox et son moteur extensible, qui permet donc d'ajouter la prise en 
> charge de dialecte XML non natif à Firefox (selon une technique tout à 
> fait différente d'un plugin). Aussi c'est le seul à l'heure actuelle (à 
> ma connaissance) à proposer une extension XForms, permettant de traiter 
> les pages web contenant du xforms.

Cela pourrait relancer l'utilisation de XForms si cette implémentation
pour Firefox est complétée par une offre de plugins sur IE.

> Bien que l'implémentation ne soit pas encore compléte, on peut déjà 
> réaliser des formulaires fonctionnels. Les liens relatifs à cette 
> implementation (téléchargement, exemples..) sont listés sur cette page : 
> http://xulfr.org/wiki/XForms
> 
> C'est je pense une "implémentation minimale" comme cherche sébastien, 
> dans le sens où il n'y a "qu'un" navigateur à installer, Firefox (si il 
> ne l'est pas déjà ;-) et l'extension.
> 
> 
> Donc je dirais, XForms est mature, dans le sens où il existe des 
> browsers spécifiques, des bibliothèques &co. La techno a je pense été 
> assez éprouvé. Mais n'est pas mature au niveau "diffusion" de la 
> technologie. Ce qui à mon avis, va mettre encore quelques mois (années 
> ?) à être adopté.
> 
> Cependant, pour un usage en intranet, je pense qu'on peut 
> raisonnablement se lancer dans l'aventure. Les avantages de Xforms sont 
> nombreux par rapport à des formulaires web classiques : relative 
> facilité de développement, meilleure réactivité, économie de bande 
> passante...

J'aimerais le penser, mais miser une application Internet sur un seul
navigateur me semble très risqué et cela passe donc aussi par l'adoption
de plugins sur IE.

D'ici là, les implémentations Ajax me paraissent être les plus
raisonnables (la chose est, bien entendu, différente si on se place dans
un cadre plus restreint que le "world wild web", celui d'un intranet par
exemple).

Ce qui est intéressant avec ces solutions, c'est que l'infrastructure
mise en place peut être compatible avec l'utilisation de XForms côté
client et qu'elles peuvent être considérées comme solutions
transitoires.

Cordialement;

Eric van der Vlist
-- 
GPG-PGP: 2A528005
Le premier annuaire des apiculteurs 100% XML!
                                                http://apiculteurs.info/
------------------------------------------------------------------------
Eric van der Vlist       http://xmlfr.org            http://dyomedea.com
(ISO) RELAX NG   ISBN:0-596-00421-4 http://oreilly.com/catalog/relax
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------


-- Attached file included as plaintext by Ecartis --

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQBD8bkDDvn+ZCpSgAURArFhAJ49tknfdERzfFFF+eoIWB6X7Bp75gCdFBrd
BN1bTRhgZaDcFJhW99BV4lo=
=O5MX
-----END PGP SIGNATURE-----