| |
|
|
Thomas Freier | Im Moment bin I, con meiner Solución no glücklich, como ellos no absulut hinhaut. Yo starte una Office Anwendung, y si la final es, se una PDF-Reader starten. KompilierenMarcaSeparación geift no. Jedenfalls en me con Portable OpenOffice 2.2 Lo se inmediatamente el PDF-Reader comenzó. Alternativ frage Yo, si el con Ooo geöffnete Expediente a más Bearbeitung geöffnet voluntad kann. KompilierenMarcaSeparación Aber incluso el "Sleep 10000" reicht manchmal no, a Ooo se eingerichtet ha y en el Expediente zugreift. Ins Besondere, si alles en una USB-Stick se ejecuta.
Gibt lo una una elegantere Solución? |
|
|
| |
|
|
|
| Schau veces a WinExec: Ayuda
Seit Versión 11 liefert el Función el Prozeß-ID des gestarteten Programmes zurück, como en el Taskmanager adecuado se. Im Fehlerfall es el Valor 0. En früheren Versionen war el Valor en el Erfolgsfall sin Bedeutung.
Dann veces schauen qué GetExitCode(ProzessID) zurückliefert - vlt. hilft el ya.
Speziell de OpenOffice weiß Yo aber el dies con el Prozessen incluso ya herumspielt - also manch Prozess sólo otro startet oder benachrichtigt y se incluso aber entonces terminado inmediatamente - hier restos entonces vlt. sólo una a OO angepasste Solución como z.B. FensterFinden etc. . |
|
|
| |
|
|
|
Paul Glatz | Starte veces beim Portable no el normale exe pero el bajo APP |
|
|
| |
|
|
|
Thomas Freier | @Paul, el Yo ya getestet y ha no Einfluß en: "@WinExecWait(Prog$,1)" @IF, con: KompilierenMarcaSeparación brachte nichts. Möglich, dass 256 no correcto es.
Apéndice: ha alguien Erfahrung beim Umbennen de odt-Archivos con XProfan? KompilierenMarcaSeparaciónführt siempre dazu, dass Ooo una "beschädigte" Expediente wiederherstellen voluntad. |
|
|
| |
|
|
|
| @Thomas: Sí, habs vermutet - OO nutzt manch Prozess sólo en una otro a benachrichtigen. Yo saber ahora sólo una vez más con AddWindows/ FindWindow a schauen si uno lo daran irgendwie "festmachen" kann. |
|
|
| |
|
|
|
Thomas Freier | @IF: el con FindWindow vermute Yo, si yo el no ya como erstes getestet hatte, endet como con el Test, el a Ooo übergebene Expediente a abierto. D.h. el Fenstertitel es sólo komplett disponible, si la Expediente geöffnet wurde. Also n-Tiempo warten a el Fenstertitel abfragbar es. |
|
|
| |
|
|
|
| >> Also n-Tiempo warten a el Fenstertitel abfragbar es.
Oder simplemente "warten a el Fenstertitel abfragbar ist" also mientras que not fenster como warten... |
|
|
| |
|
|
|
| Vlt. hilft Usted auch una Prozesse-Liste: [...] |
|
|
| |
|
|
|
Thomas Freier | |
|
| |
|
|
|
| Exactamente, PID Es el Prozess-ID - si la Prozess aber ya final es Luego se él auch no mehr en el Liste posición.
Drum meinte Yo sí: "also manch Prozess sólo otro startet oder benachrichtigt y se incluso aber entonces otra vez beendet"...
Tal vez aber nutzt lo Usted una Liste aller Prozesse después de Openoffice-Prozessen a durchsuchen en a schauen si überhaupt todavía eins aktiv o no. |
|
|
| |
|
|
|
Thomas Freier | Yo voluntad todavía una vez el Weg encima
Oder simplemente "warten a el Fenstertitel abfragbar ist" also mientras que not fenster como warten... y luego, si gefunden con zweiter Bucle mientras que not fenster =weiter, versuchen. Muß entonces aber el möglichen Fensternamen el Anwendungs.exe, como frei wählbar y el Base siempre el soffice.exe es, para StarOffice (Ventana = 02-27.odt - StarOffice 8) y en OpenOfice (Ventana = 02-27.odt - OpenOffice.org Writer) festlegen.
Ach, podría uno esta Office-Hackern doch Scribus näher bringen. Como puede ser una PDF y una PNG de el Dokument redactar.
|
|
|
| |
|
|