InfoPath Dev

Bonjour,
Je fais ceci :
XDocument.DOM.selectSingleNode("/my:mesChamps/my:Section1/my:txtCpt").text= XDocument.DOM.selectSingleNode("/my:mesChamps/my:TypeCourrier/my:Section2/my:SectionDest[" & intI & "]/my:txtCpt2").text

ou intI --> s'incrémente suivant le nombre de section extensible.

J'ai l'anomalie suivante :
« #PCDATA » se trouve dans un contenu nul<http://schemas.microsoft.com/office/infopath/2003/myXSD/2006-07-04T07:54:49}txtCpt>.

Pourtant j'ai les types de champs suivant:
txtCpt de type Décimale(double)
txtCpt2 de type Décimale(double)

En fait, sur ma machine je n'ai pas d'erreur, l'erreur est sur la machine du client.

Info : j'ai SP2 et lui SP1--> y'a t-il un lien?

Merci

Salut,

Je sais pas trop mais je pense que oui!

Car dans la Sp1 tu devais toi-même enlever le nillable alors qu'a voir ca ne dérange pas la sp2 mais bon essaye de l'enlever avant d'insérer ca marchera surement sur les 2 versions:

XDocument.DOM.selectSingleNode("/my:mesChamps/my:TypeCourrier/my:Section2/my:SectionDest[" & intI & "]/my:txtCpt2").attributes.removeNamedItem("xsi:nil");

j'avoue que je sais pas trop ce que ça veut dire et à quoi ça sert!!
Et ça existe aussi en Vbsript?

Bon j'ai fait un truc comme ça avant de lui envoyer la valeur.
XDocument.DOM.selectSingleNode("/my:mesChamps/my:Section1/my:txtCpt").removeAttribute("xsi:nil")

Et ça à l'air de fonctionner...

Merci Virgule...
Comme d'hab, c'est encore toi qui me met sur la voie :)

Si tu en veux la raison c'est simple, dans infopath un élément (pas un attribut) peux-être défini avec nillable ce qui fait même que si ce n'est pas un string il peut rester vide et être validé. Problème ou contrainte quand tu veux le remplir tu es obligé de l'enlever!

Attention tu es obligé de le définir dans ton schéma si tu veux que ton élément puisse être nillable. Mais dans Infopath c'est fait automatiquement si tu défini ton schéma avec Infopath!