Hi Roger:
Word won't span a page across sheets, or a table across pages.
So you either do this in Excel, or you do it as single-column tables.
You can't freeze a row height in a Word table: if you want the rows to line
up, you set the cell text position to Top and make sure you *do* use the
same style for the text in each column.
Disable "Allow row to break across pages" and don't put more than one
paragraph in each cell, and things will line up perfectly in a Word table.
If you don't want to do that, you need to prepare each page as a graphic,
using the drawing tools to position each row of text. Since a Word graphic
will not span across pages either, it's a bit fiddly to get things to line
up.
If I were doing it, and I *had* to do it in word, I would use single-column
tables ensuring the same style in each and one paragraph per row.
Cheers
On 24/6/06 5:25 AM, in article
1hhehry.im496wkeyo8kN%rm@rmfsnewsXL.fsnet.co.uk.invalid, "Roger Morris"
<rm@rmfsnewsXL.fsnet.co.uk.invalid> wrote:
> Word (Mac) 2004 (11.2) and Mac OS 10.4.6
>
[quoted text clipped - 27 lines]
>
> Roger

Signature
Please reply to the newsgroup to maintain the thread. Please do not email
me unless I ask you to.
John McGhie <john@mcghie.name>
Microsoft MVP, Word and Word for Macintosh. Consultant Technical Writer
Sydney, Australia +61 (0) 4 1209 1410
CyberTaz - 24 Jun 2006 16:48 GMT
Hi John -
On 6/24/06 1:18 AM, in article C0C3082D.3BC44%john@mcghie.name, "John McGhie
[MVP - Word and Word Macintosh]" <john@mcghie.name> wrote:
<snip>
> You can't freeze a row height in a Word table:
I'm confused by this, John - or maybe I'm just taking it out of context -
but what about Table>Table Properties - Row: Specify Height:_ Exactly:_?
Regards |:>)
Bob Jones
[MVP] Office:Mac
Roger Morris - 24 Jun 2006 21:10 GMT
> Hi John -
>
[quoted text clipped - 6 lines]
> I'm confused by this, John - or maybe I'm just taking it out of context -
> but what about Table>Table Properties - Row: Specify Height:_ Exactly:_?
Yes Bob, you can do that, and I could (? - big 'maybe') make a script to
go down one single column table on one page reading each row height and
setting the corresponding row height in the other single column table on
another page to be the same. EXCEPT that there doesn't seem to be any
means to *read* the row height - you can only set it!
John, Thanks for your comments and tips.
I did look into saving each page as a PDF then graphically cropping and
manipulating the pdfs. But what a long slow business that was turning
out to be. No good unless it could be easily and reliably automated.
I am also looking at an Excel solution but am now more than ever
convinced that a fundamental rethink is in order. (off I go, back to
John's post ... )
Roger
John McGhie [MVP - Word and Word Macintosh] - 25 Jun 2006 08:52 GMT
Hi Bob:
I completely mis-stated that :-)
You *can* freeze the row height, but it does you no good to do so :-)
If you try it, you will see why. It results in a really peculiar effect in
which the text in the table disappears below the bottom of the row and
becomes invisible.
What I *should* have said is "You can freeze the row height, but you cannot
stop the user typing more text in the cells than will fit in the row. When
they do, the extra text disappears!"
It's not really a useful technique for getting the rows to line up across
facing pages. But I shouldn't have said you can't do it :-)
Cheers
On 25/6/06 1:48 AM, in article C0C2D724.F61F%onlygeneraltaz1@com.cast.net,
> Hi John -
>
[quoted text clipped - 10 lines]
> Bob Jones
> [MVP] Office:Mac

Signature
Please reply to the newsgroup to maintain the thread. Please do not email
me unless I ask you to.
John McGhie <john@mcghie.name>
Microsoft MVP, Word and Word for Macintosh. Consultant Technical Writer
Sydney, Australia +61 (0) 4 1209 1410
CyberTaz - 25 Jun 2006 15:56 GMT
Thanx for the clarification, John. I completely understand the point you
make about 'disappearing text' (which does necessitate awareness &
cooperation on the part of the user) as well as the fact that it applies to
a complete row rather than individual cells. Obviously not the solution in
this case, as you aptly point out, but I've found it useful in a number of
situations.
Regards |:>)
Bob Jones
[MVP] Office:Mac
On 6/25/06 3:52 AM, in article C0C47DC6.3BD62%john@mcghie.name, "John McGhie
[MVP - Word and Word Macintosh]" <john@mcghie.name> wrote:
> Hi Bob:
>
[quoted text clipped - 31 lines]
>> Bob Jones
>> [MVP] Office:Mac