L
Lee Grissom
I passed in null as the control argument to Help.ShowHelp() method.
However, using .NET Reflector I can see that method detects null and
converts it to the ActiveWindow handle. This has a very undesireable
effect of making my chm help file always appear on top of my
application. I want the help document to appear like a stand-alone
application so that my end users aren't bothered by it.
So... I thought I'd be clever and attempt to get the "Desktop" as a
Control and pass that to the ShowHelp() method, but I don't know how to
do that. Sure, I can call the native function "GetDesktopWindow()" and
get back an IntPtr, but that's not good enough. So, I'm back at my
original problem. I'm leaning towards using Process class to manually
launch the chm file, but I wanted to see if someone had a more elegant
solution. Thanks.
However, using .NET Reflector I can see that method detects null and
converts it to the ActiveWindow handle. This has a very undesireable
effect of making my chm help file always appear on top of my
application. I want the help document to appear like a stand-alone
application so that my end users aren't bothered by it.
So... I thought I'd be clever and attempt to get the "Desktop" as a
Control and pass that to the ShowHelp() method, but I don't know how to
do that. Sure, I can call the native function "GetDesktopWindow()" and
get back an IntPtr, but that's not good enough. So, I'm back at my
original problem. I'm leaning towards using Process class to manually
launch the chm file, but I wanted to see if someone had a more elegant
solution. Thanks.