Memo fontsize is being reduced

rbuser

Hi,

I have got a problem with RB standard 6.03 in Delphi 5 printing on several
HP printers.
There are a few memos on the report which contain static multinline text.
These memos are set to the same font size (10) as the labels on the report
and they are large enough to print the text. Also their Stretch property is
set to true.

But if I preview or print this report the fonts always gets reduced to 8
because the report apparently thinks otherwise the text won't fit. I tried
to trace through the code and found two places where the size of a memo is
calculated based on the printer resolution. These two results seem not to
match. If I change the result of the first calculation to e.g. double the
height, the memos print fine.

As this happens with every single memo I put on the report I wonder why I
nobody else here has mentioned this problem. It does not happen with a
RichText control, so I have for now changed all memos to RichText, but this
seems to be much slower in printing.

So, is this a (known) bug or am I doing something wrong?

regards
Thomas

digitalmetaphors

Our printers here work just fine with RB 6.03 - HP LJ 5 and Lexmark Optra. I
printed from Word, and then RB. The font stays the same. Try updating the
printer driver. Make sure you aren't running an old version of RB source
code. See the corrupt installation instructions in the TechTips Installation
newsgroup for a listing of files to search for. You can also check your
library path to see where it may be pointing.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

I noticed a similar with memos, when there were several memos on a page, but
only when TextAlignment = taFullJustified.
It seemed to be a preview problem only. Printing out on my HP 2100 looked
OK.

rbuser

Hello Jim,

digitalmetaphors

Which printer drivers are you using? We'll download them from the
manufacturer and test them here.

The installed dcus are built from the installed source files when we build a
version of RB. That isn't a problem. I meant to say that you might have
older RB files from a previous installation.


Cheers,

Jim Bennett
Digital Metaphors

rbuser

Hello Jim,

digitalmetaphors

Why Your Preview Won't Match Your Output:

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.



Cheers,

Jim Bennett
Digital Metaphors