Is this changing with VFP7? That demo in New Orleans showing that in VFP7 every control now has a handle, made we wonder if thin client access would be faster. At least it should help with automated testing tools.

Joel

>>You misunderstand. Both VFP and VB use various elements of the Win32 API to draw components on screen; VB uses native Windows controls, which can be manipulated individually rather than treating the whole of a form as a bitmap to maintain and manipulate, as is the case with VFP's native application-drawn controls. In environments where the management of the Window can be offloaded from the main application, as is the case with many thin client solutions, using native Windows controls lets the UI end operate with less bandwidth than VFP's bitmap manipulation - it costs less to pass a Windows command to a control rendered client-side than to pass a redrawn bitmap each time a control is updated. The same amount of total work is being done, whether the control is rendered by the application or through client rendering of a Windows command; the bitmap which represents the form has to be updated IAC, it's a matter of how much data passes between the form and the GDI layer doing the rendering. VFP doesn't do it's own rendering really, either, it uses the Win32 API to update the virtual form, but the app rather than the OS takes responsibility for the rendering.<<