trichview.support
Re: Printing with ReportBuider |
Author |
Message |
Justin Turberville |
Posted: 04/05/2002 13:18:16 I'm using this from your code: if TCustomMainPtblRVData(FHelper.RichView.RVData).PrnSaD.ppixDevice>TCustomMain PtblRVData(FHelper.RichView.RVData).PrnSaD.ppiyDevice then lPrinter.Canvas.Font.PixelsPerInch := TCustomMainPtblRVData(FHelper.RichView.RVData).PrnSaD.ppiyDevice else lPrinter.Canvas.Font.PixelsPerInch := TCustomMainPtblRVData(FHelper.RichView.RVData).PrnSaD.ppixDevice; The ppi always seems to be 96 and aribitrarily changing it (*20, /2, etc) does'nt make any difference, which is is indicative of the problem, I suppose. I did a similar posting to ReportBuilder support and they've requested my wrapper to check out. It will be in all our interests to get this working. "Sergey Tkachenko" <[email protected]> wrote in message news:[email protected]... > Is Canvas.Font.PixelsPerInch set to the printer resolution? > > > > We have made a RichView support component for use in ReportBuilder > > (Piparti). The preview is now working reasonably well, but with the > > printing, while the page starts in the correct position after the report > > header and ends without writing over the report footer, the font is way > > larger than it should be. Embedded pictures are drawn at the correct > > position and size and a table's frame is also correct in position and > size, > > so we seem to have the scaling correct - it's just the @#$ font! The page > is > > being drawn to ReportBuilder's printer canvas and not directly to the > actual > > printer canvas, but it's canvas is being set to the correct font style on > > TextOutA in TFontInfo.Draw, so it seems to be some sort of canvas setting, > > or probably more likely, ReportBuilder is doing some sort of stretch copy > to > > the actual printer canvas that is scaling the graphics, but not the > fonts - > > but the problem does not exist with other ReportBuilder components. > > > > Any suggestions? > > > > > > |
Powered by ABC Amber Outlook Express Converter