DominoArea.org [Archive]

Bonjour,
je sèche sur comment faire un lien entre 2 docs A et B et écrire dans un champ texte riche du doc A.
J'ai un doc A (non encore enregistré) qui fait appelle à un doc B (permet uniquement la saisie d'infos mais ne sera pas enregistré! ). Le champ texte riche du doc A doit recevoir le contenu saisie dans le doc B (les lignes de mon fameux tableau dynamique!!).
Ma question comment récupéré le champ texte riche dans le doc A à partir du doc B et lui transmettre les valeurs?
J'ai un champ calculé (doc B) qui contient un @If(@IsNewDoc;@InheritedDocumentUniqueID;"") et fait bien un lien vers mon doc A.
Je n'ai pas trouvé une solution! J'explore aussi le fait que mon doc B soit une réponse au doc A....

Merci de votre aide!
cdt
camille

salut

dans ce cas il faut passer par du LS et un document temporaire.

tu créé un document en ls de maniere temporaire (tu ne le save jamais) via un notesuiworkspace.editdocument tu l'affiche pour la saisie.
et apres tu récupere la valeur pour la mettre dans ton champ

regarde ça => http://www.breakingpar.com/bkp/home.nsf ... FB0012ED3D

ça devrais t'aider

Michael DELIQUE a écrit:regarde ça => http://www.breakingpar.com/bkp/home.nsf ... FB0012ED3D

ça devrais t'aider

Bonjour Michael, Ben oui!!!!!!
j'avais effectivement pensé à cette méthode (dialogBox qui stock ses valeurs dans un doc temp: tuto de Oguruma) mais je m'en suis écarté en utilisant directement un doc en saisie je ne sais plus pourquoi!!!
Bref, je vais modifier et te tiens au courant!
Merci O'Michael

tu peux créer un doc "doc" avec un masque "masqueA" et utiliser un masque "masqueB" ponctuellement pour faire de la saisie et/ou de l'affichage

par contre, ce que je ne comprend pas bien c'est cette histoire de tableau dynamique ?
est-ce que tu as un masque de saisie qui te permet de générer ensuite une ligne de tableau dans ton champ RichText. auquel cas, ton champ RichText ne doit pas être éditable et ton masqueB ne sert que d'interface pour un doc temporaire

ou est-ce que ton masqueB sert à limiter l'affichage que seul champ RichText pour que l'utilisateur utilise l'éditeur standard pour faire son tableau à la main et dans ce cas autant éditer le bond doc directememt ...

roubech a écrit:tu peux créer un doc "doc" avec un masque "masqueA" et utiliser un masque "masqueB" ponctuellement pour faire de la saisie et/ou de l'affichage

par contre, ce que je ne comprend pas bien c'est cette histoire de tableau dynamique ?
est-ce que tu as un masque de saisie qui te permet de générer ensuite une ligne de tableau dans ton champ RichText. auquel cas, ton champ RichText ne doit pas être éditable et ton masqueB ne sert que d'interface pour un doc temporaire

ou est-ce que ton masqueB sert à limiter l'affichage que seul champ RichText pour que l'utilisateur utilise l'éditeur standard pour faire son tableau à la main et dans ce cas autant éditer le bond doc directememt ...

Salut Roubech, je m'explique plus en détails!
Le dialogbox utilise un masque de saisie B (contenant des valeurs de champs héritées du doc A et une vue intégrée) est appelé du doc A. C'est en fait un formulaire papier qui est devenu un doc! Ensuite ce que j'appelle "dynamique" c'est juste l'effet simulé d'ajout de lignes dans le doc B( vue intégrée)! Mon objectif est de pouvoir composer un tableau (ligne, colonne) reprenant les infos du doc B (chaque ligne de la vue intégrée en qlq sorte) dans un champ texteRiche sur le doc A.
J'ai rajouté un champs texteRiche sur le doc B pour la récupération par la suite!
Est ce un peu plus claire? je ne sais pas si c'est la bonne méthode! Les champs texte riches sont particuliers...

merci!
cdt
camille

re,

la solution du richtext est faisable, mais c'est très lourd à mettre en place et pas très fiable au final.

Michael DELIQUE a écrit:re,

la solution du richtext est faisable, mais c'est très lourd à mettre en place et pas très fiable au final.

salut Michael,
tu opterais pour quelle solution, parce que j'avoue me prendre un peu la tête avec le richetexte! Peut être un champs avec lignes multiples et formatage moins compliqué? exemple:
Date | Libellé | N°Facture | Montant HTVA| Montant total|
12/10/2011 xxxxx sssss 123
13/10/2011 xxxxx sssss 200

merci pour ton avis.
cdt
camille

je passerais par une vue intégré tout simplement c'est bcp plus souple.

Michael DELIQUE a écrit:je passerais par une vue intégré tout simplement c'est bcp plus souple.

Je comprends! Cela m'oblige à garder les documents lignes jusqu'au bout du processus pour l'affichage dans la vue intégrée (pour chaque user!!) La base va très vite grossir. Si je les supprime par la suite je perds la trace des infos saisie. Le document parent est ensuite archivé dans une autre base.
Donc je pensais à un truc du genre: http://www.ibm.com/developerworks/lotus/library/ls-ND6_LSrichtext/index.html Pas mal non?
Et une capture d'écran de la vue intégrée qui serais rattachée au doc parent?
je rêve là lol!!!
cdt
camille

coté volume, ça dépend de tellement de facteurs...

tu peux aussi archivé les doc enfants avec le doc parent.

tu peux aussi créé un tableau dans ton masque avec x nombre de ligne et afficher les ligne voulu avec les options de masquage.

tu peux aussi dans ton doc parent faire un tableau du nombre de colonne désirié avec un champ multivalué par colonne et 1 value du champ = 1 ligne

Michael DELIQUE a écrit:coté volume, ça dépend de tellement de facteurs...

tu peux aussi archivé les doc enfants avec le doc parent.

tu peux aussi créé un tableau dans ton masque avec x nombre de ligne et afficher les ligne voulu avec les options de masquage.

tu peux aussi dans ton doc parent faire un tableau du nombre de colonne désirié avec un champ multivalué par colonne et 1 value du champ = 1 ligne

Salut pourquoi faire compliqué quand.... !
Ta 3ème solution me semble top! Ou dans le même principe tout mettre dans un champ multivalué:
1ère ligne: les entêtes du tableau avec espacement (nb caractères max)
2ème ligne: valeurs concaténées du document 1
3ème ligne:valeurs concaténées du document 2
etc...
Qu'en penses tu?

oui, mais pour la présentation tu va t'arracher les cheveux, a l'époque j'avais opté pour un champ par colonne ce qui me simplifiait la vie pour présenter le tableau l'utilisateur n'i voyais que du feu.

je dois avoir du code qui trainne a ce sujet quelque part je le retrouve et je te le passe

Michael DELIQUE a écrit:oui, mais pour la présentation tu va t'arracher les cheveux, a l'époque j'avais opté pour un champ par colonne ce qui me simplifiait la vie pour présenter le tableau l'utilisateur n'i voyais que du feu.

je dois avoir du code qui trainne a ce sujet quelque part je le retrouve et je te le passe

Sympa! Merci beaucoup.

bon ça date de pas mal d'années et je ne l'ai pas utilisé depuis autant de temps.

je ne me souviens même plus comment ça marche. mais j'avais ça dans ma boite à outil

c'est donc fourni telquel !