>>No, actually I was trying to using the detail band to try to get data for the summary band. I don't think adding another field will work. In creating the cursor, I'm in a situation where I need the detail info (so using group by won't work for me), but I also need summary info. This is probably a job for two cursors, but I'm trying to design a generic reporting class which uses one cursor.
>
>Thanks everyone for your help. Interesting turn this thread has taken.
>
>I've stuck with the native report writer and the UDF's. I put text fields on the report that call functions which return a formatted string. Works great except it's a little slow in the print preview and frighteningly slow when someone tries to preview the last page.
>
>I just don't understand the report writer though. It hasn't changed much since 2.6 Win while the rest of the app has improved greatly. The print preview window is a pain in the butt. The print preview toolbar is difficult to handle (and when you do handle it, it's with code that could only be described as "cheating"). When you print the report, a dialog comes up with the name of the FRX and the foxhead icon.
>
>Minor problems mostly but they make it difficult to take VFP seriously for a professional app.
>
>I don't suppose anyone has come up with a "better way" withing VFP (not using a third party tool)?
>
>paul


I've only run into two or three reports since I started using Fox six or seven years ago that I couldn't do with the report designer. Some required tricks, such as UDFs, etc make work, but I got them done.

SET SPECULATION ON
VFP report writer is unchanged because you're gonna see a new Visual Studio report writer sometime in the future. VB 6.0 has a new built-in report writer that looks alot like what we have in VFP, but it is a starting place for a generic tool.
SET SPECULATION OFF