Craig, thanks for responding.

Regarding top level forms you said: "I really dislike top level forms for most applications".
- Good for you.

You said: "As for your 'clumsy API calls', just put SCREEN=OFF in the CONFIG.FPW."
-I don't like to use CONFIG.FPW, don't ask me why. And while I'm certainly interested in your personal preferences my question was intended to generate a serious response. I'm guessing that there is some sort of deep down architectural reason for this else MS would have given us the VB-like model long ago. I'm more interested in the nitty gritty of the architectural roadblock.

Regarding _MED_ETCETERA and copy/paste you said: "I agree. This area could use some improvement".
-Thanks for agreeing with something.

Regarding treatment of OCXs you said: "The answer really lies into the evolution of the two product".
-Wrong. I'm fully aware of the evolution of FoxPro. I'm also certain that MS could offer a VB OCX compatibility switch that would cause OCX calls to branch to some common VB/VFP OCX handler routines. The new switch could route the call down a whole new path or act as a translator, legacy code shouldn't have anything to do with it. Heck, they could even package the new code into a new DLL that would only need distributing for those who had made use of the shim SET statement.

Regarding giving SYS calls more useful names you said: "It would merely add to code bloat".
-An alias to these calls wouldn't add diddly to overhead. By my count there were 52 SYS calls in FPW 2.6, there are now 73 in VFP 6. As MS goes forward why not assign useable names to these things. Again, I suspect that there is some underlying reason for this.

Regarding a potential rename and/or bigger marketing push you said: "Bad??? You need to look around. VFP marketing is now better than it's ever been. Renaming the product would actually be a bad idea. That would mean a huge marketing effort to get the name out and all people would say is 'It's just VFP with a different name.' Renaming something just for marketing purposes is a bad idea".
-You don't seriously believe that MS is doing a good job marketing VFP do you? Maybe they've improved but they still have a long way to go. Go to a university and talk to the kids moving through the IT curriculum. Every kid there knows about VB and a good many have set their sights on learning it. Most of those kids have never heard of FoxPro. You mention FoxPro or Visual Foxpro to these kids and they are immediately sceptical. The Fox brand carries connotations held over from the many years of negligent marketing. You have to remember that you're looking through some serious goggles. You probably see mentions of VFP because you're looking for them. The marketing isn't sufficient to attract the uninitiated. People need to be hit over the head with it. MS needs to crow about it. How many times have you seen in the press and in MS's own hype a phrase like this "users can leverage the power of Microsoft's development tools like Access, VB, or VC to...". No mention of VFP. I saw one of those just yesterday. Take a step back and look at it objectively and I think you'll agree.