Page 2 sur 2

Publié:
14 Déc 2011 à 10:18
par LSong
en général c'est dans le querySave
pour les RT tu y as accés tu fait un
call doc.refresh(true)
mais en général ce n'est pas les RT que tu veux traquer
perso je couple le tout avec des parametre pour ne pas tester tous les champs
cette technique est util si tu veux suivre beaucoup de champs (par exemple tous les champs visible pour faire un log) et si les champs a suivre peuvent changer d'ou le parametrage

Publié:
14 Déc 2011 à 13:23
par roubech
et sinon, tu tu as besoin de vraiment tout tracer, tu peux utiliser l'option de versionning de Notes (option du masque, créer un doc reponse pour la nouvelle version ou inversement, créer un doc reponse pour la version précédente)
Re:

Publié:
13 Jan 2012 à 13:44
par esolarc
eltoto a écrit:C'est ce que je fais actuellement le problème est que cela est compliqué à gérer et ne permet pas de gérer les champs textes riches sans le dupliquer ni les modifications sur les pièces jointes
Pour les champs rich-text (hormis si ils comporte des fichiers) tu peux utiliser la valeur texte du contenu.
Re:

Publié:
13 Jan 2012 à 14:18
par eltoto
LSong a écrit:pour avoir le document disque tu dois le recuperer depuis une vue
genre fait une vue par unid et fait un getDocumentByKey dessus
tu as alors le doc dans la Database et dans l'uidoc le frontal
et la comparaison est alors super facile
tu peu meme faire un
forall itemElem in doc.items
qui peu ballayer tous les champs sans meme les connaitre
Merci LSONG , je pense que c'est une excellente solution. Pour l'instant je me suis débrouillé autrement, mon besoin c'est finalement réduit à tester les champs auteurs et lecteurs.
En combinant avec le doc.refresh(true) proposé dans un des posts suivant le tient je devrais même pouvoir tester les champs texte riche.
Re: Tester qu'un champ est modifié en lotusscript

Publié:
13 Jan 2012 à 15:15
par esolarc
Euhhh vous me mettez un doute là... Pourquoi une vue par unid et un getDocumentByKey ??
un db.GetDocumentByUNID( unid$ ) ne suffit pas ?
Re: Tester qu'un champ est modifié en lotusscript

Publié:
13 Jan 2012 à 15:26
par Michael DELIQUE
sisi Amplement! tu as toute a fait raison esolarc
Re: Tester qu'un champ est modifié en lotusscript

Publié:
14 Jan 2012 à 14:20
par roubech
j'imagine en plus que ça doit être plus efficace et ça évite d'alourdir la base avec une vue en plus (et son index) pour rien
Re: Tester qu'un champ est modifié en lotusscript

Publié:
14 Jan 2012 à 19:18
par Michael DELIQUE
oh oui Roubech à un point que tu n'imagine pas. surtout que c'est une vue alldoc !
Re: Tester qu'un champ est modifié en lotusscript

Publié:
18 Fév 2012 à 11:39
par LSong
c'est juste que a la version 4.6 ou 5 je db.getdocumentByUnid te retournai etrangement le doc frontal
je n'ai pas reesseyer depuis les autre version mais ça m'est resté
mais la méthode reste très puissante évidement c'est que dans le querySave, mais heureusement que le refresh permet d'avoir les RT