[comp.soft-sys.andrew] EZ on screen different than print-out

tobeye@NORTHSTAR.DARTMOUTH.EDU (Anthony Edwards) (04/23/91)

A colleague of mine wrote the following text for a helpfile:

**********************
    file.tex - A .tex file contains either the LATEX or TEX commands to
    produce a document.  You  use either the tex command or the latex
    command to convert it into a .dvi file for viewing or printing.


    From a Workstation

    If you have logged on at  a NORTHSTAR machine (on the console)
    and run one of the graphics window managers (you have multiple
    windows on the screen) you can run all of the TEX commands.  The
    most efficient way to get your TEX work done is to edit the TEX or
        LATEX file in one window (using ez, vi, emacs) and run tex from
    your typescript or xterm.  A typical session would have these steps
    (assuming the file is named filename.tex):
**********************

There are a couple things wrong here.  The first is that when this
prints out, carriage returns get inserted into the word LATEX following
the L and A.  Actually, the bug has been around for a long time -
following the L is the end of a 'description' region.  Starting with the
T is a new description region.  Opinions of whether this is right or
wrong aside, it appears together on the screen, but is printed with
carriage returns on the printer (we are using troff to IBM
PagePrinters).  Either the screen should have the carriage returns or
the printer shouldn't for consistency.

Another problem to notice is the last mention of LATEX.  Notice how it
appears indented more than the rest of the text.  Why?  It's only a
space there.  Remove the space and LATEX moves up to the previous line.

Any comments, correction, confirmation, or words of reassurance?

   - Anthony

kriso@NORTHSTAR.DARTMOUTH.EDU (Kris Olander) (04/23/91)

While Anthony's at it, I might as well add my two cents worth...:)

Flush-right formatted regions also get printed out on a new line
when both flush-left text and flush-right text are placed on
the same line in an ez document.  I believe this has been reported 
before.  I'm just curious to see if anyone has fixed this yet. 

-Kris