Word-wrapping in a DBMemo field
We are having problems with the word-wrapping in a DBMemo field.
We have a DBMemo field with a vertical line just after it. In our office
word-wrapping works perfectly but on other printers in other offices
word-wrapping still occurs but seems to wrap a word later than on our
printer and the last word before the field wraps goes over the vertical
line.
Is there any way to solve this problem?
Many thanks,
Tim.
--- posted by geoForum on http://www.newswhat.com
We have a DBMemo field with a vertical line just after it. In our office
word-wrapping works perfectly but on other printers in other offices
word-wrapping still occurs but seems to wrap a word later than on our
printer and the last word before the field wraps goes over the vertical
line.
Is there any way to solve this problem?
Many thanks,
Tim.
--- posted by geoForum on http://www.newswhat.com
This discussion has been closed.
Comments
Try printing the report to the printer. (and also try previewing at 100%).
The report output is optimized for the printer - sometime scaling back to
preview, there is a loss of accuracy in the text width.
The preview is calculated at the printer resolution and then scaled back to
the screen. Screen resolution is typically about 1/3 less (96 ppi for
screen, often 600 ppi for printers) . Zooming out with the preview, the
resolution is shrunk further. The text resolution is even lower, because the
font size can only be selected at whole numbers - 8pt, 10 pt etc.
This can cause the text to appear a bit different in preview.
The Report.PrinterSetup.PrinterName and the printers installed on the user's
machine determine which printer is used to calculate word wrapping. You can
optionally set PrinterName to 'screen' - but then when you print RB will
need to recalulate based on the printer resolution - so word wrapping
between preview and print could differ.
--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com
Best regards,
Nard Moseley
Digital Metaphors
www.digital-metaphors.com
I forgot to say that we have a business requirement that our reports are
produced in PDF format.
Could this cause additional problems?
Many thanks,
Tim.
--- posted by geoForum on http://www.newswhat.com
Which version of ReportBuilder and Delphi are you using? Are you using the
built-in PDF export device or a third party tool? Are you able to create a
simple example that shows a different preview than it does the exported PDF
document? If so, please send it in .zip format to
support@digital-metaphors.com and I'll take a look at it for you.
--
Regards,
Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com
Nico Cizik
Digital Metaphors
http://www.digital-metaphors.com
Hey Nard,
Our reports are generated on a remote server (which was implemented in
1999, long before ReportBuilder Server). The reports are then stored
in the database and can be viewed on the screen or printed. The server
often does not have the same print driver that the workstation will use
when the report is printed.
Should I be generating these reports with "PrinterName" set to
'screen'? Will Reportbuilder really do recalculation and print these
reports with the higher resolution that the printer uses? Slight
differences in rendering are easily explainable. I'm more concerned
about the quality of the print version.
Thanks!
Text wrapping is calculated during report generation, not during rendering.
For archived reports, which sounds like what you are describing, the pages
are already generated and contain the wrapped lines of text. The preview and
printer will render those lines to fit as well as possible. Most printers
are 600 dpi - therefore on the server I would use a 600 dpi driver.
--
Nard Moseley
Digital Metaphors
www.digital-metaphors.com
Best regards,
Nard Moseley
Digital Metaphors
www.digital-metaphors.com