| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 14.1 | font problems | STAR::KRAETSCH | NeXt Window Please | Fri Sep 30 1988 15:15 | 10 |
|
The problem with the brackets and braces is a font metrics problem and is
being looked at. (DECwindows is using a hacked up font in place of TEX Math
and they don't match exactly).
The problem with the tables stems from using larger fonts for online than
for hardcopy for readablility. Does it happen with formal tables as well
as informal tables? Have you tried using the WIDE attribute on the table?
joe
|
| 14.2 | | CHUCKM::MURRAY | Chuck Murray | Tue Oct 04 1988 18:15 | 17 |
| Re: < Note 14.1 by STAR::KRAETSCH "NeXt Window Please" >
>The problem with the brackets and braces is a font metrics problem and is
>being looked at.
Thanks.
>The problem with the tables stems from using larger fonts for online than
>for hardcopy for readablility. Does it happen with formal tables as well
>as informal tables?
I've noticed it only with formal tables. However, I haven't tried an informal
table that could conceivable pose problems.
>Have you tried using the WIDE attribute on the table?
No, I haven't tried that. Will make a mental note to try it.
|
| 14.3 | Try modifying ONLINE doctype | CDROM::JAGGER | | Thu Oct 13 1988 10:10 | 28 |
| Roland Duprez and I are building test books for online, for Text Based
courses for online. We have found that the table attributes of maximum
and even wide were needed. Also we were forced to make a new version of
the ONLINE doctype with the following changes:
Change \hsize (within tables) from 38.75 to 50.00
\codexampleintextdfont from \fourteenit \twelveit
and to improve the table looks:
Change \normaltablerowvskip from 16pt to 19pt
\innertablevskip from 14pt tp 16pt
Also, the amount of row space defined is not calculated correctly, so we
have gone into each table which had rows with columns that overran other
columns, and increased the row size arguments. This was experimental and
we rarely got it right the first time.
Why cant tex determine the right amount of spaceing for the columns so
text does not run over other columns? We have lots of examples.
Also in many cases neither WIDE nor MAXIMUM helps. We thought tex
was being told that the font sizes were different than the actual text.
Maybee there is a mismatch in the TFMs from those in the kit to those in
the bookreader, or even the fonts may be off. We aslo have seen text
overwrites in the vertical direction too.
TOM
|
| 14.4 | Last column of table is made too narrow
| EIFFEL::WILLIAMS | | Tue Jan 24 1989 19:56 | 6 |
| I have some four-column tables, which were designed for the spec doctype
and the post destination. The last column (whose width cannot be specified)
comes out at about 30 characters on a postscript printer. This is quite
acceptable, but in online/bookreader form, it comes out at only 8 characters
which means that some words are split over several lines. Is there any way I
can make the whole bookreader page wider, to allow the last column to be wider?
|
| 14.5 | | CLOSET::UTT | | Wed Jan 25 1989 07:48 | 14 |
| Coding tables for both hardcopy *and* online output is very difficult
because the online doctype uses larger fonts and a shorter line
length than the hardcopy doctypes. The table formatting parameters
that Tom Jagger listed in a previous reply to this note have been
incorporated into the online doctype and greatly improved online
table formatting.
As Tom notes, many tables need to be coded <table_attributes>(wide)
and I believe this will solve your problem. If the table is too
wide for the text page (I assume it's currently coded as an
informal, inline table), coding it as a formal table will put it
into a popup window, sized for the table.
Mary
|