Discussion :

[iglog]

Bonjour,
J'essaie d'interfacer une application ecrite en WinDev avec Word (Office XP) afin de réaliser un publipostage.
Cette fonctionnalité se décompose en 2 modules, le premier étant le module de création du modèle avec des champs issus d'un dictionnaire, le 2eme étant l'exécution du publipostage.

Dans le 1er module, l'insertion des champs de fusion se fait bien avec Fields.Add() et je n'ai pas eu trop de difficultés pour terminer le module.
Mais il me reste un problème:
Je n'ai trouvé aucun moyen de mémoriser la source de données directement dans le document Word. Ce qui m'arrangerait bien puisque l'appli est multi-users et je voudrais enregistrer le document dans un blob MySQL. Est-ce possible ou dois je enregistrer un autre document "données" au format Word ?
Si je n'enregistre pas de liste au moment de la création du modèle, j'ai une erreur lors du publipostage puisque "le document n'est pas un document maitre de fusion".
Est-ce possible de rendre le document "maître" au moment du publipostage seulement (cad constituer la source de données dynamiquement) ?

Dans le 2eme module (l'exécution du publipostage) je rencontre 2 problèmes:
1/ Je n'arrive pas à gérer des champs de type "case à cocher". J'ai vu pas mal de posts à ce sujet dans divers forums mais sans que les solutions proposées fonctionnent chez moi. Connaissez vous un moyen simple d'intégrer des case à cocher de "fusion" ?

2/ Je voudrais que l'exécution se fasse en invisible. Mais lorsque je traite la propriété .Visible = false, le publipostage ne fonctionne plus ?!? (obligé de mettre en visible avec .Visible = true)

Merci à tous

[Heureux-oli]

Bonjour et bienvenue sur les forums Office de DVP.

Peut-être une solution
http://heureuxoli.developpez.com/off...ipostage/#L7-B

Il deviendra alors un document principal de fusion.

[iglog]

Bonjour,
J'avais suivi ce tutoriel pour arriver à mes fins.
Malheureusement, la constitution d'une liste nécessite qu'elle soit enregistrée (je l'ai enregistrée au format mdb). Et c'est bien là le problème puisque ce modèle de document de fusion sera utilisé par tous les utilisateurs de l'appli (appli multi-utilisateurs) et placé ou dans un blob ou sur une serveur réseau: donc la source de données ne peut pas exister, sauf en créant un deuxieme document word que je vais devoir gérer parallèlement. C'et bien ce que je voulais éviter !
Peut-être connaissez vous une solution ?!
Encore merci

[iglog]

désolé, ma réponse est incomplète:
l'ajout de la source de données par programmation (MailMerge.OpenDataSource...) n'est pas envisageable (facilement en tous cas) puisque je travaille avec une base MySQL en accès natif; les clients n'ont pas de source de données (pas d'ODBC ou de OLE DB)
Encore merci

[Heureux-oli]

Salut,

tu mentionnes que tu vas utiliser un MDB pour tes données.

Cette DB, elle peut toujours avoir le même nom et les mêmes tables ou requête, pourquoi ne pas lier la fusion à cette DB.

Je ne connais pas toutes tes contraintes.

[iglog]

Parce que il n'y a pas de source de données MySQL sur les postes clients.
J'accède à la DB directement en natif (sans passer par ODBC ni OLE DB ni ADO)

[Heureux-oli]

Salut,

Sans ODBC, Word ne pourra pas attaquer les données.
Une solution serait de passer par un fichier annexe style CSV.
Et si tu donnes toujours le même nom au fichier.

[iglog]

Je vais essayer d'exploiter la function .OpenDataSource au moment ou j'exécute le publipostage, cad enregistrer un fichier de données, puis faire .OpenDataSource juste avant le .Execute(0) ?!?
J'espère que ca va marcher; mais je ne connais pas la syntaxe et les paramètre de .OpenDataSource: où puis je trouver une aide sur ces commandes ?
Si ca ne fonctionne pas, ça implique que je gère parallèlement deux fichiers: le document maitre + fichier données; c'est ce que j'ai déjà fait avec un fichier word contenant les données (au lieu d'un fichier csv)
Si ce fichier de données peut contenir n'importe quelle valeur ce n'est pas trop grave: ce fichier "bidon" servirait pour tous les publipostages, sans me soucier de ce qu'il y a dedans. De toute façon je génère un autre fichier de données au moment de l'exécution, que je supprime ensuite.
D'où ma question: le fichier "données" initial doit-il nécessairement contenir les colonnes correspondant aux champs de fusion ?
Encore merci pour tes réponses éclairées

[Heureux-oli]

Salut,

Le fichier initial ne doit pas nécessairement contenir des données, mais il doit les avoir juste avant le publipostage.

Si tu as un doute sur la syntaxe, tu peux toujours utiliser l'enregistreur de macro.

[iglog]

Merci beaucoup pour tes réponses, je vais essayer de mettre ça en oeuvre.
Bonne continuation
PH

[Heureux-oli]

Si tu rencontre des difficultés, n'hésite pas, mais sache que je ne connais absolument pas Windev.
Déjà Word c'est limite.