When I print a report with a TppDBMemo the font of the memo changes for no apparent reason. I am using RB 6.02. The type of memo is not a RichText type. What can I do to keep the font the same for each record?
The font should stay the same. Perhaps there is a problem with the printer driver. Try downloading the latest from your printer manufacturer. Then get the free upgrade to RB 6.03. Contact info@digital-metaphors.com with your full registration information for the upgrade link. If that doesn't help, then send us an example where you have the ascii text loaded into a couple of memos, or provide them via a JITpipeline, just so long as we can get a running delphi project demo that shows the problem on your machine. Also send the name/model/version of the printer driver that you have installed to support@digital-metaphors.com
This is just an artifact of screen previewing in RB. We have two choices when we create a preview - compose for the screen, or compose for the printer. Most programs such as MS Word compose to the screen when they create a preview. This makes for attractive previews but they tend to be inaccurate. And it means that they then compose again for the printer when you print the document. Most of the time things will print effectively similar to the preview, but we have seen many times when the printed output was different - a word wrapped to the next line, or some such problem. If you use a program meant for accurate page layout, such as PageMaker, you will notice that the Page Setup dialog asks you for which printer you wish to compose. When PageMaker displays a page, it may not look exactly how you think it should, but you do get a preview where the element placement is guaranteed to match the printed output's element placement. We have chosen to follow this second model.
Note that when we say element placement, we are referring to X and Y placement and not height and width. While the X and Y placement of our previews will be accurate, the height and width of text elements may vary based on zoom percentage. This is a normal artifact of composing for the printer and not for the screen.
Your preview can not match your printed output. It will differ in one of two ways:
1- It can look good on the screen, but items on the page may not display in the same location they will when printed. or 2- It can be less attractive, but items will display on the preview exactly where they will when printed.
We give you the second because it is more accurate and more reliable. Not to mention more in keeping with professional page layout products.
Thanks Jim for your time and the information you provided. You were exactly correct in that the printed look is different than the screen look. The printed comes out just fine.
Comments
driver. Try downloading the latest from your printer manufacturer. Then get
the free upgrade to RB 6.03. Contact info@digital-metaphors.com with your
full registration information for the upgrade link. If that doesn't help,
then send us an example where you have the ascii text loaded into a couple
of memos, or provide them via a JITpipeline, just so long as we can get a
running delphi project demo that shows the problem on your machine. Also
send the name/model/version of the printer driver that you have installed to
support@digital-metaphors.com
Cheers,
Jim Bennett
Digital Metaphors
http://www.digital-metaphors.com
info@digital-metaphors.com
the report to the printer. Is the printer driver still an issue?
--
Jeff Kreider
when we create a preview - compose for the screen, or compose for the
printer. Most programs such as MS Word compose to the screen when they
create a preview. This makes for attractive previews but they tend to be
inaccurate. And it means that they then compose again for the printer when
you print the document. Most of the time things will print effectively
similar to the preview, but we have seen many times when the printed output
was different - a word wrapped to the next line, or some such problem. If
you use a program meant for accurate page layout, such as PageMaker, you
will notice that the Page Setup dialog asks you for which printer you wish
to compose. When PageMaker displays a page, it may not look exactly how you
think it should, but you do get a preview where the element placement is
guaranteed to match the printed output's element placement. We have chosen
to follow this second model.
Note that when we say element placement, we are referring to X and Y
placement and not height and width. While the X and Y placement of our
previews will be accurate, the height and width of text elements may vary
based on zoom percentage. This is a normal artifact of composing for the
printer and not for the screen.
Your preview can not match your printed output. It will differ in one of two
ways:
1- It can look good on the screen, but items on the page may not display in
the same location they will when printed.
or
2- It can be less attractive, but items will display on the preview exactly
where they will when printed.
We give you the second because it is more accurate and more reliable. Not to
mention more in keeping with professional page layout products.
Cheers,
Jim Bennett
Digital Metaphors
http://www.digital-metaphors.com
info@digital-metaphors.com
correct in that the printed look is different than the screen look. The
printed comes out just fine.
--
Jeff Kreider