2013-05-29 2 views
2

J'ai un problème lorsque l'utilisation de liens hypertexte dynamiques dans les codes de champ fonctionne correctement lorsque je crée un document, mais lors de la sauvegarde et du rechargement ultérieur, les liens sont remplacés par du texte le jeu d'enregistrements original. Le code de champ J'utilise est:Champs de lien hypertexte dynamiques Mailmerge perdus après enregistrement/rechargement du document - Word 2010

{ HYPERLINK { MERGEFIELD "Fieldname" } \* MERGEFORMAT } 

Après avoir enregistré puis recharger le document cela devient semblable à:

{ HYPERLINK "http://www.example.com" } 

Je fusionnait au courrier électronique HTML.

J'ai été incapable de faire fonctionner ceci avec succès après l'enregistrement. C'est une version simplifiée de ce que j'essaie de faire et la seule partie que je ne peux pas obtenir pour fonctionner correctement. J'ai besoin que le document de fusion et publipostage soit préparé pour que quelqu'un d'autre puisse le faire, plutôt que d'être là pour le configurer chaque fois qu'il doit être exécuté.

Toute aide à ce sujet serait grandement appréciée.

+0

J'ai vérifié ce qui se passe avec votre suggestion, et la même chose arrive, le champ se résout à ce que l'adresse est dans le premier enregistrement. Merci pour la suggestion cependant. – user2432995

Répondre

3

En plus d'insérer le champ {MERGEFIELD Fieldname}, insérez un signet au nom unique via Insert-> Bookmark, par exemple, immédiatement après le champ mergefield.

Je ne peux pas garantir que cela "fonctionnera" dans toutes les circonstances, mais jusqu'à présent cela semble faire l'affaire. Une autre possibilité si vous ne voulez pas avoir à se rappeler des noms de signet distincts serait d'insérer un champ imbriqué comme ceci:

{SET « mfkeeper {SEQ MFK} » « »}

Si vous le faites et mettez à jour le champ SET imbriqué avant de faire quoi que ce soit d'autre (comme la mise à jour du champ HYPERLINK), vous obtenez un signet nommé de façon unique (mfkeeper1, etc.). Je ne sais pas si cela est durable. Ce comportement permet d'expliquer pourquoi le comportement HYPERLINK imbriqué semble si arbitraire - si vous sélectionnez les champs HYPERLINK et les mettez à jour tous via F9, Word insère son signet _GoBack dans le champ HYPERLINK, et c'est ce qui semble empêcher Word à partir de la résolution du champ MERGEFIELD imbriqué.

+0

Insérer des signets immédiatement après le mergefield semble faire l'affaire! Le champ Mergefield reste dynamique et ne se résout pas à une adresse réelle lors du rechargement du document. Merci beaucoup! – user2432995

+0

Je suis étonné, mais en ajoutant un signet fonctionne. J'avais deux URL dynamiques avec plusieurs MERGEFIELD. L'ajout d'un signet après le dernier MERGEFIELD de chaque URL l'a corrigé. (Je souhaite seulement que je vienne ici plus tôt, j'ai passé des heures à résoudre ce problème) – JuLo

Questions connexes