> 1. Why is the last column in both tables so wide? tbl
> columns can set a minimum width, but I don't see how to
> encourage tbl to make one particular column narrower.
Werner already answered that one, but I have a few more
suggestions for improving the formatting of the tables.
The following not only makes the layout cleaner, but also
removes the ".B" and ".R" macro calls which screw up the
spacing.
Also, note that you can specify new format descriptions
later on in the table using ".T&".
.TS
box nokeep;
c | cb cb | cb s s s s | c
c | cb cb | c c c c c | c
n | n n | n n n n n | n.
Number Market Quintile Average Relative to Market Average
Stocks Average Q1 Q2 Q3 Q4 Q5 Q1\[en]Q5
_
(...table rows with all the numbers...)
_
.T&
lb | n nb | nb nb nb nb nb | nb.
T{
Annualized Return*
(etc.)
T} 10.04% ...
(...more table rows...)
.TE
> 2. The last two rows in the first table are too tall.
> I think it's the footnotes, but I don't understand why.
> AIUI tbl calls groff to render what lies in T{ ... T},
> and surely groff isn't telling tbl it needs all that
> vertical space.
To determine the height of a text block, groff renders the
block into a temporary diversion and then reads the height of
that diversion. Apparently, the footnotes are also formatted
into that diversion, and accordingly use up space, which,
however, is not actually used when the table is finally output,
since the footnotes are placed outside the table cell.
A quick fix for this would be to simply ignore the footnotes
when not in the top-level diversion, like so:
T{
Annualized Return*
.if !'\n(.z'' .ig
.FS
* (footnote text)
.FE
..
T}
A better solution might perhaps be to do this already in
the FS/FE macros.
> 3. This report is to be two columns; the right column holds
> graph. When I added the .2C macro, the display after the
> 2nd table suddenly jumped to the top of the second column.
When I delete the line containing ".2C", the whole text
shifts upward a bit and makes more room at the bottom.
Do you also get this effect?
> I had to reduce the top and bottom margins to get the
> formatter to include it in the first column.
I guess that simply means the stuff was taller than the
remaining space in that column, and so it got moved to
the next one.
> How might I tell groff to keep the display in column 1?
> In effect, I want the display to be "attached" to the
> second table.
You might try to put the table into the display that
contains the notes,
.DS L
.TS
(table stuff)
.TE
(notes)
.DE
so that both are kept together.
