Automatisierung einer SPEZIFISCHEN Word-Instanz bei Vorhandensein mehrerer Instanzen

[Bernhard73]

Hallo zusammen,

ich arbeite gerade an einem Textgenerator für den medizinischen Bereich, der aus stichwortartigen Angaben einen Befundtext generiert und in eine externe Befundverwaltungssoftware einfügt. Die externe Software nutzt Microsoft Word als Texteditor in Form eines eingebetteten Plugins, die Texteinfügung erfolgt per Word-Automatisierung.
Problematisch ist jetzt, das im Arbeitsumfeld eigentlich immer mindestens zwei und manchmal noch mehr Word-Instanzen gleichzeitig laufen. Da bei herkömmlicher Herangehensweise

wrdApp := GetActiveOleObject('Word.Application');

die automatisierte Instanz ist stets die ist, die zuerst gestartet wurde, und die meist nicht die richtige ist, muss ich anders vorgehen.

Nach einigem herumgooglen bin ich u.a. auf

AccessibleObjectFromWindow (zur Verfügung gestellt in OleAcc)

gestoßen. Der Funktionsbeschreibung nach könnte es auf diesem Wege funktionieren.

hatsgeklappt:= AccessibleObjectFromWindow( windowhandle, OBJID_NATIVEOM, StringToGUID('{00020400-0000-0000-C000-000000000046}'), rueckgabewert);

- Das Handle des Dokumentwindows kann ich über die Caption der Instanz und anschließende Enummerierung der Unterwindows ermitteln, das funktioniert soweit.
- OBJID_NATIVEOM ist eine Konstante und soll wohl $FFFFFFF0 sein
- als nächstes die GUID
- rueckgabewert ist laut Microsoft Doku "Address of a pointer variable that receives the address of the specified interface."

Ich bin mir nun nicht so ganz sicher wie ich "rueckgabewert" zu deklarieren habe und wie ich über diesen Rückgabewert dann wieder in ein Objekt verwandele, mit dem man "wie gewohnt" arbeiten kann, wie z.B.

<blabla>.Selection.TypeText("Hallo!");

Wenn mir hier jemand auf die Sprünge helfen könnte, wäre ich dankbar. Auch für einen Hinweis, wenn ich hier möglicherweise ganz auf dem Holzweg bin. Mit dem Thema kenne ich mich leider nicht wirklich aus...

Danke
Bernhard

[Chemiker]

Hallo,

ich würde eine neue Instanz erzeugen und mit dieser arbeiten ohne Seiteneffekte.

Bis bald Chemiker

[himitsu]

Zitat von so in etwa:

immer die erste Instanz

GetActiveOleObject verwendet GetActiveObject
und da brauchst du nur Hersteller der anderen Software dazur zu bringen mal RegisterActiveObject zu benutzen.

Grundsätzlich wäre es aber immer einfacher, wenn die andere Software eine "offizielle" Schnittstelle (API) besitzt, womit sie gesteuert werden kann.



Hab jetzt nichts gefunden, aber gibt es neben GetActiveObject auch eine Funktion, wo man alle laufenden Instanzen enumerieren kann?

Ich hatte mal irgendwo einen Code, der alle Instanzen des Explorers (File-Explorer und Internet-Explorer) durchgeht,
denn dort lieferte auch die "aktive" Instanz nur mist, vor allem bei Multi-Tab im Browser.
Da konnte ich aus den Instanzen über deren Interface die ProcessID auslesen, hab mit somit dann noch die ProcessID des aktiven Fensters besorgt und darüber dann die gewümschte Instanz rausgesucht.

[Bernhard73]

Hallo Chemiker, hallo Himitsu,

danke für Eure Beiträge.

Eine neue Instanz bringt leider nichts, da mir die Instanz, die ich benutzen muss durch die externe Software vorgegeben ist. Das Wordfenster ist in das Userinterface eingebettet, aber ansonsten ganz normal ansprechbar. Wenn ich die Befundsoftware als erstes starte (oder alle anderen Word-Instanzen manuell schließe), dann funktioniert es mit der "easy Methode", ansonsten aber leider nicht.

Eine API gibt es wahrscheinlich nicht. Es handelt sich um eine Befundsoftware für (deutschsprachige) Pathologen, da ist der Markt so klein, so dass sich Ausarbeitung einer solchen Schnittstelle nicht lohnen würde.
Das in die Software eingebettete Worddokument funktioniert ganz so wie ein separat vorliegendes, für Windows macht die Einbettung offenbar keinen Unterschied. Ist alles in der Running Object Table registriert, das passiert seitens Word automatisch, wenn die Fremdsoftware das Word-Fenster einbettet und hierzu Word nichtvisuell startet. Nur kann ich die Reihenfolge, in der die Word-Instanzen gestartet werden, leider nicht vorhersehen, so dass meine Texteinfügungen dann eventuell an unerwarteter Stelle auftauchen...

Mit AccessibleObjectFromWindow bin ich - so glaube ich zumindest - der Lösung ganz nahe. Ich bekomme zumindest als Ergebnis des Funkionsaufrufes keinen Fehlercode, sondern 0 (= S_OK). Wenn ich nur einen der anderen Parameter, z.B. das vorher ermittelte Handle des Dokumentfensters, ändere, dann ergibt sich -2147467259 (= ERROR). Als Rückgabewert bekomme ich je nach Dokumentinstanz auch unterschiedliche "Zahlen", wenn ich den letzten Parameter "rueckgabewert" als Integer deklariere.
Was mir fehlt, ist der Weg vom Rückgabewert zum automatisierbaren Objekt, hier fehlt vermutlich nur noch ein Schritt oder vielleicht auch nur das korrekte Verständnis, was der "ruckgabewert" eigentlich ist, denn eigentlich gibt die Funktion ja vor, die "Adresse einer Pointervariable zurückzuliefern, welche die Adresse des spezifizierten Interface enthält".

In C# und für Excel habe ich folgendes gefunden: https://www.codeproject.com/Articles...xcel-instances
werde aber nicht so ganz schlau draus im Hinblick auf die Umsetzung in Delphi.


Gruß
Bernhard

[mmw]

hallo,

hier noch ein Beispiel in VB für Word

http://www.office-loesung.de/ftopic586949_0_0_asc.php

Gruß

[Bernhard73]

Hallo mmw,

danke für den Link. In VB ist das automatisierbare Objekt scheinbar der Output von AccessibleObjectFromWindow mit dem Anhängsel ".Application". In Delphi finde ich da leider keine Entsprechung...

Gruß
Bernhard

[Chemiker]

Hallo,

aber selbst, wenn man auf alle offenen WORD- Instanzen zugreifen kann, so fehlt ja immer noch die Information, welche WORD- Instanz ist die Richtige?

Bis bald Chemiker

[Bernhard73]

Hallo Chemiker,

nein, die kenne ich aufgrund eines glücklichen Umstandes: Wenn man im Befundsystem einen neuen "Fall" öffnet (was man muss, da sich der generierte Text natürlich auf einen spezifischen Patient/Befund/Fall bezieht), wird ein Befunddokument geöffnet, das mit dem Layout sowie Patientendaten aus einer Datenbank befüllt wird. Das speichert die externe Software sofort beim Aufrufen erstmal unter C:\Temp zwischen. Anhand des Dateinamens habe ich einen Teil der Caption der Word-Instanz und kann mich von da zum eigentlichen Dokument vorarbeiten.
Ich habe also das Handle der jeweiligen Word-Instanz und auch das Handle des zugehörigen Dokument-Windows. AccessibleObjectFromWindow soll mir laut Funktionsbeschreibung aus dem Dokument-Window-Handle ein automatisierbares Objekt liefern, was es wahrscheinlich auch macht...die konkrete Verwertung der Rückgabe in Delphi ist für mich das Problem.

Gruß
Bernhard

[mmw]

hallo,
vielleicht hilft das weiter.

Delphi-Quellcode:

procedure TForm1.btnGetAccInfoClick(Sender: TObject);
var
vWSTemp: WideString;
vAccObj: IAccessible;
begin
FAccProperties := TStringList.Create;
if (AccessibleObjectFromWindow(aEdit.Handle, OBJID_CLIENT, IID_IAccessible, vAccObj) = S_OK) then

von hier kopiert
https://android.developreference.com...Screen+Readers

https://docs.microsoft.com/en-us/win...essible-object

gruß

[Uwe Raabe]

In der Word2010.pas gibt es ein Interface _Global, das man über CoWordGlobal erhalten kann. Dort gibt es ein Property Documents. Wenn du diese Liste iterierst, solltest du alle offenen Word-Dokumente bekommen, aus denen du dann das passende aussuchst. Das _Document-Interface hat wiederum ein Property Application, das die zugehörige Word-Instanz zurückgibt. Vielleicht brauchst du die aber ja gar nicht mehr, wenn du das Dokument hast.