Changement de Formule de masquage d'un champs TR

[LSong]

je cherche à modifier l'option de masquage sur un RichText
évidement ca ne marche pas sur les anciens documents (je suis en V6.4x)

vu que les texts des RT déja crée on hérité de l'option de masquage à leur création, le changement de formule ne les impacte pas.

il faudrait aller modifier les propriétés de masquage du text dans les RT sauf que je ne vois pas comment faire ca en scripte (des milliers de doc, ce n'est pas possible à la mano)

j'ai lut dans un poste quelqu'un qui a fait ca avec une astuce à base de subforme je peu pas faire ca à cause de la structure de tableau.

quelqu'un à deja eut ca à faire ou je dois annoncer au client que on ne peu rien pour les documents existant ?

[albert.coeffard]

Sur les propriétés du masque est ce que l'option Actualiser les champs automatiquement est cochée? Avec un peu de chance à l'ouverture sur le onload ça peut peut être fonctionner (quoiqu'à mon avis il faut avoir les droits de modif du doc)
Si ça marche sur le onload du doc tenter :

Dim workspace As New NotesUIWorkspace
Dim uidoc As NotesUIDocument
Set uidoc = workspace.CurrentDocument
Call uidoc.RefreshHideFormulas

[LSong]

je suis dans du lotes lourd, je n'est pas donc de onload

mais de toute facon rafraichir les champs ne réglè pas le problème
le text dans le RT ont la formule de masquage ...

j'ai rien trouvé pour changer cette formule mis à part la changer à la main dans la fenêtre de propriété ce qui n'est pas faisable à grande échelle

si vous voulez rire à l'origine la demande est de permettre à un lecteur de mettre à jour un champs richeText et de cacher celui ci à toutes personnes qui ne sont pas listé dans une série de champs (pouvant contenir des groups bien sur)

je suis pas trop mal j'ai juste un problème pour les lecteur avec les anciens documents ...

[oguruma]

juste comme cela mais à travailler... une piste... réaliser un import DXL de ce champ avec sa nouvelle structure sur les documents concernés
plus facile à dire qu'à faire "on fly" mais je partirai là-dessus si j'étais confronté à ce pb

[[In://ForM]]

Il suffit de faire un export DXl du champ, puis de réimporter lors de l'import de virer les options de masquage des éléments du champ texte riche (fonctionne correctement SAUF avec le client 6.5.2 FR, aucune idée du pourquoi ni du comment et comme on est en 8.5,......).

[LSong]

Merci beaucoup pour le coup du DXL je dois bien avouer que je n'y avait pas pensé

je suis en 6.5.5
je vais voir si ca marche

[mike76]

je suis dans du lotes lourd, je n'est pas donc de onload

juste pour ton info LSong, le onload fonctionne également en client lourd

[LSong]

j'ai jamais esseyé je vais voir ou il se lance

je suis un vieux moi, j'ai debuté à la 4.6 a l'époque il n'y en avait pas, bref j'utilise plus le postOpen

[mike76]

moi j'ai débuté en 4.5
j'avais suivi une formation chez IBM pour la V6 il me semble et le formateur nous avait conseillé d'utiliser le onload à la place du postopen, idem pour le onsubmit
mais il n'a pas su nous dire pourquoi

[stloje]

Dans un soucis de standard, IBM a décider de récupérer les mêmes événements que ceux existant sur Internet, c'est pour cela que les événements OnLoad, OnSubmit et OnUnload sont apparus.

Les événements PostOpen, QuerySave et QueryClose sont encore maintenus à cause des versions antérieures, mais sont appelé à être remplacés par les autres mentionnés plus haut.

Si les deux événements sont utilisé (ex. : OnLoad et PostOpen), c'est celui d'origine qui aura préséance sur le second : PostOpen sera déclanché avant le OnLoad.

[LSong]

au passage ca marche en 6.55
je peu faire un export DXL
apres il faut modifier en scripte le XML pour changer l'option de masquage
et reimporter

c'est un peu lourd mais c'est automatisable