Steve:
   You say to Bruce Wilson "[s]ince TT fonts are mathematical
representations (called outlines) of the rendered font, printer
resolution can and should make a significance in both the horizontal and
vertical spacing of the font."
   A higher resolution should display finer detail in each character,
but that's because in any given square inch there are more pixels
available to make the greater detail.  Remember that the higher the
resolution, the smaller the pixel.  Why should TrueType characters get
higher or wider if the printer resolution increaswes?
 * OLX 2.1 TD * frederick.sohn@consultant.com
--- PCBoard (R) v15.3/M 10
---------------
** A related thread FOLLOWS this message.

FIDO MESSAGE AREA==> TOPIC: 163 WORD PERFECT  Ref: DDQJ2094 Date: 09/21/96
From: STEVE SHATTUCK                                        Time: 03:34pm
\/To: FREDERICK SOHN                                      (Read 7 times)
Subj: R: Re: Fonts

When Frederick enlightened Steve Shattuck about Re: Fonts

FS>   You say to Bruce Wilson "[s]ince TT fonts are mathematical
FS>representations (called outlines) of the rendered font, printer
FS>resolution can and should make a significance in both the horizontal
FS>and vertical spacing of the font."
FS>   A higher resolution should display finer detail in each character,
FS>but that's because in any given square inch there are more pixels
FS>available to make the greater detail.  Remember that the higher the
FS>resolution, the smaller the pixel.  Why should TrueType characters
FS>get higher or wider if the printer resolution increaswes?

We're not talking about a big change here, were talking very small 
changes.  For example, at 300 dpi a 12 point font might calculate to be 
50 dots high.  At 600 dpi it might be 99 dots high.  Not significant, 
just that it's just slightly less than 2:1 the ratio of the printer 
resolutions.  Multiply that one dot by 60 lines on a page and you have a 
60 dot difference vertically.  That's 1/10th of an inch which under some 
circumstances will cause WordPerfect to get ONE more line per page.

Horizontally, you have the same situation, only more significant.  If 
each letter in the font ends up to be just one dot narrower, with 
approximately 100 letters per line, that's clearly enough to cause 
WordPerfect to get an additional word on a line.  Get enough of these, 
and you may save one of more complete lines on a page.

In actual practice because of the way outlines work, there may be MORE 
than one dot difference in the vertical or horizontal size of a 
calculated character.  If you have ever printed a document on a LaserJet 
4 (600 dpi) like I have and turned around and tried to FAX (200 dpi) the 
same document, you would probably have experienced this problem 
directly.

 __
(__
___)teve     shattuck@execpc.com     via Windows 95


CMPQwk 1.42 #329
... Al Gore--the EDLIN of Vice-Presidents!

---------------
>>>>>>>>>>>>>>>>>>>>>> LAST Message In Thread <<<<<<<<<<<<<<<<<<<<<<

FIDO MESSAGE AREA==> TOPIC: 163 WORD PERFECT  Ref: DDQ00009 Date: 09/20/96
From: FREDERICK SOHN                                        Time: 03:33pm
\/To: PHIL HEBERER                                        (Read 7 times)
Subj: WP Split Screen?

Phil:
   You say that "what I'm doing is writing lesson plans for work. On the
left 2/3 of the page, the objectives of the lesson are written in
outline format. In the right 1/3 are notes or other comments to act as
memory joggers. I know I can set up two columns, but any editing in the
first column throws the formatting off on the second colum, and I would
like to avoid any additional editing if possible every time the
objectives are updated. In other words, I need the text in the left side
of the page to continue on the next page, rather than flow over to the
next column. Any ideas?"
   I have a parallel columns template (four columns) in WP 5.1+ for DOS,
with "block protect" enabled, that I use as a time log (one for each
active case).  Text in a column does, indeed, flow in the same column to
the next page.
   Have had no problems with anything changing in other columns when I
modify text in one column.
   You are changing columns with Shift-Enter, aren't you?  And you're
paying attention to where you are, in Reveal Codes, when you make
changes?
   In other words, I'd not be too quick to reject parallel columns.
They get messy fast if you press the wrong keys, but if you stick to
Shift-Enter they work fine.
   Incidentally, I've found that it often helps to write a document
comment for myself in such a template, reminding me what keys to use and
what not to use.
   Just some thoughts, for what they're worth.  Hope they help.
                                                 Fred
 * OLX 2.1 TD * frederick.sohn@consultant.com
--- PCBoard (R) v15.3/M 10
---------------