Re: Sliding and page breaks
- From: Doug Anderson <dougcpa@xxxxxxx>
- Date: Wed, 1 Aug 2007 17:12:23 -0500
On 2007-08-01 15:54:33 -0500, Helpful Harry <helpful_harry@xxxxxxxxxxxxxxxx> said:
In article <2007080114044516807-dougcpa@maccom>, Doug Anderson
<dougcpa@xxxxxxx> wrote:
On 2007-07-30 16:11:47 -0500, Helpful Harry
<helpful_harry@xxxxxxxxxxxxxxxx> said:
In article <2007073009474475249-dougcpa@maccom>, Doug Anderson
<dougcpa@xxxxxxx> wrote:
I've got a layout that is working nearly perfectly. All the sliding is
working as expected, but I still have one nagging formatting problem.
My layout will always be two pages long, depending on a portal on the
first page
NEVER print Portals. Portals are designed for on-screen use, not for
printing.
If you think you need to print a Portal, then you should really be
printing from the related file / table instead (you can use a
Relationship back to the main file / table to obtain any necessary
individual fields from there).
I guess the question I would have in response to this is how do you get
a report to display all the data from a related table. I have table1
with one entry per record, but in table2 I have multiple records for
each entry in table1. When I just put the fields on the fields it
simply pulls the first match in table2 instead of showing all the
related rows. If I use a portal it shows every related record on the
one page of my report that I wanted.
This sounds like a 1<->Many relationship (ie. single records in Table1
are related to many records in Table2). That means you can easily print
the report from Table2, using a normal Body part for the many records
and a relationship link back to Table1 to obtain that single record's
data.
If instead you're using a Many<->Many relationship (ie. many records in
Table1 each related to many records in Table2), then you have to script
the combining of the records from one table into a single field in the
other. Which table you choose will depend on how many records, how
complicated the data, etc. Obvious you choose to print from the more
complicated table, making the combining script easier and quicker.
Helpful Harry
Hopefully helping harassed humans happily handle handiwork hardships ;o)
So is my problem possibly that I have data from Table1 in the Body along with the data from Table2? Are you saying that I should put the information in Table1 in a header or leading header?
Otherwise I was thinking along the lines of your 2nd suggestion of using some calcs to consolidate the data down to a smaller number of tables used in the layout.
.
- Follow-Ups:
- Re: Sliding and page breaks
- From: Helpful Harry
- Re: Sliding and page breaks
- References:
- Re: Sliding and page breaks
- From: Doug Anderson
- Re: Sliding and page breaks
- From: Helpful Harry
- Re: Sliding and page breaks
- Prev by Date: trigging data entry base on drop down menu
- Next by Date: Number formatting oddity with SQL
- Previous by thread: Re: Sliding and page breaks
- Next by thread: Re: Sliding and page breaks
- Index(es):
Relevant Pages
|