The demo file at the following link might help:
http://community.netscape.com/n/pfx...libraryMessages&webtag=ws-msdevapps&tid=24271
Its simplified as it was produced purely in response to a reader's enquiry to
a contact of mine who wrote a databases column in a magazine, but it should
give you the general idea. In this case the people are grouped by address
rather than category, but the principle is the same.
The file includes both a single report and a subreport solution. The latter
would probably suit you; the first manipulates the layout of the report in
code at runtime and was only produced because the reader in question
specifically wanted to know how to do this. While it gives the same result,
using a subreport is far simpler.
Another thing you'll notice is that each person has an FP (family position)
value by which they are sorted in the subreport. Again this was in response
to the reader's specific requirement and is not an intrinsic part of the
solution.
A similar layout could be produced with a single multi-column report, but the
group value (the address in my demo) would be above the people's names rather
than to their left. Using a subreport means it can be positioned to the
right of the address, so the first row of names is on the same line as the
address, as was wanted by the reader in this case.
Ken Sheridan
Stafford, England
Mervyn said:
I guess I would need to get the multiple columns into a subreport and then
insert this into the main report which can only handle one column. I am
not too sure how to accomplish this in practise!
In a sub-report you can have multiple columns but you must use across then
down layout and not down then across. If that does not solve your problem
[quoted text clipped - 19 lines]