>>>I'm using a help system that passes parameters in order to determine what help should be displayed for a particular object. I'm setting the parameter values in the GotFocus of the classes. I thought that it would be cleaner if I could just define the parameters when the OKL is called, but I get an error that "this" can only be used within a method, etc. Is there a way to pass values of the object that is current using the OKL? Thanks!
>>>
>>>Regards, Renoir
>>
>>Are you using a home-made help system? It sounds like you're doing this the hard way. If you use HTML help, you'd only have to set the HelpContextId property of the objects to have the correct help topic pop-up when the user hits F1.
>
>Hi Barb,
>
>Thanks for supporting my earlier suggestion! Renoir, are you really, really sure you want to do this the HARD way??? ;)

Ok, ok... Y'all are having an awful lot of fun at my expense here! :) I wanted to do the HelpContextID, but it still means that I have to maintain and keep track of the relationship between the ID and the object. To make this even harder, the user insists to have the ability to add help for objects on the fly. This in itself is not difficult when I pass the object name and the hierarchy information, but it's impossible using the ID as it has to be manually maintained. Unless I don't understand how it is supposed to work. The ID would make sense if it were a unique number that Foxpro assigned, but as I understand it I would have to keep track of the relationship.

What IS the best way to handle help? Even foregoing the user-adding logic, doesn't it seem that there should be an easier way to automatically handle help at the object level? Or all levels?

And why is the ActiveControl unreliable? I can see that it is because even with the debugger not running it will not return a valid ActiveControl value from any of the objects on my form, but why?

...and thanks for allowing me to be the straight man earlier... :)

Renoir