Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] Re: Formulaires : XForms, InfoPath et Adobe

From: Robin Berjon (robin.berjon@expway.fr)
Date: 16/10/2003 - 15:19


Laurent CAPRANI wrote:
> 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.

Non, XForms est une solution décrivant une interface abstraite pour l'édition de
documents XML arbitraires. C'est beaucoup plus qu'une évolution des forms.
L'utilisation dans un browser n'est qu'un seul des cas d'usage. En celà, un
client XForms pourrait être implémenté exactement comme InfoPath.

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

Mon petit doigt me dit que les projets d'Adobe ne sont pas loin d'XForms.
D'ailleurs, le mail posté par Alexandre il y a quelques jours confirme mes
rumeurs auriculaires.

> Leur obstination à intégrer PDF dans leur offre est également un mauvais
> signal puisque que la décoration des formulaires XForms repose sur HTML.

XForms ne nécessite en rien XHTML pour son rendu, d'ailleurs la test suite a
beaucoup de tests se décorant eux-mêmes via CSS. Pire, XHTML ne dispose pas
vraiment de tous les forms permettant de rendre XForms proprement (range par
exemple). SVG peut par exemple être utilisé pour rendre XForms beaucoup mieux.

Rien n'oblige à utiliser une syntaxe XML pour gérer la présentation. Et comme
PDF est assez proche de SVG par divers aspects... Ou comme Adobe parle
régulièrement de passer PDF en syntaxe XML... Ou comme Acrobat supporte le SVG...

Tout ce que je vois me semble converger bien au contraire vers de bonnes nouvelles!

-- 
Robin Berjon <robin.berjon@expway.fr>
Research Scientist, Expway      http://expway.com/
7FC0 6F5F D864 EFB8 08CE  8E74 58E6 D5DB 4889 2488

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

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement