This content has been marked as final. Show 3 replies
If this is compiled HTML Help (.chm), and if the developer is using the HTML Help API to call your help file, then this is the expected behaviour. According to Microsoft's HTML Help API documentation:
"Any help window that you create through the HTML Help API is owned by the calling, or parent, program. This allows the help window to stay on top of its parent, yet not be on top of any other program that has focus."
The developer should be able to override this behaviour by passing "null" rather than the handle of the calling window as the first parameter of the HTML Help API calls. Here is an example of a modified call:
HtmlHelp(0, "c:\filename.chm", HH_HELP_CONTEXT, 1001)
However, this has the disadvantage that the help file is no longer bound by the actions of the calling program. So if the user closes or minimises the program, the help file isn't closed or minimised as well.
Too bad you can't do this in WebHelp!.
It lets the user keep the information open, while he or she follows advice and instructions for that page of the application. The window must be movable and have its own icon or button for closing it independently.
Thanks Pete. I have passed on your response to the developer.
I forgot to specify that, yes, our help is an HTMLhelp .chm.