xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: Formulaires : XForms, InfoPath et Adobe
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 16/10/2003 - 15:31
Bonjour,
On Thu, 2003-10-16 at 17:08, Laurent CAPRANI wrote:
> J'ai réalisé récemment une évaluation de InfoPath (Bêta 2) [J'ai un peu de
> matériel que j'offre à qui le veut].
>
> J'ai entrepris de comparer les approches de InfoPath et de XForms et je suis
> frappé par une différence fondamentale :
> XForms apparaît comme une évolution des formulaires Web, destinée à être
> intégrée aux fureteurs.
Principalement, mais pas uniquement.
> InfoPath est un éditeur XML, réalisé comme une application bureautique
> courante.
Pas totalement puisque InfoPath ne supporte pas les contenus mixtes qui
sont, me semble t'il, le point distinctif entre XML orienté données et
XML orienté document (autrement dit entre application bureautique et
forme de saisie).
> L'instance d'un formulaire selon InfoPath est un document autonome que
> l'usager peut manier à sa guise et à son rythme. InfoPath est une solution
> acceptable dans les contextes où un formulaire en ligne ne l'est pas.
C'est également de XForms... Il suffit pour cela d'utiliser une méthode
"file:" au lieu du traditionnel "http:" dans la forme de saisie.
> Je
> suggère que personne ne devrait raisonnablement *travailler* en ligne.
> InfoPath devrait libérer de nombreux travailleurs de ces systèmes
> d'information qui les enchaînent à des terminaux (ou leur variantes Web).
> C'est l'une des vieilles promesses de la micro-informatique.
>
> On a souvent présenté InfoPath et XForms comme concurrents [2].
Oui, et je le maintiens ;-) ...
> On s'attend
> à ce que InfoPath soit diffusé massivement à la manière d'un fureteur ou
> d'une visionneuse (comme Acrobat Reader). On le voit intégré à IE.
> Il n'en est rien, InfoPath n'est même pas inclus dans les distributions
> courantes de Office [4].
> Sincèrement, je ne vois pas ce qui retiendrait Microsoft d'ajouter les
> contrôles XForms à IE.
XForms ne se résume pas à ses contrôles. L'architecture définie par
XForms et notamment ses "bindings" entre documents XML et champs de la
forme de saisie est très différente de celle d'InfoPath qui fait appel à
XSLT.
Ceci dit, Microsoft a les moyens de résoudre à peu près n'importe quel
problème technique et je crains que le non support de XForms (et de CSS
2+, SVG, XHTML 2.0, ...) ne soit d'avantage un choix stratégique que
technique.
> Une éventuelle banalisation de XForms sur le Web ne
> porterait pas préjudice aux ventes de InfoPath, qui est bien différent d'un
> fureteur.
Je le pense aussi. Ceci dit, XForms peut être utilisé en dehors des
fureteurs! Ce n'est qu'une spécification que chacun utilise dans le
contexte qui lui plait.
> Concernant les projets de Adobe, ceux-ci ne me semblent pas inclure XForms.
> J'ai croisé dans leur prose une mention de XFA[1], ce qui augure mal de
> l'implantation de XForms.
> Leur obstination à intégrer PDF dans leur offre est également un mauvais
> signal puisque que la décoration des formulaires XForms repose sur HTML.
Pas uniquement, tu peux aussi bien utiliser SVG que XHTML pour "décorer"
XForms : XForms est fait (comme SVG) pour pouvoir être utilisé dans de
multiples contextes.
Eric van der Vlist
--
Read me on XML.com.
http://www.xml.com/pub/au/74
Upcoming schema tutorial:
- Philadelphia (7/12/2003) http://makeashorterlink.com/?V28612FC5
Tutoriel XSLT:
- Paris (25/11/2003) http://makeashorterlink.com/?L2C623FC5
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 31/10/2003 - 09:52 UTC
webmaster@xmlfr.org
| 
