Stretch n' Stuff

rbuser

I have 14 memo fields in the detail band. I'm trying to display 7 fields
from one record then 7 from another below. I want the memo fields in the
first record to stretch downwards but I don't want the font to suddenly get
smaller when it does. Also, I want the second record to move down the page
so that the first records fields don't overlap.

A few suggestions?

Regards,

Kieron

--
--
Kieron G Smith
Work: work@kieronsmith.co.uk
And Play: play@kieronsmith.co.uk

rbuser

The overlapping is no longer a problem.

I just want to stop the font decreasing in size when the memo field is
stretched. Can this be done? If not, why not? It just makes my report
look messy with two different sizes of font...

Regards,

Kieron

rbuser

Hi Kieron...

Though it seems it uses two font sizes, this is not really the case.
ReportBuilder occasionaly changes the size on-screen but will print it
correctly. Try it out I'm not 100% sure about the details, but it has
something to do with ReportBuilder being optimized for printing instead of
on-screen viewing.

Hope that helps, Marco..
-------------------------------------------------------------------
Marco Heine
QUMAS
Enterprise Compliance Management
Visit our Website: www.qumas.com

rbuser

Yeah, cheers Marco...I see you're right.

Here's the problem though...

My memo fields must all be set to Stretch. The second row of memo fields
need to shift downwards(as a whole) to avoid the first row overlapping. I
can't set Stretch and Shift With parent at the same time. Shift Relative To
is not useful as I can't reference the entire first line of memo fields.

Any ideas?

Kieron

rbuser

Hi Kieron...

Yupp Just put each row of Memo Fields into a Region. Then make the second
Region shift relative to the first. I think that should solve your problem


Cheers, Marco...
-------------------------------------------------------------------
Marco Heine
QUMAS
Enterprise Compliance Management
Visit our Website: www.qumas.com

digitalmetaphors

The reason your preview won't match your printed output is that 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