Mark Howard pleaded:
> I feel that the clue to this is the difference in apparent sizes
> The natural print size for this image from PhotoPaint is only 30x30mm
> while the TQRImage (with autosize set True) is trying to print it at
> 120x120mm. It's when I have to reduce it's print size that I suspect the
> blurring is ocurring.
My RPPro code that prints out bitmaps all works in centimeters. Its only
when it actaully goes to print ot a device does the code convert from these
measurements into device coordinates. Its then uses StretchDIBits to print
the image.
On the converse side my report designe rcode calculates the metric size of
any loaded bitmaps by assuming that they have been designed at screen
resolution and working backwards from the screen DPI to the metric size of
the image. If the user knows better they can fiddle about to get things
correct.
This code has never failed me yet, and never creates images that are wrong
unless the user has explictly changed things so that scaling occurs.
My suspicion is that QR is working in pixel coordinates and performing bad
scaling calculations when printing the bitmap. I'd suggest looking into
exactly how QR decides what size an bitmap is and from there how it decides
what size to send to the printer canvas. That's where the problem lies.
As usual I'd recommend trying to get away from using QR and into a better
designed, coded and supported reporting report library, but you may not have
that choice 8-(
Cheers, Max.
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
To UnSub, send email to: [EMAIL PROTECTED]
with body of "unsubscribe delphi"
Web Archive at: http://www.mail-archive.com/delphi%40delphi.org.nz/
