Hi!

This was just a suggestion. It is based on a few reasons:

- Form is a pretty well defined COM object :-) You can use it as a first parameter of the EventHandler() function.
- You can see a complete interface of events using VFP7 Object Browser - look for "Microsoft HTML Object Library", then in the list of classes select "HTMLFormElement" - you will see all PEMs for it.

EventHandler() also does not require to do manual unbinding, as I read in the help, so this approach should work as far as you manage to bind to events.

VFP shows event as object because approach in DHTML that allows assign Function object to any event in the DHTML script. You should not care about it, as far as I know.

Finally, in VFP6 you still can use VFPCOM.DLL, though I'm not sure about its reliability for case object goes out of scope before link with its event is released.

HTH.

>>Hi!
>>
>>Just a suggestion:
>>
>>HTML form object has event called "onsubmit". Also, HTML document has event "onunload". You can probably bind VFP code to these DHTML events using VFP7's EventHandler( ) function. I do not know if it would work ok though - you must unbind VFP code from event before that object destroyed, but I see no good way to do it.
>>
>>HTH.
>
>OK, just how would you go about binding to the form's OnSubmit function (BTW, it shows as type "O" an object). I don't know of any way to bind to something that's 3 levels deep within the object model. (webbrowser.Document.Forms[x or "KnownFormName"] or webbrowser.Document.KnownFormName)
>
>Besides, this will have to run in VFP6 for now, too.
>
>
>>>I'm using the Microsoft Web Browser control in a form, and that control is bringing up an ASP script that has some data input and a submit button. I can access all the data elements from the ASP side just fine from within VFP.
>>>
>>>Is there any way I can tell when the submit button has been pressed and/or get it's return value on the VFP side?
>>>
>>>TIA!