>>My help menu has standard items Contents, Index, and Search. All remain disabled in my application. I have SET HELP TO myhelp.chm in my program right before the DO MENU. This help file functions if I run it separately. Myhelp.chm is in the same folder as the application.
>>
>>If I hit F1 for context-sensitive help, I get the HTML Help Author error "HH_HELP_CONTEXT called without a [MAP] section" ForeHelp Pro 3 Demo version generated a .h file which I placed in the same folder as the application and included in the project. It looks like this:
>>
>>#define introduc 0
>>#define partsgfe 9
>>#define ska 7
>>#define hmrfmr 8
>>#define locate 10
>>#define dei 11
>>#define ggram 12
>>
>>I made the help context ID values of certain forms equal to these numbers. This syntax looks the same as that from the Solution sample.
>>
>>Thanks for helping me join up the dots.
>
>I'm getting a little closer. Those help menu items I was using are for winhelp, I guess. I replaced them with _mst_help and got a working help menu item. But I still get that odd HTML Help Author error when I hit F1, if the current form has a help context ID. For some other forms that have no help context ID, F1 opens the help menu to the beginning, just as it should. Any ideas on what causes the error?
>
>One thing that might be relevant: when I generate this .h file using ForeHelp, I am selecting an option that says "c style", since the only other options are visual basic and pascal. As I said, the .h file looks correct when compared with the one in the Solutions sample, but I wonder what else gets built into the .chm because of it. When I try to make help for my Access programs, I will try selecting visual basic, and perhaps have similar problems.

Oh, heh. I forgot to #INCLUDE the include file. While I was at it, I also changed all those topic strings, giving them an IDH_ prefix just to make sure they weren't the same as existing table names and so forth.

Talking to myself is not a sign of insanity.
:) :) :) :)