>>But really, I think that vfp's NATIVE report generator should be the STRONGEST and BEST report generator in the market. Reporting should be as much CORE of VFP as table handling is.
>
>Proper Serbian proverb would be "from your mouth into God's ears". Actually the report is quite powerful as it is, it's the report designer interface, preview problems, lack of OOP and subreports - if that was fixed it would bethe best one on the planet. Just imagine having a logotype class which would read the values from a table - you'd simply drop it on a report and had the whole header done, and if you installed the same thing for a different customer, only the data in the table would be different. "See mom, no hands!", right?

I agree that the report generator is quite powerful. That's why I still rely on this native thing rather than on some external product like CR. Your wish list is quite good. Here's mine, which is almost the same:
- The preview window should have a scrollwheel-driven zoom feature. And it should be possible to zoom to a max of let's say 400 % at least.
- For some obscure reason, while being in Preview mode, the Printer Setup item in the menu works fine while in development mode, but activates nothing when it's runtime (although it some times does work even then).
- 'Embedded subreports' would simplify development of complex reports. And we, professionals, are too often dealing with complex reports, aren't we? It's VFP, not Access. VFP is for application building, rather than for adhoc querying.
- OOP is indeed lacking.

Ok, I hope that someone at MS will read this thread. Although, I'm sure that they've read and heard these same complaints over and over again. Can't we just buy Microsoft and then force them to implement the features?! :)

Groet,
Peter