>Hi Craig ---
>
>Finally had a chance to play with this badboy: Wow! I'm most impressed with BINDEVENTS() and EXPORTEVENTS(). With EXPORTEVENTS() you don't have to know anything about the COM server and still be able to bind stuff to it automatically in conjunction with BINDEVENTS().
>
>I don't want to overstate this, but sometimes there are VFP-related things that come out of MS that get me to totally rethink the way I do things. One was the VM wizards for VFP5, another was the Access and Assign events in VFP6. VFPCOM may be the next in list to get me to rethink n-tier design structure with VFP.
>
>This is a very positive step in getting VFP working and playing well within the Win DNA framework.
>
>

I agree with your comments about the importance of BindEvents (same as VB WithEvents). Note that you can bind multiple VFP objects to a COM event, thus chaining multiple methods to one event. I think this stuff is so important to development that I'm doing a full session at DevCon in Palm Springs on it...

Programming COM Events with VFP
When hosting an ActiveX control in a VFP container, it's easy to attach VFP code to events of that control. Now, using the new VFPCOM.DLL component for VFP from Microsoft, VFP code can be attached to events of COM servers. This session will describe and show how to attach VFP code to COM events and various advanced solutions. This allows VFP to communicate with other technologies, including working with multi-threaded VFP DLLs. Surfacing events from a VFP DLL is also demonstrated using a VB DLL wrapper COM object around a VFP DLL COM object. COM events is an increasingly integral part of programming VFP in a component based development, and is central to DNA architecture. Heavy emphasis on working examples and real world component based communication with various technologies will comprise the core of this session.