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: Dpi (dezon@club-internet.fr)
Date: 06/01/2004 - 21:19


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 ?

la norme xForms apporte t'elle une réponse claire à une cinématique
complexe avec gestion de contextes applicatifs coté serveur.

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)



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