Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Using forms' Dataenvironment 'as is' with reports
Message
From
13/08/1999 07:55:11
Kenneth Downs
Secure Data Software, Inc.
New York, United States
 
General information
Forum:
Visual FoxPro
Category:
Reports & Report designer
Miscellaneous
Thread ID:
00253332
Message ID:
00253340
Views:
18
Vidar,

You have identified a common frustration with fox, its Report Writer. Amongst its many drawbacks is the fact that it cannot support more than one child table.

The standard answer you will get when you ask this question is to buy Crystal Reports, which I am told supports this.

Were you at Devcon? I was in one conference given by an MS-type person, and the subject of an improved report writer came up. His answer was, "well, you made that your number one priority for version 5, and we didn't do it, and you made that your number one priority for version 6, and we didn't do it, so..." This non-answer was met with chuckles which I completely failed to understand. Are we laughing at the open secret that MS effectively monopolized the xBase market and we are at their mercy?

Oh, BTW, who says restless fantasy is incompatible with patient stubborness?

>I have several one-to-many forms with one parent grid and several child grids on each form. What I want to do is have the report use the forms' dataenvironment 'as is' using the parent grids' recordsource as its main table and print all records from each child grid for each record in the parent table.
>
>I know that leaving the reports' dataenvironment empty, makes the report use the dataenvironment of the running form. The problem is that the reportwriter needs the child table (group table) to be set as its main table to be able to print childrecords (groups of records), making it necessary to create a view and use the view as source for the report and apply the current filter/order set for the forms' parent table to the view.
>
>This seems like a lot of fuss for accomplishing a trivial task and it really shows that the VFP reportwriter is badly designed in regard to printing child lines (groups of records).
>
>I just added a wish to the VFP7 Wish List regarding this:
>
>'Handle report groups the same way as child grids
>
>For each report group we should be able to specify a Linkmaster, Childalias, Childorder, Relationalexpr the way we can for childgrids on a form. When running the report, the report object should then skip thru the records in Linkmaster and select the Childalias and skip thru its' childrecords for each report group.'
>
>Any thoughts on this anyone?
Previous
Next
Reply
Map
View

Click here to load this message in the networking platform