Suppression pseudo champ TBS

Bonjour,

Je me demandais s'il était possible de nettoyer un champ TBS qui n'en est pas vraiment un. J'entends par là un champ dans un template qui a la forme d'un champ TBS mais qui ne fait en fait référence à aucune table préalablement fusionnée...

Par exemple, dans un pptx :

Dans mon code php, j'ai bien une table $contacts et un MergeBlock('contacts', $contacts). En revanche, rien pour les clients, c'est une erreur lors de la création du template, il n'y a pas de table de ce nom fusionnée au document.
Existe-t-il un mot clef capable de supprimer les champs erronés s'il est placé entre les balises d'ouverture et fermeture des champs TBS ? Je crains que cela soit une question un peu contre-nature (car je suppose que la puissance de TBS se met en branle lorsque le nom affecté à la table fusionnée est trouvé entre les balises qui vont bien) mais sait-on jamais...^^

Bonne journée.

Cordialement,

David

Bonjour David,

> Existe-t-il un mot clef capable de supprimer les champs erronés s'il est placé entre les balises d'ouverture et fermeture des champs TBS ?

Non, et d'ailleurs ce serait dangereux car il supprimerait aussi des textes entre crochet qui ne serait pas des vraies balises.

Le principe veut quand même que le template soit "maitrisé". On doit connaitre la liste des blocs à traiter.
Il est possible de nettoyer un bloc connu avec MergeBlock() et l'option 'clear', ou de supprimer des champs connus avec MergeField() et une fonction perso qui permet d'ignorer les sous-item sous le nom du champ.

Bonjour,

Merci pour cette réponse.

Je m'en doutais un peu mais je préférais demander au cas où... =)

> il supprimerait aussi des textes entre crochet qui ne serait pas des vraies balises.

Ce serait quand même une sacrée coïncidence de retrouver un mot clef de nettoyage entre les balises d'ouverture et fermeture de champ TBS alors qu'il s'agit de données lambda de l'utilisateur n'ayant en fait aucun rapport avec l'injection de données dans un template...^^

Cela-dit, je comprends parfaitement la logique et le fait de blinder niveau "sécurité".

Encore merci. Bonne journée !

Cordialement,

David Lestaevel