TeXhax Digest    Thursday,  September 5, 1991  Volume 91 : Issue 038
 
Moderators: Tiina Modisett and Pierre MacKay
 
%%% The TeXhax digest is brought to you as a service of the TeX Users Group %%%
%%%       in cooperation with the UnixTeX distribution service at the       %%%
%%%                      University of Washington                           %%%
 
Today's Topics:         
 
        When calling TeXserver, make sure you have enough room!!
                     Centering equation number in Latex
                              DVIDVI for MS/DOS
                An exceptionally disturbing evaluation of \if
              WriteNow and/or other proprietary formats to TeX
                                Gothic font?
                     Virtual font use on the Macintosh.
        anyone have a left justify all equations LaTeX style file?
           re: Selecting which pages get into the dvi file?
                 DVI Translator for the LA324 MultiPrinter
                           DVI to PS for CMS
                      Postscript included in Latex
                      Announcement--UK TeX Archive
                      Latest release of the TeXbook
 
-----------------------------------------------------------------------------
 
Date: Sat, 17 AUG 91 11:23:33 BST
From: TEX@rmcs.cranfield.ac.uk
Subject: When calling TeXserver, make sure you have enough room!!
Keywords: TeXserver, disk space
 
Noticing that the TeXserver (@uk.ac.tex) had ground to a halt on 13th
August, I attempted to restart it and discovered that the account had no
disk quota left.  Investigation showed that nearly 19MB of traffic had
been bounced back since it was last started (on the 9th); I didn't have
time nor inclination to read all of the bounced mail, but a very large
proportion was there because the addressee (who'd requested the traffic
in the first place) didn't have sufficient disk quota to receive all the
incoming mail.
 
So please ensure that you _have_ got room for all that you request: if
you're not sure how much space will be required, each directory in the
Aston Archive contains a 00files.txt file which lists file sizes in
bytes, whilst the 00directory.size file lists the entire archive, with
sizes given in (512-byte) blocks --- this file itself is nearly 2200
blocks long however.
 
                               Brian {Hamilton Kelly}
 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ JANET:     tex@uk.ac.cranfield.rmcs                                     +
+ BITNET:    tex%uk.ac.cranfield.rmcs@ac.uk                               +
+ INTERNET:  tex%uk.ac.cranfield.rmcs@nsfnet-relay.ac.uk                  +
+ UUCP:      {mcsun,ukc,uunet}!rmcs.cranfield.ac.uk!tex                   +
+ Smail:     School of Electrical Engineering & Science, Royal Military   +
+            College of Science, Shrivenham, SWINDON SN6 8LA, U.K.        +
+ Phone:     Swindon (0793) 785252 (UK), +44-793-785252 (International)   +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 
-----------------------------------------------------------------------------
 
Date: Fri, 16 Aug 1991 13:27-EDT
From: Mike.Blackwell@ROVER.RI.CMU.EDU
Subject: Centering equation number in Latex
Keywords: LaTeX, centering, equation number
 
If I have a multi-line equation in Latex, I would like to vertically
center the equation number. One way to do this is to use eqnarray, and
\nonumber all but one of the middle lines. This is really inconvenient,
and doesn't really center the eqno, especially if there are an even
number of lines. Another way to do it is \begin{equation}
\begin{array}{rcl} ... \end{array} \end{equation}. This will put the
eqno at the correct position, but has two problems: you need to put a
\displaystyle in each array element, and the vertical spacing between
lines is too tight.
 
Somebody else must've run in to this problem. Any good solutions?
 
  Thanks!   Mike Blackwell    mkb@cs.cmu.edu
 
---------------------------------------------------------------------------
 
Date: Tue, 13 AUG 91 18:55:13 BST
From: CHAA006@vax.rhbnc.ac.uk
Subject: DVIDVI for MS/DOS
Keywords: dvidvi, MS-DOS
 
At yesterday's UK-TuG committee meeting, interest was expressed in an
implementation of DVIDVI for MS/DOS; does anyone know of such an
implementation, please ?
 
     Philip Taylor
       Royal Holloway and Bedford New College,
       ``The University of London at Windsor''
 
[replies only to the list, please; I am away for seven weeks.  ** Phil]
 
-------------------------------------------------------------------------------
 
Date: Tue, 13 Aug 91 10:47:24 EDT
From: smith@metatron.harvard.edu
Subject: An exceptionally disturbing evaluation of \if
Keywords: \if, TeX
 
When I define a control sequence, say \steve, to begin with two
numerals, then compare this control sequence to \empty using
\if, the result is true!  For example, the TeX code
 
  \def\steve{22}
  \if\empty\steve \immediate\write16{\steve\space is empty!}\fi
 
yields (with \tracingall) the following result in the log file
 
  {\if}
 
  \empty ->
 
  \steve ->22
  {true}
  {\immediate}
  \write->\steve \space is empty!
 
This is most perplexing, especially when one considers that the
definition \def\steve{23} yields a false result in the same \if
statement.  This behavior seems to be true for any definition of
\steve where the first two characters are identical numerals, e.g.,
the TeX code
 
  \newcount\n \n=0
 
  \loop\ifnum\n<1024
  \edef\steve{\the\n}
  \if\empty\steve \immediate\write16{\steve\space is empty!}\fi
  \advance \n by 1
  \repeat
 
yields (on the screen)
 
  11 is empty!
  22 is empty!
  33 is empty!
  44 is empty!
  55 is empty!
  66 is empty!
  77 is empty!
  88 is empty!
  99 is empty!
  110 is empty!
  111 is empty!
  112 is empty!
  .............
  996 is empty!
  997 is empty!
  998 is empty!
  999 is empty!
 
Can anyone explain this odd behavior?  Is this a bug or a feature?  By
the way, we use TeX C Version 3.1.
 
Steven Smith
 
----------------------------------------------------------------------------
 
Date: Mon, 12 Aug 91 13:12:02 EDT
From: lubkin@cs.rochester.edu
Subject: WriteNow and/or other proprietary formats to TeX
Keywords: WriteNow, TeX, proprietary format
 
I have a problem, requiring some translation from proprietary formats
into TeX.  Namely, a colleague and I have written a 700 page mathematics
research book, full of equations.  My colleague put almost of all of it
into WriteNow, a proprietary Macintosh Word Processor (also used on the
NeXT).  We need to convert this to TeX, for publication.  (Could be plain
TeX, or Latex, or whatnot).
 
The ideal would be a WriteNow to TeX translator, if such an animal exists.
Other possibilities:  There may be some Macintosh product that converts
WriteNow to Macintosh Word Perfect 5.1.  That would do it, as there is a
Word Perfect to TeX translator, I believe from ArborSoft.
 
Another possibility:  I've been told that WriteNow can export to "RTF
format", whatever that is.  I don't know if that would preserve the
equations  or not.  Someone wrote me that he thinks there is an "RTF to
TeX converter" on some "server on the Internet".
 
Any ideas, based on the above or otherwise, would be appreciated.  Products
could be shareware, commercial or any mix.
 
As I've just requested to be added to the mailing list, I might not receive
a response posted to the group; so it probably would be best to email anything
to me.  I'll summarize for the mailgroup.
 
Thanks very much in advance,
 
  Sincerely yours,
 
  Saul Lubkin
 
 
------------------------------------------------------------------------------
 
Date: Sun, 11 Aug 91 15:25:34 -0700
From: pjs@euclid.JPL.NASA.GOV (Peter Scott)
Subject: Gothic font?
Keywords: Gothic, font
 
I'm looking for Metafont source for a Gothic font, you know, the
kind of thing you'd see "Ye Olde Shoppe" typeset in.  I've checked
the regular net sources without luck; anyone got any ideas?
 
Peter J. Scott, Member of Technical Staff    |   pjs@euclid.jpl.nasa.gov
Jet Propulsion Laboratory,  NASA/Caltech     |   SPAN:  GROUCH::PJS
 
-------------------------------------------------------------------------------
 
Date: Sun, 11 Aug 91 01:49:20 EDT
From: laurent@math.toronto.edu
Subject: Virtual font use on the Macintosh.
Keywords: Macintosh, virtual fonts
 
Virtual font use on the Macintosh.
 
        Virtual fonts are necessary for correct hyphenation of
languages with accents as planned by D. Knuth for TeX 3.0.
 
        Neither OzTeX nor Textures, the two TeXs on
the Macintosh, have any plans to support virtual fonts with
their printer drivers in the near future.  (Check for yourself
with the authors A. Trevorrow <NKS661@CSC1.ANU.EDU.AU> and
Brian Smith <barry@reed.bitnet>.)
 
        However they support TeX 3 at the composition
level. That means one can get a valid .dvi file, provided one
uses font metric (.tfm) files coherent with the the new
virtual versions of the computer modern fonts. There are two
versions both recently released.
 
 --- the "em" fonts of Arbor Text, contact
help@arbortext.com. They seem to include virtual versions of
Adobe Times etc.
 
 --- the "dc" fonts of Bochum posted for anonymous ftp
transfer at ymir.claremont.edu (134.173.4.23)
 
Both of these use the 1990 Cork standard for the full 
eight bit range 0-255 (see Ferguson's article TUGboat Nov(?)
1990).
 
        What is still missing on the Macintosh is a
"dvi ==> postscript" converter (printer driver) that handles
virtual fonts.  The obvious candidate is DVIPS of Tom Rokicki.
HAS DVIPS BEEN, OR IS IT BEING COMPILED FOR THE MACINTOSH??
 
        This compilation would be an important step. It would,
for the first time on the Macintosh computers, make it
possible to use TeX with correct hyphenation of European
languages.
 
        Laurent Siebenmann
        <siebenmann@LALCLS.decnet.cern.ch>
 
PS.     I expect that modulo some tricks, it would
then be possible to use the built-in Textures and OzTeX
previews for proof versions providing one is willing to
recompile for the final dvips printing.  
 
-------------------------------------------------------------------------------
 
Date: Sat, 10 Aug 91 19:07:17 -0500
From: mds@mark.stat.purdue.edu
Subject: anyone have a left justify all equations LaTeX style file?
Keywords: LaTeX, style file, left justify, equations
 
Mail mds@pop.stat.purdue.edu and I'll summarize.
 
Thanks,
 
Mark
 
-------------------------------------------------------------------------------
 
Date: Sat, 10 Aug 91 09:59:03 EDT
From: Jerry Leichter <leichter@LRW.COM>
Subject: re: Selecting which pages get into the dvi file?
Keywords: dvi files, selecting pages
 
In a recent TeXhax, Graham Toal asks for a way to select which pages are
actually written to the DVI file, from TeX, in such a way that all other
processing works normally.
 
As it happens, I had a need for such code recently.  It's specific to LaTeX,
though it can easily be adapted to other environments.  First, the code; then
some explanation:
 
\nofiles
\newcount\Physpage \Physpage=0 \newif\ifDoship \newbox\Dummybox
\maxdeadcycles=999999 \let\Shipout=\shipout
\def\shipout{\global\advance\Physpage 1 \Doshipfalse
%
 \ifnum \Physpage=2 \Doshiptrue \fi  %Edit me!!
 \ifnum \Physpage=5 \Doshiptrue \fi  %Edit me!!
% 
 \ifDoship \let\Next=\Shipout
 \else \def\Next{\message{(\the\count0:\thepage:\the\Physpage)}%
   \setbox\Dummybox} \fi
\Next}
 
This code must be placed in the preamble of a LaTeX document.  It MUST first
be edited to select a particular set of page numbers.  Note the two lines
marked "Edit me!!".  For each page you want to have go to the DVI file, you
must have one such line.  Replace the "2" and "5" by the PHYSICAL page num-
bers of the pages you want to retain.  (By physical page number, I mean the
relative position of the page in the document:  The first page produced is 1,
the next is 2, etc.)
 
Note the use of \nofiles.  This supresses the production of new AUX, TOC, and
such-like files.  You must have previously run LaTeX enough times that your
table of contents, bibiliography, references, and such are all "stable" - a
run with this code active will not update them.  Do not remove the \nofiles or
you'll end up with trashed versions of the AUX and related files.
 
When this code is active, LaTeX and TeX will go through all the motions of
typesetting every page of your document.  However, only the selected pages
will end up in the DVI file.  You'll get the usual TeX [nn] display for pages
that actually go to the DVI file.  For all other pages, you'll get a display
of the form (p:q:r), where p is TeX's page number (what would have appeared in
the brackets had the page gone to the DVI file - or, more accurately, just the
number up to the first "." if you are using a style that uses multiple count-
ers); q is the page number as it is typeset; and r is the physical page
number.  Since all these displays go to the LOG or LIS file, a single run with
no \ifnum lines will give you a simple table that you can use to determine the
physical page number corresponding to any LaTeX page number.
 
How it works:  \shipout is the TeX command that actually causes output to be
written to the DVI file.  It is handed a vbox containing the data that should
be shipped.  The code re-defines \shipout so that, if the current page is not
selected, that vbox is simply saved in \Dummybox, and then discarded when the
output routine (which executes in a group) completes.  The original meaning
of \shipout is saved in \Shipout, and used to send the selected pages to the
DVI file.  In place of the \ifnum lines, you could substitute any code you
like for deciding whether to retain the current page.  The \Physpage counter,
maintained by this code, contains the physical page number.  \counter0 through
\counter9 contain the standard TeX page counters.  (In LaTeX, the "page"
counter is \counter0.)  \thepage contains the commands to typeset the page
number.  \maxdeadcycles is set to a large value to disable a TeX sanity check
that would otherwise issue an error message if too many calls to the output
routine occurred with no pages actually being shipped to the DVI file.
 
Since non-\immediate \write's (and \open's) are executed as part of \shipout,
any such embedded in non-selected pages will end up being discarded.  That's
why the \nofiles command is needed.
 
Obviously, testing every page number against every selected page is not the
most efficient way to do things.  It's easy to come up with much more sophis-
ticated test strategies.  However, for small numbers of selected pages, it's
probably not worth the trouble - the extra time is tiny compared to the time
to typeset the pages.
       -- Jerry
 
-------------------------------------------------------------------------------
 
Date:    Fri, 9 Aug 91 14:42:32 PDT
From: mtamashiro%wsfep1%fpsp.hepnet@Csa3.LBL.Gov
Subject: DVI Translator for the LA324 MultiPrinter
Keywords: dviware, LA324 MultiPrinter
 
Is there anyone who knows where I could find a LA324 MultiPrinter (Digital)
translator for the TEX .DVI files? We are using a LA75 Companion Printer
(Digital) translator, called DVIL75, but it magnifies the output by 720. 
Any answer will be wellcome! Thanks ! 
 
-------------------------------------------------------------------------------
 
Date:         Thu, 08 Aug 91 14:53:37 SET
From: Alessio Guglielmi <GUGLIELM%IPISNSIB@UWAVM.U.WASHINGTON.EDU>
Subject:      DVI to PS for CMS
Keywords: dviware, CMS
 
Which is the best DVI to PS processor for VM/CMS, and where can I find
it?
I mean one that is ready-to-install and able to process PK format.
Thank you all,
                    Alessio
 
-------------------------------------------------------------------------------
 
Date: Tue, 6 Aug 91 10:26:54 HKT
From: ccdyeung%uxmail.ust.hk@forsythe.stanford.edu
Subject: Postscript included in Latex
Keywords: LaTeX, PostScript
 
Dear sir,
 
I am a computer office of Hongkong University of Science & Technology.
We install the TeX 3.0 software recently.
 
One of our staff try to include a Postscript figures generated by
FrameMaker 2.1 but never able to get it printed. But if he use
FrameMaker 1.3 to generate PS figures, it can be printed successfully
after include it in the LaTeX document.
 
We have try to use dvips and dvitps but none of success. The
Postscript file from dvips can be viewed on the Sun Workstation by
the Postscript viewer (pageview) but just cannot be printed.
 
The Postscript from dvitps has even Postscript syntax errors as
shown below, if we view it with pageview program:
 
Bad font definition:
 
Bad font definition: endTexFig
 
Bad font definition: (b)o(y)f(F)m(rameMak)o(er)g(2.0.)-503 425 y(1)-988 b
 
Bad font definition:
 
Bad font definition: (\nEND-JOB test.dvi\n) print flush
 
Bad font definition: restore
 
 
However, the PS files generated from both dvips and dvitps can be
viewed on the Sun Workstation with the Gostscript program (version 2.2)
from GNU.
 
Here is the version for our dvitps and dvips programs:
 
        dvitps - TeXPS version 3.11
        dvips  - 5.47
 
 
Any help and advice are very much appreciated.
 
 
Regards
 
David Yeung
 
-------------------------------------------------------------------------------
 
Date: Wed, 28 AUG 91 11:47:51 BST
From: TEX@rmcs.cranfield.ac.uk
Subject: Announcement--UK TeX Archive
Keywords: TeX, archive, UK
 
    ********************************************************************
    *                                                                  *
    * The UK TeX Archive at Aston University will be relocated onto a  *
    * larger (and faster!) machine next week.  Therefore there will be *
    * NO ACCESS by any mechanism to the archive on Thursday 5th and    *
    * Friday 6th September.                                            *
    *                                                                  *
    ********************************************************************
 
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ JANET:     tex@uk.ac.cranfield.rmcs                                     +
+ BITNET:    tex%uk.ac.cranfield.rmcs@ac.uk                               +
+ INTERNET:  tex%uk.ac.cranfield.rmcs@nsfnet-relay.ac.uk                  +
+ UUCP:      {mcsun,ukc,uunet}!rmcs.cranfield.ac.uk!tex                   +
+ Smail:     School of Electrical Engineering & Science, Royal Military   +
+            College of Science, Shrivenham, SWINDON SN6 8LA, U.K.        +
+ Phone:     Swindon (0793) 785252 (UK), +44-793-785252 (International)   +
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 
--------------------------------------------------------------------------
 
Date: Tue, 6 Aug 91 19:48 SAST
From: "P.J. Immelman" <8637555@SUNVAX.SUN.AC.ZA>
Subject: Latest release of the TeXbook
Keywords: TeXbook
 
I would like to know what the latest release of the TeXbook is, since I want
to buy it some time in the future. What I need is the date, release number,
ISBN numbers (if possible).
 
Thanks,
pi
 
P.J. Immelman
University of Stellenbosch
Republic of South-Africa
8637555@sunvax.sun.ac.za
 
-----------------------------------------------------------------------
 
%%% Further information about the TeXhax Digest, the TeX
%%% Users Group, and the latest software versions is available
%%% in every tenth issue of the TeXhax Digest.
%%%
%%% Concerning subscriptions, address changes, unsubscribing:
%%%
%%%  BITNET: send a one-line mail message to LISTSERV@xxx
%%%         SUBSCRIBE TEX-L <your name>    % to subscribe
%%%      or UNSUBSCRIBE TEX-L
%%%
%%% Internet: send a similar one line mail message to
%%%           TeXhax-request@cs.washington.edu
%%% JANET users may choose to use
%%%           texhax-request@uk.ac.nsf
%%% All submissions to: TeXhax@cs.washington.edu
%%%
%%% Back issues available for FTPing as:
%%%          machine:              directory:  filename:
%%%   JUNE.CS.WASHINGTON.EDU          TeXhax/TeXhaxyy.nnn
%%%              yy = last two digits of current year
%%%                       nnn = issue number
%%%
%%%\bye
%%%
 
End of TeXhax Digest
**************************
-------