FORUM WINDEV

Bonjour,
Nous avons un problème lors du pilotage de word par notre logiciel.
Dans le code de clic sur un bouton, nous avons:
WordG est un objet automation dynamique
WordG = ObjetActif("Word.Application")
SI WordG = Null ALORS
QUAND EXCEPTION DANS
WordG = allouer un objet automation "Word.Application"
FAIRE
Info(ErreurAllocation + RC + RC + ExceptionInfo(errMessage))
Ferme
FIN
FIN

Ensuite, nous exécutons une macro avec:
wordg>>run("NomDelaMacro", Paramètres..........)
liberer wordg

On rencontre une erreur qui au début pouvait paraître aléatoire mais qui en fait semble concerner un conflit entre l'utilisation de iimprimeetat et la déclaration de l'objet automation. Je m'explique.
Si on lance le traitement, la fusion se fait sans problème car word est bien installé sur la machine. Ensuite, on imprime un état (via un autre bouton par exemple dans la même fenêtre ou une autre). On relance ensuite le traitement de clic du bouton de fusion et là un message apparait: L'objet automation "Word.Application" n'est pas installé sur votre système: (Il rentre dans le traitement d'exception, c'est à dire qu'il n'a pas réussi à allouer un objet automation). Message très farfelu car word est bien entendu installé. (De plus, le serveur automation est bien installé d'après les vérifications faites sur http://support.microsoft.com/kb/828550/fr). On est alors obligé de sortir du logiciel pour que la déclaration et l'allocation de l'objet se refasse sans souci.

On a essayé de mettre la déclaration de l'objet automation dans le code du bouton ou dans la déclaration globale de la fenêtre (dans ce cas, on libère l'objet en fermeture de fenêtre) mais rien n'y change. Sur les conseils du support microsoft, on utilise la déclaration tardive (plutôt que Wordg est un objet automation dynamique = objetactif("Word.Application") sur une seule ligne)
Avez-vous eu déjà ce cas sachant que l'on est en Windev7.
Merci de vos réponses.

post dans un seul endroit celà évite aux personnes qui veulent t'aider de relire 2 fois le même sujet