Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations derfloh on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

FPW 3.0 Uses all Classes NO Forms

Status
Not open for further replies.

Newtonm

Programmer
Nov 8, 2001
39
CA
I have been "dragged screaming" from 2.6 into VFP by a clients app which was written by a since departed programmer. (yes we legally own the source!) I have converted to VFP 6.0 reasonably successfully but on investigation find that virtually the entire app runs from a set of 40+ classes, NO Forms. No Menu(s) The project was not completely populated with all these classes and so I have had to add them one by one and re-compile.
App is now "clean" and cosmetically more appealing (my preferences - not green screens with yellow text!!)

Questions.
1)Is this a valid or normal way of producing a VFP app? My previous (limited) exposure to VFP has always used forms.
2)I note that there is no DBC and for that matter none of the Free tables are included in the PJT - Does this matter?
3)There is one 30+ page .prg which contains most of the procedures even though there is plenty of code in each of the VCXs
4)How do I print ALL the code for ALL the VCXs en masse?

TIA

P.S. Client is large Property owner here in Canada and this part of suite of programmes is their A/P module.

RM Richard Myers
Four Letter Software Inc.
 
Newtonm

1)Is this a valid or normal way of producing a VFP app? My previous (limited) exposure to VFP has always used forms.

I'm my experience, yes it is a valid way to program. Although I usually use classes if the form itself will be re-used soemwhere else in the project. There are some purists that do it the other way around where everything is created by code.

2)I note that there is no DBC and for that matter none of the Free tables are included in the PJT - Does this matter?

Again, no DBC is a typical result of porting a FPW to VFP. Since you start out without them, the programmer feels its easier to continue that way. There are advantages to using DBC.

3)There is one 30+ page .prg which contains most of the procedures even though there is plenty of code in each of the VCXs

I tend to put procedures in classes, but in a program is also acceptable. Again a porting issue. Table should be included in the projectm but not in the exe.


4)How do I print ALL the code for ALL the VCXs en masse?

Load the classes in the class browser and go to ViewCode and print from there. (You can actually load the whole project and print the whole thing).

P.S. Client is large Property owner here in Canada and this part of suite of programmes is their A/P module.

And how does that relate to your question?




Mike Gagnon

If you want to get the best response to a question, please check out FAQ184-2483 first.
 
Hi Mark
Thanks for the prompt reply. In fact the app has been ported from FPW2.6 which explains a good deal.

<<And how does that relate to your question>>
Just for info, no particular relevance.

Regards RM Richard Myers
Four Letter Software Inc.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top