Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Chris Miller on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Images in a report using Foxypreview

Status
Not open for further replies.

Bryan - Gendev

Programmer
Jan 9, 2011
408
AU
To assist in debugging an issue with foxypreview I have added a messagebox asking 'Use new reporting system?'

If I select 'Yes' I use foxypreview if 'No' I disable it and use the standard report system.

The problem I have is the printing of thumbnails in my report which is a catalogue of items.

I have proved the issue is with my imagecontrol in my report. I have an imagepath in field i_path in the underlying table pointing to a thumbnail I have previously created in my app.

The report works perfectly in standard VFP report mode but no report runs in foxypreview after the initialising dialogue disappears. If I remove the control it runs.

Has any one any experience with printing images in a foxypreview report system to know what I need to do to make it run?

Thanks

GenDev
 
Please ignore the above query.

I find it only happens with a certain set of data tables in a project.

I have to look elsewhere.

GenDev
 
I have actually found another test project where the problem exists as in my first post.

Works with VFP reporting
Zilch with Foxypreview.

Any clues welcome.

GenDev
 
There may be things in your report only working in legacy mode and not in reportbehavior 90. So as a first try you might simply SET REPORTBEHAVIOR 90 without initialising FoxyPreviewer, then print your report and see if that fails already. If it fails, Foxypreviewer most probably fails for the same reason of your report not being ready for reportbehavior 90.

FoxyPreviewer also might not support general fields, as the one comment I found in the source code was "* Class does not cover General fields, if they were in report expressions" (see your other thread about FoxyPreviewer).

If I were you I'd have enough trouble to justify bying FRX2ANY or XFRX.

Bye, Olaf.
 
Just for the records, since the original poster did not manifest.

After digging with "GenDev", he found the problem source was that one of variables for the image fields for a record was empty.
So, this was not a FoxyPreviewer issue, although still intrigued why using REPORTBEHAVIOR 80 the errror was not raised.

My guess is that even using the REPORTBEHAVIOR 90, with the ReportPreview.App and ReportOutput.app files active, the same problem would happen, because there is no code in FoxyPreviewer that deals with image manipulations during the preview.

Thanks

Cesar
 
Hi,

that's what one has to like about this community.

Cesar, if you look back, also in the other thread thread184-1702054. I always was convinced foxypreview didn't have a problem, I just searched the foxypreviewer sourcecode to prove it doesn't start a coverage logging, as was assumed by gendev. And about the unload I could only give him the advice to debug or ask for your assistance.

Thanks for having a look from me, too.

Bye, Olaf.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top