>Hi Steve.
>
>>Does Stonefield Query give the enduser the option, as Foxfire and Query Maker do, to convert the retrieved records to other formats such as Excel?
>
>At DevCon, we'll be announcing a new product called Stonefield Reports. It uses Stonefield Query as its query engine, but provides a "wizard" report manager interface from which the user can select an report, specify the query conditions (using SFQuery), define how the query should be sorted, and specify the output (preview, printer, Excel, table, ASCII, etc.) They can also define their own reports using another wizard, selecting fields from a mover dialog, specifying properties like font and grouping, default filter and sort, etc. Because it comes with Stonefield Query (it will also be available as an add-on for SFQuery for those who've already purchased it), you can also use the filtering and querying capabilities of SFQuery in your forms and other non-reporting scenarios.
>
>SFReports is objec-oriented, so you can subclass it or change its appearance or behavior by setting properties. The UI, data engine, and print engine components are separate classes, so you can vary them independently or even using the reporting services without any UI at all.
>
>More information about SFReports will be available on our Web site after DevCon.
>
>Doug

Doug,

Sounds Great! I would have really loved this about 6 months ago when I developed my report form that does many of the same tasks, but I am sure the extras will make it worth the upgrade. I look forward to seeing this new product when it's available.

Also, I was impressed with your recent article on Report Objects in FoxTalk. I love you "black box" magic, saves independant developers like myself countless hours. Keep up the excellant work!!

Kind Regards,

Mat