Discussion :

[totoen]

Bonjour,

Voila je créer des fichiers word puis je les lance depuis mon winform.

Problème quelquefois quand je veux fermer manuellement (croix rouge) mon Word il me fait une erreur a cause du normal.dot qu'il veux écraser ou j'en sais rien trop quoi..

J'ai remarqué que le problème se produisait plus souvent quand j'ai refermé mon winform et que le word reste ouvert et après quand j'essaye de le fermer il fait l'erreur.

Je pense que je doit lacher le processus Winword mais je sais pas trop comment faire?

Voici mon code:

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
Word.Application newApp = new Word.Application();
            object o = System.Reflection.Missing.Value;
            object Source = Recup; //chemin du fichier word en string
             newApp.Visible = true;
             //démarrage de word
            newApp.Documents.Open(ref Source, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o, ref o);

Merci

[The_badger_man]

Pourquoi ne pas faire un simple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
System.Diagnostics.Process.Start("winword.exe", "fichier.doc");

[totoen]

ben parce que je ne fait pas que ca. Je rajoute des fois des toolbars (pas dans ce cas la) et je commande des impressions puis des sauvegardes.

Ce qui est impossible ou presque avec System.Process et les objets standard du Framework.

De plus je dois être sur de la version du Word car des utilisateurs (je sais c'est ...) ont deux word (XP et 2003) installé sur leur PC.

Merci

[The_badger_man]

Ton doc Word doit-il rester ouvert quand tu quittes ton appli ou peut-on le fermer ?
Si c'est le cas ne peux-tu pas appeler la méthode close (si ça existe) sur ton objet Word quand ton appli se ferme ?

[virgul]

Bonjour et Merci pour tes réponse.

(mon collègue totoen qui a cette tache est malade donc je reprends son problème vu que c'est important)

Mais ce que j'aimerais faire c'est vraiment ouvrir le word via le VSTO et lui laissez vivre sa propre vie indépendamment (voler de ses propres ailes) de tout le reste de mon winform.

si je ferme mon application je ne doit pas fermer le word s'il est encore ouvert et ca se pourrait aussi que le doc word soit déjà fermé quand je quitte mon appli.

J'espère être clair et surtout que ca soit possible.

[SaumonAgile]

Non, si tu veux que les processus soit indépendants, il faut les lancer avec Process.Start.
Si tu veux utiliser VSTO, tu dois fermer le document avec (voire même avant) le winforms.

[virgul]

Ouais c'étais bien a la conclusion que j'étais arrivé. Mais je voulais être sure que je ne puisse pas le faire via le VSTO.

Merci de ma part et de celle de totoen.

++

Thierry

P.s. je demanderais a totoen de mettre résolu quand il sera guéri.

[totoen]

Bonjour et merci pour votre aide,

La solution retenu est :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 ProcessStartInfo processInfo = new ProcessStartInfo("winword.exe", @"c:\toto.doc");
            processInfo.WindowStyle = ProcessWindowStyle.Hidden;
            Process arjProcess = new Process();
            arjProcess.StartInfo = processInfo;
            arjProcess.Start();
            arjProcess.Close();

Es-ce que c'est bien à ca que vous pensiez?

[Skalp]

Je n'ai encore jamais utilisé VSTO à proprement parler, mais il est tout à fait possible avec l'automation de laisser Word ouvert. Il suffit juste de ne pas fermer le document ni l'application Word.

Le message que tu as à propos de l'enregistrement du normal.dot n'est pas choquant et n'est pas issu de l'automation, mais de Word. Il suffit de répondre non à la question pour pouvoir fermer le document correctement.

[totoen]

Bonjour,

oui et non il ne suffit pas que de cliquer sur non car word reste ouvert et il faut encore une fois cliqué sur la croix et il y a de nouveau un autre message. Et la enfin ca se ferme.

Donc tu prétends que je dois pouvoir faire ce que je veux avec le VSTO? Mais tu n'as aucune piste à me donner et en plus t'es pas sure de ce que tu avances car tu ne l'a jamais utilisé?

Il suffit juste de ne pas fermer le document ni l'application Word.

J'ai remarqué que le problème se produisait plus souvent quand j'ai refermé mon winform et que le word reste ouvert et après quand j'essaye de le fermer il fait l'erreur.

D'ailleurs avec le code en dessous on voit que je ne le ferme pas. Donc qu'es-ce que tu entends par la?

Merci

[Thomas Lebrun]

Un petit mot au passage: même si faire un développement VSTO, c'est faire de l'automation COM, cela reste plus ou moins différent à certains moment.

Dans le cas précis, il me semble bien que tu fais de l'automation COM sur Office (Ajout des références, etc...) et non pas du VSTO (utilisation des templates de projets, etc.....)


My 2 cents

[totoen]

Bonjour,

Un petit mot au passage: même si faire un développement VSTO, c'est faire de l'automation COM, cela reste plus ou moins différent à certains moment.

Dans le cas précis, il me semble bien que tu fais de l'automation COM sur Office (Ajout des références, etc...) et non pas du VSTO (utilisation des templates de projets, etc.....)


My 2 cents

Oui c'est vrai ce que tu dis, je fais de l'automatisation COM sur Word.

Désolé je vais modifier mon titre.

Mais alors qu'en est-il pour mon problème je dois faire comment utiliser system.process ou y a un moyen de lacher le process via l'automatisation COM de Word?

Merci de m'avoir corrigé

[Skalp]

oui et non il ne suffit pas que de cliquer sur non car word reste ouvert et il faut encore une fois cliqué sur la croix et il y a de nouveau un autre message. Et la enfin ca se ferme.

Quel est ce nouveau message ? Si tu ne nous en dis pas plus, on ne pourra pas t'aider.

Donc tu prétends que je dois pouvoir faire ce que je veux avec le VSTO? Mais tu n'as aucune piste à me donner et en plus t'es pas sure de ce que tu avances car tu ne l'a jamais utilisé?

Je ne prétends rien avec les VSTO, je connais très peu. J'ai juste remarqué que cela ressemblait plus à de l'automation qu'aux VSTO. Ce que tu confirmes, d'ailleurs
Et l'automation Word, je connais déjà plus. Donc je peux peut-être t'aider !

Si tu as le message avec le normal.dot, c'est que le modèle de document est modifié. Cela peut provenir de ton automation, mais aussi de l'utilisateur puisque tu lui laisses la main, donc tu ne pourras pas systématiquement éviter ce message.

Pour moi, il n'y a pas de problème, à part peut-être ce deuxième message dont tu me parles.
J'attends donc que tu nous donne plus de détails sur ce deuxième message.

Pour info, tu as la possibilité de supprimer les messages d'avertissement avec l'automation :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

newApp.DisplayAlerts = false;

Mais cela risque de faire plus de mal que de bien car les utilisateurs ne seront pas avertis en cas de modifications non sauvegardées.

[totoen]

Ok ben je t'es fais des Print Screen des messages.

Voici le déroulement:

Je clique sur la croix donc premier message :
1.jpg

je clique non:
2.jpg

je clique annuler:
word ferme mon doc mais pas l'application Word (word ouvert sans document)

je reclique sur la croix:
3.jpg

je clique sur non

et la enfin Word se ferme.

Merci pour ton Idée je vais essayer merci. l'utilisateur est seul responsable de ces documents et la plupart du temps il ne sont pas sauvegardé alors m'en fou s'il ne pose pas la question.

[totoen]

Ben enfaite ca ne change rien de mettre:

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

newApp.DisplayAlerts = Microsoft.Office.Interop.Word.WdAlertLevel.wdAlertsNone;

[Skalp]

Aaah, c'est un peu différent de ce que je pensais. Comme quoi les messages d'erreurs sont importants pour comprendre.

Lorsque tu as le premier message (1.jpg), est-ce qu'il y a plusieurs applications (ou documents) word ouverts ou un seul à ce moment ?

S'il n'y en a qu'un, c'est qu'il doit y avoir d'autres processus winword encore ouverts, tu peux les retrouver dans le gestionnaire des tâches. Dans ce cas, cela provient probablement du fait que tu stoppes le débugage avec VS pendant l'automation. Est-ce le cas ?

[totoen]

Oui c'est vrai j'ai plusieurs winword.exe ouvert tu as raison.

Mais par contre ce n'est pas en debug mais bien en exploitation que j'ai le problème.

Si j'ouvre 3 word via cette même commande et que je ferme mon Winform quand je ferme le premier word pas d'erreur et les deux suivants oui.

Mais bon la j'ai fait quelques test avec system.process ca a l'air de marché et comme ca je ne serais plus obligé d'avoir le dll de word dans tout mes winforms (ce qui rendra l'application plus légères).

Donc merci pour ton aide mais je crois que je faire avec system.Process à moins que tu y vois une objection?

Merci

[Skalp]

Non, effectivement, System.Process est tout à fait convenable pour ouvrir un document (Word ou pas, d'ailleurs).

Mais du coup, lorsque tu génères les fichiers par automation, tu n'as pas besoin d'afficher Word à l'utilisateur : newApp.Visible = true;.

Il te suffit de :
- générer le doc en automation invisible (newApp.Visible = false;)
- libérer les ressources (cela te permettrait de ne pas avoir des process winword qui trainent et que tu n'utilises plus. voir plus bas)
- ouvrir le doc avec System.Process.


Pour libérer les ressources avec l'automation Office, c'est un peu délicat, car bien souvent les process office ne se ferment pas correctement. Pour de plus amples explications, je te renvoie à ce sujet de développez : Automatisation Excel : Fermer le processus Excel récalcitrant


N'oublie pas le tag lorsque tu auras terminé

[totoen]

Merci pour ta réponse.

Bon pour que tu aies bien compris mon scénario, je ne génére pas vraiment le word via l'automatisation j'utilise WordML (déclaration xml d'un document Word 2003).

Donc moi je part d'un XML et je fais une simple transformation XSLT puis j'ouvre le document résultant.

Et après suivant les documents je l'imprime et le referme ou je l'ouvre simplement comme dans ce cas la.

Donc quand je l'ouvre : System.process

et quand je veux imprimer: COM Word.


A+