After checking out the demo, I see what you mean by it being a nice front end report manager. And helpful to end-users. However, how complex can a SFReport get? Here's an idea I'd like to see happen in our reports, and it is one I made in Crystal Reports for dBase 5.5 about 7 years ago...

I mimicked a Postal-3541 report exactly to the 'T'. Perfect facimile. It involved making all sorts of lines, placing check boxes, and of course lots of text, with many places to put data-driven information. (Numbers, totals, postage rates, etc). This front & back report differs from normal reports because instead of showing row after row of records, and a summary total at the bottom, this report actually just showed one record, just different places all over the form. I

Can SFReports allow that kind of pixel by pixel drawing? --Thanks.

----------------
My second question is Stonefield Query. Our views are getting too complicated for the Visual View Creator, and was wondering if SF Query could help in that way. (We could just hand write the views in SQL, but would rather not for maintenance purposes)

Dustin