Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
VFP/SQL Server or VB/SQL Server, which better combinatio
Message
From
13/05/1998 18:26:06
 
General information
Forum:
Visual FoxPro
Category:
Other
Miscellaneous
Thread ID:
00098662
Message ID:
00099248
Views:
28
>>It's my understanding that the reason for this is that VFP requires ActiveX >>controls that adhere strictly to the ActiveX specifications, and that many >>ActiveX controls don't...

>IMO, this is the biggest load of crap perpetuated today - no offense<g>. If you >want to know what the ActiveX specs are - go to VB - see how controls act and >behave - and you have the specification.

That's like going to Microsoft for the Java spec...(!)

>The bottom line is that VFP is such a small player in this area. VB >consititutes 80% of the RAD tools market. So, that is the benchmark that >ActiveX Control vendors shoot for.

What was my comment about marketing?...

>The issue is testing. If ActiveX control vendors would test their controls in >VFP, we would not have a problem.

Or if they wrote them properly in the first place...

>Perhaps VFP is enforcing the incorrect specficiation. In other words, can a spec be a real spec if nobody adheres to it?

Like ActiveX?...

>Finally, if you are attempting to use an ActiveX Control in VFP - and it does >not work - will it do any good to tell the client that VFP has stricter >enforcement of the ActiveX Control Specficiation???? Somehow, I don't think it >will<s>.

So I should use VB 'cause people don't create proper ActiveX contols?...

>>How much more granular can you get than working with a data set that contains the exact information you want to work with?
>
>It depends on the level of control you need - and the level of abstraction you need. The only way to really see this is to look at things like ADO and SPT. In C/S development, there is a lot more to deal with than just getting data to and from the server.

Yes, there is, *but not from the perspective of the client product*...

>>You go on to make a number of other points which I don't feel qualified to >respond to, but find difficult to swallow nonetheless. Just goes to show that >when MS throws enough marketing money into anything they can get people to buy >it...
>
>True, but the technical merits are still there. Trust me, I have tested scenarios in VFP and VB and have seen some amazing things. I am not saying get rid of VFP in favor of VB.

Nor am I saying that VFP is better than VB, only that VFB *would be* if it got as much attention from Microsoft as VB does...

das all i got :)
Paul M.
MCSE/MCSA/MCT/MCP+I, A+, Network+, I-Net+
Nil carborundum illegitimi.
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform