On 9/28/10 3:06 PM, Kurt Wendt wrote:
> Vincent - I tried your suggestion - and I did take out that setting.
> And, sure enough - the PDF version still came out wrong. But, this time
> - when I then - RIGHT After trying the PDF - I said Print Preview - it
> came out wrong again. But, this time - it was due to (what I believe)
> that is saw my last printer selection - and was still trying to do a
> Preview based upon PDF as the printer setting.
>
> So - next - I printed straight to the printer - and the problem did NOT
> occur. And then - I tried the Preview again - and THIS time it DID print
> preview correctly.
>
> As such - its definitely tied purely to the PDF - since when I compared
> a straight print - and the printed PDF - the whole form is scaled
> differently! So - it the end - it looks like I MUST make a different
> version of the Form - JUST to be printed as PDF.
>
> -K-
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On Behalf Of Kurt Wendt
> Sent: Tuesday, September 28, 2010 5:29 PM
>
> Hey Vincent - thanks for your input.
>
> I know that the Printer Env is constantly getting saved with the report
> form - but, it usually causes another type of problem (like printing to
> the Wrong printer). And, when I encounter this problem - I got into VFP9
> to remove that setting (even though I edit&  work with the forms all in
> VFP7 - which is what we use for most all of our older client systems).
>
> But, for the Heck of it - I will try to remove that setting and see if
> it has ANY impact at all!
>
> -K-
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> On Behalf Of Vincent Teachout
> Sent: Tuesday, September 28, 2010 5:10 PM
> To: [email protected]
> Subject: Re: Report Output via PDF Does NOT Match
>
> Kurt Wendt wrote:
>    >  So - when I tried it - I confirmed what They had found - that it
> fails
>> to work right ONLY when they output the report form to a PDF file. If
>> they print it - or print preview it - it works fine!
>>
>> Has anyone else here come across this kind of problem before - and
>> were you able to find a work around?
>
> Have you checked the printer environment in the report?  Maybe printer
> settings were stored there?

This sounds like the print scaling "feature" in Adobe Acrobat. Users can set 
(in 
print preferences) whether to allow for borders, or to print the PDF 
full-frame, 
among other things. It defaults (why, I have to clue) to add margins for the 
printer.

You can programatically access this through Adobe's API, which is ugly and 
always 
changing, which means you need to bracket your code based on the Acrobat Reader 
version.

Instead of launching Adobe Reader to preview/print, try converting the pdf to 
postscript (pdf2ps, part of GhostScript, will do this) and printing the .ps 
file 
directly to a Generic Postscript printer.  I bet it'll print fine when done 
that way.

Paul

_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/profox
OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech
Searchable Archive: http://leafe.com/archives/search/profox
This message: 
http://leafe.com/archives/byMID/profox/[email protected]
** All postings, unless explicitly stated otherwise, are the opinions of the 
author, and do not constitute legal or medical advice. This statement is added 
to the messages for those lawyers who are too stupid to see the obvious.

Reply via email to