| |
|
|
Thomas Freier | Im Moment suis je avec meiner Solution pas glücklich, là vous pas absulut hinhaut. je starte une Office Anwendung, et si le finissez ist, soll un PDF-Reader starten. KompilierenMarqueSéparation geift pas. Jedenfalls chez mir avec Portable OpenOffice 2.2 Es wird tout de suite qui PDF-Reader gestartet. Alternativ frage je, si qui avec Ooo geöffnete Dossier zur weiteren Bearbeitung ouvert volonté peux. KompilierenMarqueSéparation mais selbst cela "Sleep 10000" reicht quelquefois pas, jusqu'à Ooo sich installé hat et sur qui Dossier zugreift. Ins Besondere, si alles sur einem USB-Stick fonctionne.
Gibt es une une elegantere Solution? |
|
|
| |
|
|
|
| exposition la fois trop WinExec: Aider
depuis Version 11 liefert qui Funktion qui Prozeß-ID des gestarteten Programmes zurück, comme im Taskmanager angezeigt wird. Im Fehlerfall ist es qui Wert 0. chez précédent Versionen était qui Wert im Erfolgsfall sans signification.
ensuite la fois regarder quoi GetExitCode(ProzessID) zurückliefert - vlt. hilft cela déjà.
Speziell de OpenOffice sais je mais cela ca avec den Prozessen selbst déjà herumspielt - alors manch Prozess seulement autre startet ou bien benachrichtigt et sich selbst mais ensuite juste wieder finissez - ici bleibt ensuite vlt. seulement une à OO angepasste Solution comment z.B. FensterFinden etc. . |
|
|
| |
|
|
|
Paul Glatz | Starte la fois beim Portable pas qui normale exe mais qui sous APP |
|
|
| |
|
|
|
Thomas Freier | @Paul, cela habe je déjà getestet et hat keinen influence chez: "@WinExecWait(Prog$,1)" @iF, avec: KompilierenMarqueSéparation brachte rien. Möglich, dass 256 pas richtig ist.
Nachtrag: hat quelqu'un Erfahrung beim Umbennen de odt-Fichiers avec XProfan? KompilierenMarqueSéparationführt toujours en supplément, dass Ooo une "beschädigte" Dossier wiederherstellen veux. |
|
|
| |
|
|
|
| @Thomas: oui, habs vermutet - OO utilise manch Prozess seulement um une anderen trop benachrichtigen. je wüsste maintenant seulement encore la fois avec AddWindows/ FindWindow trop regarder si on es daran irgendwie "festmachen" peux. |
|
|
| |
|
|
|
Thomas Freier | @iF: cela avec FindWindow vermute je, si je cela pas déjà comme erstes getestet hatte, endet comment avec dem Test, qui à Ooo übergebene Dossier trop ouvrir. D.h. qui Fenstertitel ist seulement komplett vorhanden, si le Dossier ouvert wurde. alors n-Zeit attendre jusqu'à qui Fenstertitel abfragbar ist. |
|
|
| |
|
|
|
| >> alors n-Zeit attendre jusqu'à qui Fenstertitel abfragbar ist.
ou bien simple "warten jusqu'à qui Fenstertitel abfragbar ist" alors tandis que not la fenêtre là attendre... |
|
|
| |
|
|
|
| Vlt. hilft Dir aussi une Prozesse-liste: [...] |
|
|
| |
|
|
|
Thomas Freier | |
|
| |
|
|
|
| oui c'est ca, PID ist qui Prozess-ID - si qui Prozess mais bereits finissez ist ensuite wird il aussi pas plus dans qui liste stehen.
Drum meinte je oui: "also manch Prozess seulement autre startet ou bien benachrichtigt et sich selbst mais ensuite juste wieder beendet"...
peut-être mais utilise es Dir une liste aller Prozesse pour Openoffice-Prozessen trop fouiller afin de regarder si überhaupt encore une aktiv ou non. |
|
|
| |
|
|
|
Thomas Freier | je werde encore einmal den Weg sur
ou bien simple "warten jusqu'à qui Fenstertitel abfragbar ist" alors tandis que not la fenêtre là attendre... et ensuite, si trouvé avec zweiter Boucle tandis que not la fenêtre =weiter, versuchen. Doit ensuite mais den möglichen Fensternamen qui Anwendungs.exe, là libre wählbar et qui la base toujours qui soffice.exe ist, pour StarOffice (la fenêtre = 02-27.odt - StarOffice 8) et chez OpenOfice (la fenêtre = 02-27.odt - OpenOffice.org Writer) festlegen.
ah, pourrait on cette Office-Hackern doch Scribus näher apporter. là peux on une PDF et une PNG de dem Dokument erstellen.
|
|
|
| |
|
|