| Title: | DOCUMENT T1.0 |
| Notice: | **New notesfile (DOCUMENT.NOTE) now available (see note 897)** |
| Moderator: | CLOSET::ADLER |
| Created: | Mon Feb 09 1987 |
| Last Modified: | Thu Oct 31 1991 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 897 |
| Total number of notes: | 4397 |
I think the table font problem is getting out hand. Attached to this
message is the code for a very simple table; final output shows that
there is *plenty* of room for a normal font to be used in the table
rows, yet DOCUMENT uses the small font. I've fiddled with this
a dozen different ways and cannot alter the output so that a normal
font is used. I would be *tickled* to find that you (the developers)--or
anyone else--has an embarrassingly simple fix for this.
Vital statistics: BL8, Software.Spec
The max characters for s.s are 60; according to my calculations, I've allowed 3
characters for column 5, which is a dummy column to accomodate the span.
Yet, in the final output it looks like there was room for another 15 to
characters in the last column!
Using the WIDE attribute did not change the output.
Thanx for *any* help you can give me, even if it's to promise that
V1 has taken care of the problem.
Rose (who is letting tables drive her nuts)
<table>(Staffing\staffing_tbl)
<table_setup>(5\12\15\15\15)
<table_heads>( \<span>(1)FY88\<span>(1)FY89\<span>(1)FY90\)
<table_heads>( \Q1 Q2 Q3 Q4\Q1 Q2 Q3 Q4\Q1 Q2 Q3 Q4\)
<table_row>(Architecture\1 1 1 1\2 2 2 2\2 2 2 2\)
<table_row>( )
<table_row>(Project Leader\1 1 1 1\1 1 1 1\1 1 1 1\ )
<table_row>( )
<table_row>(Db Designer\3 5 5 6 \ 6 6 6 6 \ 6 2 2 2 \ )
<table_row>( )
<table_row>(Tool A - Tools West\\x x x 1 \ 2 6 6 6 \ )
<table_row>( )
<table_row>(APM\ 3 3 3 3 \ 3 3 3 3 \ 3 3 3 3 \)
<table_row>( )
<table_row>(Tool B - Tools East\\ x x x 1\ 2 3 3 3 \)
<table_row>( )
<table_row>(Distributed DbTools\ 1 2 2 2 \ 2 2 2 2 \ 2 2 2 2 \)
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 710.1 | Rattlin' your cage... | COOKIE::JOHNSTON | Fri Jul 31 1987 19:41 | 10 | |
I was getting paranoid that .0 got lost in the DOCUMENT_TWO_SHOE_SHUFFLE, or whatever you call the dance to that tune. That particular table illustrates the problem with the small font as good as any, in that the headers are set in a normal size font to show quarters, and the row information appears in the small font, making all the information for a year appear in quarters 1 and 2. Oh, uggh. Gag me with a pitchfork! Rose | |||||
| 710.2 | clang-clang | VAXUUM::SEGAL | Tue Aug 04 1987 15:36 | 17 | |
Here's the quick fix:
<table_setup>(5\19\10\10\10)
Although the character count satisfied the tag translator,
the column widths were triggering the text formatter to
to switch to the "overset" table font. In this particular
table, you will need to use <align_char> or some other code
to force the numbers for each year to fall under the appropriate
quarter subcolumn head; the change in point size isn't really
causing the misalignment.
Most of the design files adjust the table head font (and a few
others) for \tablesmallfontspecs. This style doesn't,
but it will in 1.1. Thanks for your comments!
Lee
| |||||