There is nothing as flexible and does everything (access DB, OOP, MultiInheritence, Prints, Exports, Impors) like VFP.

.Net is designed for people who think they can develop. Can they do it without VB’s Intellisense?

VFP is for real developers!

I back you up brother!

Unfortunately I do not share your excitement. Here’s what I posted on the UT:

Despite many complaints, nothing has been fixed in SP2 except the splash screen. NAd now Sedna?

In fact Yag emailed me to ask for a list of missing items from the SP2 help file. I had to reply that a simple file compare between the indexes would yield him the results. I do not work for Microsoft anyway.

I have had a look at the so called Sedna source, specifically NET4COM, DDEX and VistaDialogs.

NET4COM. Such a waste of code. Written in VB.Ne,t all it does is expose a few built in functions in the .NET system files. A few classes have properties to examine. But the thing that irks me so much is that not even one Callback EVENT has been implemented.

Hands up those of you who want to send email but also want to do this asynchronously and also know whether the message was sent, or to know when a sound you have started, has ended!

Take for instance this:

Public Interface IPowerStatus
ReadOnly Property BatteryLifePercent() As Single
ReadOnly Property BatteryFullLifetime() As Integer
ReadOnly Property BatteryLifeRemaining() As Integer
ReadOnly Property BatteryChargeStatus() As Integer
ReadOnly Property PowerLineStatus() As Integer
End Interface

So I can read all these properties. But no events are exposed, say when PowerLineStatus changes or BatteryLifePercent reaches a predefined %. So to use this information in VFP, I have to add a timer, and poll at intervals.

I want to instantiate this and get CalledBack() when an event occurs not use resources polling.

And this crap:

Function Ping(ByVal address As String) As Boolean
***
Protected Function Ping(ByVal address As String) As Boolean Implements INetwork.Ping
Return My.Computer.Network.Ping(address)
End Function

So I PING and it returns .T. or .F. ? What about some more info like latency, speed, etc.

This code is so very basic that it does not deserve mention. Why would I want to load the .NET runtime to play a sound or PING when I can do that in VFP? What I would have wanted would be to give me feedback by implementing some basic events, give me a proper return to a PING. This code merits nothing more. This was written by a novice or someone who just doesn’t care. I think the latter is more probable.

Vista Dialogs DLL. And as for the Vista Dialogs DLL, cmon where do you people get off with this? A progress bar that you have to poll to get its status?

Public Shadows Property State() As Integer Implements ITaskDialogProgressBar.State
Get
Return MyBase.State
End Get
Set(ByVal Value As Integer)
MyBase.State = CType(Value, VistaBridge.Library.TaskDialogProgressBarState)
End Set
End Property

How difficult would it have been to implement a callback event so that I don’t need to poll for the statusbar’s status? How about actually kicking off a separate thread and running the progress bar in that thread, pumping back status info into VFP and informing when it has finished? Is’nt .NET true multi taskable?

DDEX for VFP. The prize of course must go to “DDEX for VFP” a misnamed lump of code. This should have been called “DDEX for Visual Studio” since it does nothing for VFP users. It just adds easier access for .NET Visual Studio users for VFP data.

Unfortunately I do not have sufficient proficiency in .NET to add events or kick off processes, but it should be pretty easy from what I have seen.

If I am to be convinced to use the .NET mis”Managed” code, then I want it to do a whole lot more than returning a .T. or .F.

I am excited – NOT.