1

The LA Fox Developer
LA Fox President’s Column
by Chuck Williams

December User Group Meeting
In this doubleheader Christmas meeting we were informed and entertained by Dan Madoni and fed holiday goodies by George Dvorak. Dan served up his expertise on Visual Basic and George served up several of his custom strudels which have become a delightful tradition with this group. A man whose talents run from FoxPro development to strudel development is rare indeed thanks again to George.

Dan is a former Microsoft developer now working with Ken at JPL. He dazzled us with the “basics” of how to use Visual Basic to create applications with Windows-style event- driven user interfaces. He explained the VB approach to objects, with names, properties, events, and methods associated with each object. He showed how easy it is to assign property values at design time or run time, and to define event responses with visual point and click tools. Each object has an appropriate set of events that VB will automatically trigger, and the developer defines the response to the event by writing a program in an event window. You do have to speak Basic to write these “snippets”, but the wonderfulness is in the Visual, not the Basic.

The difference from FoxPro is the wide variety of event types already built-in to the objects, and the ease of defining the response for any

continued on next page
XPro User Group News
by Randy Unruh

Client Server Redux
I have just taken over responsibility for all FoxPro projects on the Los Angeles County Metropolitan Transit Authority (MTA). The MTA has a thirty year plan for construction of rail transit in L.A. County, which has been plagued by problems of cost overruns and schedule delays. My first take on this problem is that when construction began there was a lack of automated control and report ing of management information. Many new applications have been written and are recently coming on-line. A number of important applications are written in FoxPro, including one that tracks rail construction contract changes. This application is not used in house but by outside consultants and contractors who access it through a WAN. Since there are a good number of outside users and FoxPro is not truly a WANable product, this requires nightly up and down loading of large tables. Of course, this is not optimal but it is the only way FoxPro can handle the situation. There are other systems, proposed, in development and production that face the same problem. Having coming from JPL and consulting for the Air Force to a new organization and seeing the same problem, for me, brings this subject once more to the fore.


continued on page 4
A Newsletter for FoxPro Application Developers in Southern California
January 1994

1