Discussion :

[ValPhi]

Bonjour,

Je viens de réaliser un publipostage assez conséquent : ma source de données se trouve sur SQL SERVER et j'ai organisé les champs recueillis dans mon document.

Cela dit, dans le même document, je souhaiterais me connecter à une autre base SQL SERVER pour récupérer d'autres informations. J'utilise pour cela le champ DATABASE lequel se connecte convenablement à la base définie.
L'ennui, c'est que je ne peux contrôler sa mise en forme (tableau avec police et taille de caractère pré-définie).

J'ai essayé de changer cela par le biais des commutateurs de texte : sans effet.

Je peux modifier la mise en forme du tableau final par le biais d'une macro VBA (assez facilement d'ailleurs) mais je souhaiterais éviter d'utiliser cette solution.

Auriez-vous une petite idée ?

[Heureux-oli]

Une idée, je ne comprend pas très bien comment tu fais, mais je vais te donner un lien vers un tuto, on peut contrôler le flux de données par VBA et les injecter dans un document.

http://heureuxoli.developpez.com/off.../publipostage/

[ValPhi]

Une idée, je ne comprend pas très bien comment tu fais, mais je vais te donner un lien vers un tuto, on peut contrôler le flux de données par VBA et les injecter dans un document.

http://heureuxoli.developpez.com/off.../publipostage/

Merci de ta réponse Heureux-oli. Dans la mesure du possible, je souhaiterais éviter d'utiliser du code VBA.

En fait, j'ai simplement inséré un champ {DATABASE}, à partir du menu INSERTION-->QUICKPART-->CHAMP puis sélection "BasedeDonnées". C'est un champ qui te permet de faire une requête sur une base d'SQL SERVER. L'ennui, c'est que le résultat de la requête est sous forme de tableau dans une police et une taille de caractères 'figées', que je souhaiterais pouvoir modifier dès que la fusion s'opère.

Se peut-il que la mise en forme de l'affichage d'un champ dépende des options de WORD ou de quelque chose comme ça ?

[Heureux-oli]

Ok, c'est plus clair avec la version de Word (2007)

Cr type de champ possède au moins un inconvénient, les données ne sont pas triées.
Tu n'obtiens pas un publipostage en bonne et due forme, mais une insertion de tableau automatique.

Tu n'auras pas le moyen de mettre en forme sans utiliser du VBA. Tu peux toujours utiliser une macro qui ne se lancera qu'après exécution de la fusion.

[ValPhi]

Rhââ, quel dommage ! J'étais quasi-persuadé que c'était faisable avec des commutateurs de mise en forme.
S'il avait été possible d'en modifier l'apparence, Word se serait avéré aussi puissant que des logiciels de création d'états !

En tout cas merci pour tes réponses Heureux-oli.

En ce qui concerne le tri des données, le champ {DATABASE} le permet si ma mémoire est bonne. Il suffit de se rendre dans la fenêtre permettant de sélectionner les critères de ta requête, après avoir déclaré la base sur laquelle tu souhaitais travailler.

Dans cette fenêtre, il y a trois onglets, lesquels te permettent respectivement de :

1. Sélectionner les arguments de ta requête {DATABASE} ;
2. Préciser tes critères de tri ;
3. Choisir les champs que tu souhaite 'remonter' avec ta requête

Encore merci et à très bientôt

[Heureux-oli]

Salut,

J'avais vu, et tu peux aussi modifier la clause SQL de ton champ, mais ce que je voulais dire, c'est que c'est statique, tu ne peux pas obtenir les données en fonction de l'enregistrement en cours dans ta fusion.

[ValPhi]

Salut,

J'avais vu, et tu peux aussi modifier la clause SQL de ton champ, mais ce que je voulais dire, c'est que c'est statique, tu ne peux pas obtenir les données en fonction de l'enregistrement en cours dans ta fusion.

C'est justement là où je trouve Word plus pratique que n'importe quel logiciel de création d'état (Report Builder,... ). Dans ton champ {DATABASE}, lorsque tu affiches les codes de champs, tu peux remplacer la plupart des arguments de ta requête par des champs de fusion, ce qui fait que ça peut très bien être dynamique et afficher un tableau qui se réfère à l'enregistrement fusionné.
Word peut permettre de créer non seulement des courriers fusionnés élaborés mais aussi des petits états extrémement précis.

[Heureux-oli]

J'avais pas abordé cette façon de faire.

Il ne te reste que le VBA après fusion.

[ValPhi]

Il semble que si on ne remonte qu'un seul champ (select unchamp from ...), il n'y a aucun tableau qui se construit, donc la mise en forme du document est respectée.

Bon c'est pas satisfaisant à 100%, mais on a une ébauche de solution.

[teknomoine]

En fait en ce qui concerne la taille et le type de la police, DATABASE utilise les paramètres de la police "NORMAL" pour afficher le tableau.

Il te suffit donc de formater ce style pour piloter l'affichage de ton tableau DATABASE.