Tout d'abord merci beaucoup de ta r�ponse...
Si tu affiches Thunderbird en groupement des fils de discussion, tu comprendras pourquoi je m'�nerve parfois.
Ah je ne connais pas cette option mais elle m'interesse beaucoup...
Quand Delphi execute ConnectOpenOffice il envoie un message � Windows qui lance OpenOffice s'il n'est pas d�j� charg�, puis il utilise la connexion logicielle ainsi �tablie.
Si l'utilisateur interf�re dans le travail on ne peut plus rien garantir. M�me avec une macro, si l'utilisateur modifie le document pendant l'ex�cution de la macro, tout peut arriver.
Si l'utilisateur n'utilise pas le d�marrage rapide, la fermeture du dernier document ouvert va arr�ter OpenOffice. Et bien s�r la connexion logicielle sera bris�e.
Je pense qu'il faut revoir le principe de ton application pour �viter des interventions utilisateur. Cela me semble anormal que l'application ouvre un document et demande � l'utilisateur de le fermer : celui qui a ouvert un document en est responsable, et ce n'est pas l'utilisateur.
Je comprends ton objection de principe sur cette ouverture par l'appli et fermeture par l'utilisateur mais je ne peut malheureusement pas me permettre de modifier cela � moins de savoir comment bloquer la fermeture d'un document... et encore car l'application �tait d�j� �crite et je ne suis charg� que de la compatibilit� avec OOo donc il faut que je garde son fonctionnement ant�rieur.
L'application ouvre le document en mode cach�, fait son travail, ferme le document. L'utilisateur ne perturbe rien car il ne voit rien.
Oui dans ce cas pr�cis cela fonctionne je traite le publipostage comme cel�. Les plantages se produisent quand l'utilisateur ferme OOo "dans le dos" de l'application.
Autre solution, s'il faut laisser l'utilisateur �diter le document, lui demander de ne pas le fermer, et faire cela par l'application, en fin de travail. Mais on restera d�pendant du bon vouloir (et de la b�tise) de l'utilisateur.
Id�e � creuser... mais cela ne fait pas tr�s pro ... Attention ne fermez que le document et pas OpenOffice ou les publipostages seront impossibles... lol
Si ConnectOpenOffice se passe bien, OpenOffice est bien lanc�.
Oui je l'avais remarqu� :) ... En passant j'ai vu que ConnectOpenOffice se contentait de v�rifier l'existence("isNullEmpty") de OpenOffice (le ServiceManager) avant de r��tablir la connexion (avec les 5 objets)... et si un des 4 autres a �t� supprim� ???
Sinon je me demandais pourquoi v�rifier l'existence de OpenOffice? Celui ci est un singleton donc m�me en le r�instanciant � chaque fois cela ne change rien...
En passant j'aurais bien aim� savoir si le Desktop est un Singleton aussi (cela m'ennnuierai d'ouvrir plusieurs fois le processus openoffice).
Sinon j'ai trouv� une solution qui fonctionne � priori... je r�instancie le ServiceManager r�guli�rement ainsi que le Desktop pour l'instant cela semble fonctionner et ne plus occasionner de plantages... Donc je ne passe plus par connectOpenOffice (d�sol� ;) )
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
