>Hi Thomas:
>
>We would have to revisit the VCX / SCX format, because some features as namespaces, return types, typed properties, are not possible with the current format, so some extensions will be needed. Actually, You can't even implement interfaces in classes based on VCXs, so this is a blocking issue for current VFP functionality not to mention .NET functionality.

Personally I'd put taht on the back burner: If Craig Boyd's IDE for .Prg based on VisualStudio works as I hope (having a nice property editor and view parent source) I see vcx use in the future mostly for GUI matters. Even then you could have a prg-based subclass.

>We already have a partial implementation of CursorAdapter, for remote views. We can query, update, delete and insert into remote views. Thanks to our customers we have tested in MySQL, Oracle 8i, Oracle 10g, SQL Server 2005 and PostgreSQL 8.x. You can execute remote procedures receive ResultSets and work like VFP.

Starting around easter there is a possibility I will work for a longer stretch of time on making a large gvt-used program C/S capable. As this is one of the long-lived programs rooting in FPW, the first step will introduce/establish a layered extension into a framework reaching waaay back and utilize cursoradapters.

Part of the data is already included (mostly via COM and partially via WS) into DOtNetNuke-powered web sites, so further integration can be counted on. On another front I might get some rudimentary testing done with DB2.

>The Async functionality had not been enabled because until this month we enabled multithreading in VFP even with LOCAL vars. So with the async capability in place we are going to finish the bits for Asynchronous data retrieving. And to have Multithreading in VFP now enable us to do very interesting things We always wished to do in VFP but were blocked because the VFPxR.dll were Single Threaded.
>
>For views based on local tables , we expect in march to have the SQL functionality in place to allow this to work with local tables, and then CursorAdapter will be mostly feature complete.

Will be interesting to see how much of our the CA class can be used and how much tweaking will be needed<g>. But I think the code in tose classes is pretty already well covered - nothing esoteric there.

regards

thomas