From: Antoine Mensch (antoine.mensch@xquarkgroup.com)
Date: 06/01/2004 - 21:40
> -----Message d'origine-----
> De : xml-tech-bounce@xmlfr.org [mailto:xml-tech-bounce@xmlfr.org]De la
> part de Dpi
> Envoyé : mardi 6 janvier 2004 22:19
> À : xml-tech@xmlfr.org
> Objet : [xml-tech] RE : Re: XForms : comment organiser les modeles
>
>
>
>
> Etant novice sur xForms, Je suis très intéressé par cet échange.
>
> Désolé si je pose des qestions idiotes, mais otez moi d'un doute.
>
> Dans le cadre d'une gestion de formulaires, qu'apporte XForms par
> rapport à une gestion de formulaire HTML ou l'on passe les éléments de
> formulaires de pages en pages ?*
Principalement:
1. Saisie d'un document XML structuré coté client (et non une simple liste
attributs-valeurs qui doit être traitée par le serveur)
2. La validation du document en question coté client (d'où l'élimination
d'un aller-retour avec le serveur ou d'un paquet de JavaScript coté client).
La validation s'entend par rapport à un schéma W3C + des contraintes
supplémentaires exprimées en XPath (par ex, on peut vérifier qu'une date de
départ précède une date de retour).
3. Des formulaires plus dynamiques (ajout de lignes dans une table,
apparition d'un ensemble de contrôle en fonction des données saisies
précédemment...)
On peut donc saisir des choses plus complexes en XForms, et utiliser une
syntaxe déclarative plutôt que JavaScript pour gérer validation et
dynamicité coté client. Par contre, ça ne change pas le modèle de
programmation d'une application Web multi-formulaires, seulement le modèle
des données qui transitent entre client et serveur.
>
> la norme xForms apporte t'elle une réponse claire à une cinématique
> complexe avec gestion de contextes applicatifs coté serveur.
>
Non, ce n'est pas l'objectif. Pour ça, il faut plutôt regarder Struts (ou
Cocoon ;).
> pierre
>
>
>
>
>
>
> -----Message d'origine-----
> De : xml-tech-bounce@xmlfr.org [mailto:xml-tech-bounce@xmlfr.org] De la
> part de Herve AGNOUX
> Envoyé : mardi 6 janvier 2004 20:46
> À : xml-tech@xmlfr.org
> Objet : [xml-tech] Re: XForms : comment organiser les modeles
>
>
>
> Le Mardi 06 Janvier 2004 19:46, Antoine Mensch a écrit :
> >
> > L'élément model contient (entre autres) l'instance qui est modifiée
> > par un formulaire. Si je comprends ce que tu veux faire, tu peux
> > définir une instance "riche" (contenant titre, auteur et adresse), et
> > ne spécifier les "controls" que pour saisir les deux premiers. Si tu
> > passes ensuite ton instance à un autre formulaire, tu pourras alors
> > saisir l'adresse. Ce qui est important, c'est que le schéma de ton
> > instance prévoit qu'une adresse vide est valide, sinon ta saisie
> > partielle sera rejetée.
> >
>
> 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.
>
>
> >
> > 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
> 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.
>
> 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 les deux cas, il faut un traitement coté serveur.
> >
>
> Pour ça, on verra plus tard. Les traitements, de quelque coté qu'ils
> soient,
> je sais faire :-)
>
>
> --
> SARL diaam informatique - 04 50 44 26 54
> Ingenierie, développements de systèmes d'information
> http://www.diaam-informatique.com
>
>
> --
> SARL diaam informatique - 04 50 44 26 54
> Ingenierie, développements de systèmes d'information
> http://www.diaam-informatique.com
>
> --
> 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)
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.557 / Virus Database: 349 - Release Date: 30/12/2003
>
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.557 / Virus Database: 349 - Release Date: 30/12/2003
>
>
> --
> 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)
>
--
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
|
