I'm creating a new instance of Word using the Office interop by doing this:
var word = Microsoft.Office.Interop.Word.Application();
word.Visible = true;
word.Activate;
I can get a window handle like this:
var wordHandle = Process.GetProcessesByName("winword")[0].MainWindowHandle;
The problem is that code works on the assumption that there's no other instance of Word running. If there are multiple, it can't guarantee that the handle it returns is for the instance that I've launched. I've tried using GetForegroundWindow
after detecting a WindowActivate
event from my object but this is all running within a WPF application that's set to run as the topmost window, so I just get the handle to the WPF window. Are there any other ways to get the handle for my instance of word?
Not sure why you need the handle to Word, but one way I've done this before is to actually change the Word window caption and search for it. I did this because I wanted to host the Word application inside a control, but that's another story. :)
Once you got the handle, you can restore the caption if you like.
Another method, making use of the fact that injected macros are run directly inside the WINWORD process:
You are already getting a list of all Word processes. You can iterate through this list, get the parent ID of each process and match is against the current process i.e. your own application that created a Word instance. This is roughly what I have in mind:
The ProcessExtensions class is available in this excellent response to an earlier post. I have used this class in my own code and have had no complaints.
This answer explains how to get the Word.Application object from a hwnd, which means we can loop through all active Word processes and check if their Word.Application matches our own Word.Application object. This way, you don't need to do anything with the window caption.
Please note that you can only obtain the process of a Word.Application that is visible and has one or more documents open (the code opens a temporary empty document in the latter case):
I use NetOffice in this example, but you can easily alter it to work with the standard interop libraries by editing the using statement and doing Marshal.ReleaseComObject() instead of Word.Application.Dispose().
I'll leave the answer I've selected as correct, since it was what I found to work back when I wrote this. I've since needed to do do something similar for a different project and found that trying to update the application caption seemed to be less reliable (Office 2013 vs. 2010? Who knows...). Here's the new solution I've come up with that leaves window captions intact.
This uses the following custom comparer to ensure the processes match (found here).