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.

From: Antoine Mensch (antoine.mensch@xquarkgroup.com)
Date: 06/01/2004 - 21:14


>
>
> Oui, et surtout, que je puisse dire d'une façon ou d'une autre :
>
> <adresse xforms:quelquechose="lien vers le formulaire dont le
> modèle est tel
> truc"/>
>
> Mon problème est de savoir comment on dit "lien vers le
> formulaire dont le
> modèle est tel truc" en XForms ? Ce n'est pas seulement un lien entre
> schémas, c'est aussi un lien entre formulaires.
>

En XForms, a priori, on n'associe pas un formulaire à un fragment XML, mais
plutôt un nodeset de l'instance (i.e. une expression XPath appliquée à
l'instance) à un control du formulaire.

<xforms:input ref="/book/author/address/street" class="streetClass">
        <xforms:label>Street</xforms:label>
</xforms:input>

Les liens d'un formulaire à un autre se font comme en HTML classique, au
travers de l'équivalent de l'attribut action d'un form HTML (voir élément
submission de XForms, sous-élément de model), d'où la nécessité d'avoir un
traitement coté serveur. Si, en entrée d'un générateur de formulaire, on
veut associer à un élément d'une instance (ou peut-être plutôt d'un schéma)
un formulaire, il faut lui associer une URI, correspondant à la requête qui
générera le formulaire.

>
> >
> > Tu peux faire plusieurs choses:
> > 1. Utiliser la même instance, que tu passes de formulaires en
> formulaires
> > (ici formulaire = 1 page Web), et que tu enrichis incrémentalement
>
> Oui, mais là j'ai un unique gros formulaire, si je comprends
> bien. Or il me

Non, pas forcément. Tu peux avoir une séquence de petits formulaires, qui
remplissent chacun une partie de l'instance, mais leur enchainement n'est
pas spécifié en XForms (sauf dans l'élément submission, mais ce n'est pas la
partie déclarative).

> faut absolument une série de petits. Identifier un lien vers un
> formulaire me
> permettra de dire, que ce soit de façon automatique ou manuelle : "A cet
> endroit là, je devrais déclencher la saisie d'un formulaire
> spécifique, lié
> au premier". Si je n'ai pas cette information, le formulaire
> général n'est
> qu'un gros formulaire, et il faudra déclencher une nouvelle analyse pour
> savoir à comment on le découpe.
>

Houlala, c'est un vrai workflow que tu veux faire! XForms ne fournit pas ce
genre de fonctionnalité. Par contre, à partir d'un schéma annoté, on peux
imaginer générer un ensemble de formulaires qui s'enchainent, chaque
formulaire correspondant à une partie du schéma annoté.

> Les liens entre schémas ne suffisent pas. De toutes façons, dans
> un schéma, il
> y a déjà des liens entre schémas à tous niveaux. Comment puis-je
> faire pour
> dire "Ah ! Ce lien là, faites attention : c'est vraiment un lien entre
> formulaires ! "
>
>
> > 2. Construire l'instance du deuxième formulaire à partir du contenu de
> > l'instance de la première, pour transmettre ainsi les contraintes
> >
>
> Là on se rapproche plus de ce que il faudrait que je fasse. Mais, pour le
> savoir, il faut à tous prix que j'ai l'information "c'est un deuxième
> formulaire".
>

Dans le premier cas, tu as un gros modèle rempli par plusieurs petits
formulaires, dans le second plusieurs petits modèles associés chacun à un
formulaire, mais il faudra alors que tu reconstruises le document final à
partir des petits modèles. Les deux peuvent marcher, je pense, et fournir
une interface identique à l'utilisateur.

Antoine Mensch

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet 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