Thanks for the info. I have been programming for 33 years and the last 6 in VFP, in fact VFP was my first OO language. So I am sorry to bother you guys with this elimentary stuff, but I think its time I need to start expanding my skillset (Not many calls for VFP/Cobol/Dibol/RPG/Assembler). I will be working with VB.Net soon and I understand that the OO characteristics would nearly satisfy a OOP purist.

Thanks

Glenn

>>Does this mean that to pass an object reference from within a control method I would pass the control name?
>
>
>No, you would pass the control, and then, in the receiving method, refer to the object parameter name. Very similar to VFP.
>
>
>>Also how does VB handle containership?
>>
>
>
>Very differently than VFP. You have forms, just like in VFP. And, there are some visual controls with a rudimentary hierarchy, like some of the add-on grids. But, if, for instance, you wanted to add two text boxes and two labels to a first-and-last-name control, you would need to create the control as an ActiveX component, and then map whatever internal items you would want to reference to public properties on the outermost control. Ugly stuff.
>
>This is partly why I rarely develop front-ends in VB. I think that an awful lot of people on the UT treat VB unfairly, except when it comes to visual controls. In those cases I agree that VB feels like a word processor compared to a tool like VFP.