Printed Report doesn't show values RRS feed

  • Question

  • Hi, I am experiencing "weird" problem. Previewed report looks different from printed report.

    Report preview shows perfectly correct information includes all fields and variables. On Printed report some of the fields/variables come out blank.  Same report sent to pdf file from preview mode comes out correct. It is just printed version that looks half empty...

    so confused, please help! thank you!

    PS using FVP8

    Tuesday, May 12, 2020 4:07 AM

All replies

  • Hi Natella,

    check out, which fonts you are using in those fields. Most of the time, it is enough to replace them.

    Another option might be, to make the fields a bit wider because the used printer font needs more space on paper.


    Gruss / Best regards
    Debugging is twice as hard as writing the code in the first place.
    Therefore, if you write the code as cleverly as possible,
    you are, by definition, not smart enough to debug it. 010101100100011001010000011110000101001001101111011000110110101101110011

    Tuesday, May 12, 2020 6:16 AM
  • I second Tom.

    Some things to test fast are choosing other fonts, reducing font size by a few points or enlarging report controls.

    When this even happens printing the PDFs it has nothing to do with VFP anymore, the PDF reader will address the printer driver and fonts in its own way and printer drivers outputting PDF will only embed the font names in PDF, if printing them fails it's likely a fault in the fonts themselves than in any graphic rendering or printer driver usage by VFP.

    VFP has made another transition in comparison to VFP7 changing to use GDI+, which leads to same number/text needing a bit wider fields in general. And VFP has the feature to rather print **** instead of truncated numbers, if digits don't fit in a rectangle area, as you could truncate a most significaant leading digit, thus VFP chooses to error rather than to simply truncate. There also are new truncation/clipping modes of report controls.

    So it is/was a task when switching from VFP7 to 8/9 to adapt reports and make any control a few % wider.

    I don't remember anything simillarly happening to texts, though, nocing that simply leads to whitespace. You should simply see, when you enlarge the controls that you see having that effect, if that's already solving it.

    There also are some details about foxypreviewer and its rednering, about dpi resolution and windows font scaling, too. If you use that, better het the latest version. Besides it working on VFP9 runtimes and you can't let a VFP8 main exe process work with the VFP9 runtime  in parallel to the VFP8 runtim, apps are runninng in the same proicess and thus use the same runtime. The latest versions of foxypreviewer do include the right VFP9 runtime versions for a good reason, so it's also better used from a VFP9 exe.

    Overall you might also think of upgrading to VFP9. You might be victim of a VFP8 bug that only emerges with currrent Windows versions, too. But start with font size reducing of report controls enlarging to keep it simple. Completely indpependent on using foxypreviewer or not, too.

    Bye, Olaf.

    Tuesday, May 12, 2020 10:47 AM
  • Thank you for your reply, Tom. unfortunately, it is not a font related problem. looks like it is "data related" problem. upon further investigation I've noticed that all the fields that SHOWN/VISIBLE on actual printed report are from the main table and all the missing fields are from related (one to one) tables. The mystery is that screen preview of the same report looks perfectly correct.  
    Thursday, May 21, 2020 1:41 AM
  • Make sure the parent table is selected when you print the report. One thing to check for: if you're printing this report from a form and there's a grid of the child table on the form, make sure that grid doesn't have focus when you issue REPORT FORM.


    • Proposed as answer by Naomi N Thursday, May 21, 2020 8:45 PM
    Thursday, May 21, 2020 8:16 PM