TeXhax@cs.washington.edu (TeXhax Digest) (01/08/89)
TeXhax Digest Monday, January 2, 1989 Volume 89 : Issue 1
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:
***GUTenberg meeting at PARIS in may 89***
Atari ST TeX/LaTeX/DVIEPS/DVIST on CompuServe
TeX logos file
Wildcard keys for BibTeX: Producing a complete bibliography listing
Re: Printing with an IBM Proprinter.
PXTOPK for MSDOS
Deskjet driver(s) wanted
\invert in \special
Use of \accountingoff in PiCTeX
Putting change bars on paragraphs
Roman letters within TeX math mode
Re: TeXhax Digest V88 #109 (relative positions on a page)
Bugfix for subeqnarray environment
Bug in doublespace.sty
Unexpected behavior in LaTeX's tabular with p option
Non-dvi output?
--------------------------------------------------------------------------
Date: 12/22/88 at 18h
From: Bernard GAULLE -CIRCE/CNRS- FRANCE <UCIR001%FRORS31.BITNET@uwavm.acs.washington.edu>
Subject: ***GUTenberg meeting at PARIS in may 89***
CALL FOR PAPERS *** very short deadline ** GUTenberg's meeting
--------------- -------------------
GUTenberg's meeting will be held at PARIS in may, 16-17 1989.
(GUTenberg is the TeX Users Group of French speaking people)
The main topic is : "How include graphics within TeX output ?"
This topic starts with graphics made in TeX (like PicTeX),
continues with the \special TeX command and ends with MetaFONT,
PostSCRIPT, etc. This is a very large subject opened to all aspects
of graphics/methods and all micro/mini/maxi computers.
Official language is French but English speakers are welcome.
Deadline for submitting an abstract : Christmas 88
Other deadlines will be sent after abstract acceptation.
Please, send abstracts directly to me : UCIR001@FRORS31.BITNET
Bernard GAULLE (GUTenberg president)
--------------------------------------------------------------------------
Date: Mon, 26 Dec 88 16:33:04 EST
From: kibo@pawl.rpi.edu
Subject: Atari ST TeX/LaTeX/DVIEPS/DVIST on CompuServe
Keywords: TeX, LaTeX, DVIEPS, DVIST
I have started to upload the Atari ST implementations of TeX,
LaTeX, DVIEPS, and DVIST to CompuServe (DL1 of ATARIPRO at the
moment). All together (programs + style files + fonts etc.) what I've
collected together totals over two meg, I think. For those who are
interested in downloading any of these from that service, there is a
file posted there explaining their use and installation.
Many thanks to those who created or implemented these programs, people
who supplied archive sites, etc.
--
James "Kibo" Parry
userfe0n@rpitsmts (bitnet)
kibo%pawl.rpi.edu@itsgw.rpi.edu (internet)
72347,2731 (compuserve)
-----------------------------------------------------------------------------
Date: Sun, 25 Dec 88 14:18:47 CST
From: J E PITTMAN <JEPTEX@venus.tamu.edu>
Subject: TeX logos file
Keywords: TeX, BluTeX, PiCTeX, AmSTeX
In my work here I routinely use the various TeX logos, so I've
developed a set of logos in a file. It occured to me that this file
might be useful to the TeX community at large. Before I post it I
would like to to gather some commentary. Obviously, I need the
permission of the various macro package authors before I post their
macros --- I'm contacting them separately. I would also like to find
out if their are any logos missing, hence this submission.
J E Pittman Bitnet: JEPTeX@TAMVenus
User Services Group Internet: JEPTeX@Venus.TAMU.EDU
Computing Services Group
Texas A&M University
%--------------------------------------------------------------------------
% File: TeX Inputs logos.tex
%
% This file contains a set of logo definitions for use when discussing
% the TeX family of products.
%
\ifx \AmSTeX\undefined
\def\AmSTeX{\relax
% omitted pending review
}%
\fi
%
% Author: J E Pittman
% Bitnet: JEPTeX@TAMVenus
% Internet: JEPTeX@Venus.TAMU.EDU
% Date: December 25, 1988
%
% BluTeX is a TeX format for proposals, theses, dissertations, and
% records of study developed at Texas A&M University.
%
\ifx \BluTeX\undefined
\def\BluTeX{\relax
B\kern -0.12em
\raise 0.42ex \hbox{\char"6C}\kern -0.13em
\lower 0.42ex \hbox{\char"75}\kern -0.3em
\discretionary{\kern 0.3em -}{}{}%
\TeX
}%
\fi
%
\ifx \LaTeX\undefined
\def\LaTeX{\relax
% omitted pending review
}%
\fi
%
\ifx \MF\undefined
% omitted pending review
\fi
%
\ifx \PiC\undefined
% omitted pending review
\fi
%
\ifx \TeX\undefined
\def\TeX{\relax
% omitted pending review
}%
\fi
%
\ifx \TeXrox\undefined
% omitted pending review
\fi
%
\endinput
--------------------------------------------------------------------------
Date: Wed, 21 Dec 88 15:36:58 EST
From: tjo@edsel.siemens.com (Tom Ostrand)
Subject: Wildcard keys for BibTeX: Producing a complete bibliography listing
Keywords: BibTeX
I'd like to produce a listing of all references in one or more .bib
files, i.e., produce a bibliography as opposed to a citation or reference
list.
The only way I can do it is to use \nocite and supply it with every
key in the .bib file.
This is obviously a ridiculous method if there are many entries
in the file.
I've heard rumors of a wild card convention, i.e., \nocite{*} that works
at some sites.
It does not work for me, since the * is just interpreted as a string that
is itself a key, and bibtex (my version is .98i) doesn't find it in the
.bib file.
Do I just have an obsolete version of bibtex? Is there a more general
regular expression convention that can be used?
Thanks, Tom Ostrand
tjo@cadillac.siemens.com
---------------------------------------------------------------------------
Date: Thu, 22 Dec 88 08:07:22 IST
From: "Jacques J. Goldberg" <PHR00JG%TECHNION.BITNET@uwavm.acs.washington.edu>
Subject: Re: Printing with an IBM Proprinter.
Keywords: dviware
1. Any EPSON printer driver will do.
2. I have installed the Addison-Wesley (now ArborText) DOTPRNT with NO problem
on such PS2's with the Proprinter. It has several 'qualities of print' the
lousiest being very acceptable for short drafts (and the best for final copy
if you let it print in an other room while you sleep). DOTPRNT is not in Public
Domain but should not be expensive (we hold a site license). Its major flaw is
the use of a space consuming raster file format (non standard derived from PXL)
3. Just the same, but I did not personally try it out, I would guarantee that
PC-TeX's DVI-EPS would work just as well; that one does take compact PK files,
but doesn't reach the speed of the former in lousy draft quality. It isn't free
either but should be cheap.
4. The Nelson Beebe driver family contains an Epson driver which again I bet
will work without a glitch with the Proprinter. That one is free, but VERY
slow. Don't get nervous while it works, your hard disk will survive. Note that
the author himself sees it as an experiment more than as a production tool.
5. It should be kept in mind that all the above programs run the printer much
slower than its limits, excepts, one friend says, with a PS2/80. The time goes
into building the image as sequential strips of dots.
6. Those few who know me are aware of a strong anti-IBM bias. I nevertheless
must say that I can't understand why anybody would spend his bucks on a
Proprinter when you can get a fair Laser Printer for about 1,000$ (browse the
BYTE magazine if you don't trust this assertion). I won't discuss what people
should do if given a Proprinter as a gift - that's a matter of taste and lost
storage space.
Jacques
----------------------------------------------------------------------------
Date: Fri, 23 Dec 88 17:48:17 MEZ
From: Erich Neuwirth <A4422DAB%AWIUNI11.BITNET@uwavm.acs.washington.edu>
Subject: PXTOPK for MSDOS
To: TEXHAX@CS.WASHINGTON.EDU
I would need PXTOPK for MSDOS since the newer MSDOS printer drivers
now support PK files also and all my files still are PXL.
Has anybody such a beast (binary or .CH file for WEB or source code?)
Before I attempt the conversion myself I would rather like to ask!!
%%% Moderators' note. Tomas Rokicki's pxtopk.c, which is included
%%% in the Unsupported directory of the UnixTeX distribution will
%%% probably work with a little hacking. What is really desirable,
%%% however, is a new set of fonts. There have been several recent
%%% improvements.
%--------------------------------------------------------------
ERICH NEUWIRTH
A4422DAB at AWIUNI11 in BITNET
Intitute for Statistics and Computer Science
University of Vienna
Universitaetsstr. 5/9
A-1010 VIENNA, Austria
---------------------------------------------------------------------------
Date: Wed, 21 Dec 88 17:58:47 MEZ
From: ZZKNAUF%DHVRRZN1.BITNET@CUNYVM.CUNY.EDU
Subject: Deskjet driver(s) wanted
Keywords: dviware
I remember a discussion about the use of the HP deskjet
printer recently in TeXhax. I didn't follow that discussion
with much interest at that time, but now one of my colleagues
considers to buy such a printer, and so I try to recall what
was said. When I recall well, it was said that the deskjet
command language is similar to the HP laserjet, but with no
font downloading possible, so that a TeX driver would have to
create a bitmap page which slows printing down.
As I know the laserjet can be driven in a 75, 150 and a 300 dpi
graphics mode. If this is possible for the deskjet too, you
could get the following idea:
Use the deskjet for fast draft printing with a 150 dpi driver
and use a slow 300 dpi driver for final printing only.
Questions: Is this possible? Do such drivers exist (for PC)?
I think we could build a 150 dpi driver ourselves (if this
is possible at all) but it would be nice if somebody has
already built a 300 dpi driver (which is much harder).
Kind regards
Gerd-H. Knauf
RRZN - Universitaet Hannover
Schlosswender Strasse 5
D-3000 Hannover 1
Western Germany
Tel.: 49 511 7625134
email: ZZKNAUF at DHVRRZN1.BITNET
---------------------------------------------------------------------------
Date: Wed, 21 Dec 88 08:17:20 IST
From: "Jacques J. Goldberg" <PHR00JG%TECHNION.BITNET@uwavm.acs.washington.edu>
Subject: \invert in \special
Keywords: \special
To: Paul Davis <davis%blue@sdr.slb.com>
Dear Mr. Davis:
If I correctly understood your query in TeXhax, I interpret it within an
attempt to insert right-to-left text, such as Hebrew or Arabic, in an otherwise
Latin oriented document which is TeX's normal way to see the world. Perhaps you
even are using XeT-TeX which partly solves the problem but still needs the
function you quoted at the DVI driver level.
I am working ( I mean, actually printing) routinely in Hebrew and still have
a few minor technical problems with Arabic (because the font has more than 128
glyphs of course) although I already print Arabic documents with the DEC LN03
printer on PCs and under VMS. There is no need for a \special to invert the
text at the DVI processing level. This even isn't such a good idea because
of problems such as kerning. I do it at the TeXing level, either with a
preprocessor (which I prefer because it allows easy use of character codes
beyond 128 which are found on bilingual terminals) or by doing the same with
a rather simple set of macros using overlaying codes for different languages.
Although this isn't my preferred approach (because I think it overlooks the
difficult problem of bilingual bidirectional *EDITING*) I will nevertheless
add that one of my friends has indeed modified a DVI2PS driver to meet the
XeT-TeX requirements. When he told me that, I screamed and urged him to simply
use his new code to write a new DVI2IVD program that would create a new DVI
file with the strings inverted so that *ANY* DVI-driver could be used to print
without any need for modifications or specials, thus keeping TeX compatible.
This DVI2IVD filter is presently operational.
If this really is what you are trying to do, please do not hesitate to contact
me for further details you might need.
Jacques
%%% Moderators' note: The filter mentioned above, known now as
%%% ivddvi is available as part of the Unix TeX collection, and is one
%%% of the strongest arguments, at least in such OS environments as
%%% permit it, for the development of dvi interpreters which can run
%%% as members of a pipeline.
------------------------------------------------------------------------------
Date: Tue, 20 Dec 88 14:40:24 CST
From: wichura@galton.uchicago.edu
Subject: Use of \accountingoff in PiCTeX
Keywords: PiCTeX
In TeXhax 108, Jim Diamond reported a problem he ran into when
using \accountingoff in PiCTeX. This note describes why the
problem arose, and how to avoid it.
Jim noted that tick values were not positioned properly
relative to the corresponding axis in his PiCture
after he had specified \accountingoff. That happened
because PiCTeX creates the tick label structure in a
subPiCture which is subsequently \put into the main
PiCture. With \accountingoff in force, PiCTeX doesn't
keep track of the dimensions of the subPiCture, so the
\put can't position it properly.
The solution, of course, is to move the \accountingoff
command after the \axis command.
Generally speaking, the only circumstance under which
\accountingoff is useful is when you're \multiput-ting
many copies of some object into a PiCture. Then you can
speed up the processing of the \multiput by specifying
\accountingoff before it AND \accountingon after it.
Of course, with accounting suspending, the \multiput
will have no effect at all on PiCTeX's idea of the
size of the final PiCture, and it's up to you to make
sure this has no adverse consequences. See Section 8.2
of the manual for more information.
Michael J. Wichura
wichura@galton.UChicago.edu
-------------------------------------------------------------------------
Date: Fri, 23 Dec 88 18:15:25 EST
From: <gordan@maccs>
Organization: Worldwide Phlogiston Cartel
Subject: Roman letters within TeX math mode
Keywords: TeX, LaTeX, fonts
Several weeks ago, I asked this question on comp.text:
|Is it possible to wave a magic wand so that all letters in TeX math mode
|are in Roman font by default rather than math italic?
|
|No, this isn't my idea.
|
|Slapping {\rm ...} around everything isn't really palatable. Help.
I needed to do this to conform to some silly style rules.
I'm posting the solution to this in case anyone else in interested (thanks
to David Lau for putting me on the right track)...
Simply put this at the beginning of the file:
\everymath={{\fam = 0}}
\everydisplay={{\fam = 0}}
...and all Latin letters (and Greek capital letters) within math mode
will come out non-italicized, including script and scriptscript stuff.
The relevant pages in the TeXbook are p. 154 (paragraph after Exercise 17.19)
and p. 179 (paragraph at bottom). This works in LaTeX too.
Note the inner pair of { } is needed, or else distressing things will
happen if the first char in math mode is a digit.
Simply redefining fonts
(.e.g., \textfont1=tenrm \scriptfont1=sevenrm \scriptscriptfont=fiverm)
won't work satisfactorily, since it will screw up all the lowercase
Greek letters (and won't work at LaTeX sizes other than 10pt either).
--
Gordan Palameta
uunet!ai.toronto.edu!utgpu!maccs!gordan
Organization: Worldwide Phlogiston Cartel
------------------------------------------------------------------------
Date: Tue, 20 Dec 88 13:03:22 EST
From: nr@Princeton.EDU (Norman Ramsey)
Subject: Putting change bars on paragraphs
Keywords: macros
A while back I wrote this macro to put some characters in the margins
of paragraphs. It could easily be adapted to put change bars next to
whole paragraphs. I apologize in advance for the lack of comments.
Norman Ramsey
nr@princeton.edu
\def\refbox#1{\hbox to 0pt{\rlap{\vrule height\ht#1 depth\dp#1}\vrule
width\wd#1 height0.2pt depth0.2pt\llap{\vrule height\ht#1
depth\dp#1}\hss}}
\def\frame#1{\setbox0=\hbox{#1}\refbox0\box0}
\let\frame=\relax
\newbox\window
\newif\ifmarkdo
\newdimen\markh\markh=.83333333\baselineskip
\def\markpar#1#2{\setbox\window=\vbox{\hbox{This line will get peeled}#2}%
\vbox{
\splittopskip=\markh\vbadness=10000\setbox0=\vsplit\window to\markh
\loop \ifvoid\window\markdofalse\else\markdotrue\fi
\ifmarkdo
\hbox{\strut\frame{{\tt #1}}\quad\frame{\vsplit\window to\markh}}
\repeat
}}
\parskip=\baselineskip
%\tracingmacros=1\tracingcommands=1
\markpar{--:}{Donald Knuth developed the {\tt WEB} system of
structured documentation
as part of the {\TeX} project.
{\tt WEB} enables a programmer to divide his or her program into
chunks (called {\it modules}), to associate text with each chunk, and
to present the
chunks in in any order.
In Knuth's implementation, the chunks are pieces of PASCAL programs,
and the chunks are formatted using {\TeX}.
}
\markpar{--|}{ The {\tt WEB} idea suggests a way of combining {\it any}
programming language with {\it any} document formatting language,
but until recently there was no software support for writing anything
but PASCAL programs using {\tt WEB}.
In~1987, Silvio Levy rewrote the {\tt WEB} system in C for C,
while retaining {\TeX} as the formatting language.
I have has modified Levy's implementation by removing the parts
that make C the target programming language, and I have
added a third tool, {\tt SPIDER}, which complements {\tt WEAVE}
and {\tt TANGLE}.
{\tt SPIDER} reads a description of a programming language, and writes
source code for a {\tt WEAVE} and {\tt TANGLE} which support that
language.
Using {\tt SPIDER}, a C~compiler, and an AWK~interpreter, an experienced
systems programmer can generate a {\tt WEB} system for
an Algol-like language in a few hours.
}
\markpar{==>}{This document explains how to use {\tt SPIDER} to
generate a {\tt WEB}
system for any programming language.
(The choice of programming language is limited only by the lexical
structure built into Spidery {\tt WEB}, as we shall see.)
You should consult the companion document, ``The {\tt WEB} system of
structured documentation,'' to learn how to use the generated {\tt WEB} system.
}
\bye
--------------------------------------------------------------------------
Date: Thu, 22 Dec 88 09:49:35 PST
From: lamport@src.dec.com (Leslie Lamport)
Subject: Re: TeXhax Digest V88 #109 (relative positions on a page)
Keywords: LaTeX, TeX
Glenn Little writes:
I am looking for a way to temporarily move to an absolute position on
the page, print an hbox or vbox, then go back to where I was
originally. Is this possible? Is there a way to do it that would
work in both LaTeX and TeX? I am hoping to use this capability in
conjunction with psfigtex and a postscript bitmap to print letterheads on
documents. I need to be able to get way up near the upper
left corner of the page, outside of the normal margins. Is there a
way to tell \psfig to print at an absolute position?
In LaTeX, the way to print something at a fixed position on the page
is to put it in the page heading or foot. (By using \makebox and
\raisebox or the picture environment, you can print something
at any arbitrary offset from the "current point".)
Things get a little more complicated if the text to be printed depends
on the contents of the page. For example, suppose you want to
define a command \pagemarker so \pagemarker{Foo} prints "Foo" at
some particular place on the current page. What you can
do is define \pagemarker by
\newcommand{\pagemarker}[1]{\renewcommand{\thispagemarker}{#1}}
and have the page heading mention \thispagemarker.
Now, how do you define a new page heading? The best way is probably
to define a new page style. Look at the .doc files to see how
this is done. Then, if you just want pages that have \pagemarker
commands on them to be labeled, the \pagemarker command could be
\newcommand{\pagemarker}[1]{\renewcommand{\thispagemarker}{#1}%
\thispagestyle{pagemarkerstyle}}
However, this has a problem that the page marker could come a page
early. (Recall that TeX figures out where to break text into pages
only at the end of a paragraphg to figure out why.) The correct
approach is to use the TeX's \mark mechanism or LaTeX's \mark...
commands. This may be easy or hard, depending on exactly what
you're doing.
Little also goes on to ask
Barring the above, is there a way to get the current position in TeX
and LaTeX? Then maybe I can do a relative move to where I need to go.
I can't seem to find what I'm looking for in either the TeX or LaTeX book,
and hope someone can point me to the relevant pages.
This is possible by mucking about with LaTeX's output routine.
If you can understand the output routine in latex.tex, you can probably
figure out how to do it. But that's only for the most hardy
of hackers.
Leslie Lamport
--------------------------------------------------------------------------
Date: Thu, 22 Dec 88 14:48 N
From: <BRAAMS%HLSDNL5.BITNET@uwavm.acs.washington.edu> (Johannes)
Subject: Bugfix for subeqnarray environment
Keywords: bug
Hi all,
As pointed out by Andre de Mejer (WWBMEIA@HUTRUU0.BITNET) there's
a litle bug in my subeqnarray.sty. When you use the subeqnarray*
environment the equation counter stepped. This shold not
happen. There is a simple fix for this problem, which is included
in the difference listing I include at the end of this message.
Regards,
Johannes Braams
PTT Neher Laboratories, Phone : +31 70 435051
P.o. box 421, EARN/BITnet : BRAAMS@HLSDNL50
2260 AK Leidschendam, SURFnet : DNLTS::BRAAMS
The Netherlands. UUCP : mcvax!dnlunx!johannes
INTERnet : BRAAMS%HLSDNL5@CUNVM.cuny.edu
PSS (DATAnet1) : +204 1170358::BRAAMS
O /
%--------------------------------------X---------------------------------------
O \
************
File DERDEN:[TEX82.DNL-INPUTS]SUBEQNARRAY.DOC;3
81 \@namedef{endsubeqnarray*}{\global\advance\c@equation\m@ne%
82 \nonumber\endsubeqnarray}
******
File DERDEN:[TEX82.DNL-INPUTS]SUBEQNARRAY.DOC;2
81 \@namedef{endsubeqnarray*}{\nonumber\endsubeqnarray}
************
Number of difference sections found: 1
Number of difference records found: 2
DIFFERENCES /IGNORE=()/MERGED=1/OUTPUT=CFI:[BRAAMS.TEX.STYLES]SUBEQN.DIF;1-
DERDEN:[TEX82.DNL-INPUTS]SUBEQNARRAY.DOC;3-
DERDEN:[TEX82.DNL-INPUTS]SUBEQNARRAY.DOC;2
--------------------------------------------------------------------------
Date: Fri, 23 Dec 88 11:34:21 +0100
From: mcvax!daimi!kaja@uunet.UU.NET (Kaja Christiansen)
Subject: Bug in doublespace.sty
Keywords: LaTeX
In the "doublespace" style for LaTeX we kept getting superfluous
spaces in a formula like: $ \bot_{\mbox{\scriptsize\sf O}} $.
The problem turned out to be a bug in the definition of \@setsize
in doublespace.sty causing \@setsize to insert (two) superfluous
spaces. The proper definition should be:
\def\@setsize#1#2#3#4{\@nomath#1%%%
\let\@currsize#1\baselineskip
#2\baselineskip\baselinestretch\baselineskip
\parskip\baselinestretch\parskip
\setbox\strutbox\hbox{\vrule height.7\baselineskip
depth.3\baselineskip width\z@}%%%
\normalbaselineskip\baselineskip#3#4}
Regards
Kaja P. Christiansen kaja@daimi.dk
(uunet!mcvax!diku!daimi!kaja)
Computer Science Department -- Aarhus University -- Aarhus -- DENMARK
--------------------------------------------------------------------
Date: Sat, 24 Dec 88 17:18:33 -0500
From: mrd@sun.soe.clarkson.edu
Subject: Unexpected behavior in LaTeX's tabular with p option
Keywords: LaTeX, bug
The following little piece of code causes some odd behavior
\begin{tabular}{p{5in}}
aaa\\
jja\\
aaa\\
\end{tabular}
The interesting line is the jja. When you use the "p" option in the
preamble, the baselines of the 3 rows are different; there is more
vertical space after the jja. This will be true of any row that has
characters with a positive depth.
The LaTeX book says "Produces a column with each item typeset in a
parbox...". Leading me to see what would happens with parbox's and
a strut
\parbox{3in}{\strut aaa}\\
\parbox{3in}{\strut jja}\\
\parbox{3in}{\strut aaa}\\
The baselines are all equal in this example.
The question: is this correct behavior?
thank you,
Michael DeCorte // (315)265-2439 // P.O. Box 652, Potsdam, NY 13676
Internet: mrd@sun.soe.clarkson.edu // Bitnet: mrd@clutx.bitnet
%-------------------------------------------------------------------------
Clarkson Archive Server // commands = help, index, send, path
archive-server@sun.soe.clarkson.edu
archive-server%sun.soe.clarkson.edu@omnigate.bitnet
dumb1!dumb2!dumb3!smart!sun.soe.clarkson.edu!archive-server
------------------------------------------------------------------------
Date: Wed, 07 Dec 88 13:23:28 -0500
From: Ken Yap <ken@cs.rochester.edu>
Subject: Non-dvi output?
Keywords: query
On page 60 of the TeXbook, under a double dangerous bend:
... some implementations of TeX generate non-dvi output; ...
Really? Which ones?
Ken
X-Uucp: ..!rochester!ken Internet: ken@cs.rochester.edu
X-Snail: CS Dept., U of Roch., NY 14627. Voice: Ken!
X-Phone: (716) 275-1448 (office), (716) 244-3806 (home)
----------------------------------------------------------------------------
%%% 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
%%%
%%% Concerning subscriptions, address changes, unsubscribing:
%%% BITNET: send a one-line mail message to LISTSERV@UWAVM.ACS.WASHINGTON.EDU
%%% SUBSCRIBE TEXHAX <your name> % to subscribe
%%% or UNSUBSCRIBE TEXHAX <your name>
%%%
%%% All others: send a similar one line mail message to
%%% TeXhax-request@cs.washington.edu
%%% Please be sure you send a valid internet address!!
%%% in the form name@domain or name%routing@domain
%%% and use the style of the Bitnet one-line message, so that
%%% we can find your subscription request easily.
%%%
%%% All submissions to: TeXhax@cs.washington.edu
%%%
%%% Back issues available for FTPing as:
%%% machine: directory: filename:
%%% JUNE.CS.WASHINGTON.EDU TeXhax/TeXhaxyy.nn
%%% yy = last two digits of current year
%%% nn = issue number
%%%
%%% For further information about TeX Users Group services and publications
%%% contact Karen at KLB@SEED.AMS.COM or write to TUG at
%%% TeX Users Group
%%% P.O. Box 9506
%%% Providence, R.I. 02940-9506
%%%
%%% Current versions of the software now in general distribution:
%%% TeX 2.93 metafont 1.5
%%% plain.tex 2.92 plain.mf 1.0
%%% LaTeX 2.09 (04/26/88) cmbase.mf see cm85.bug
%%% SliTeX 2.09 gftodvi 1.7
%%% tangle 2.8 gftopk 1.4
%%% weave 2.9 gftype 2.2
%%% dvitype 2.9 pktype 2.2
%%% pltotf 2.3 pktogf 1.0
%%% tftopl 2.5 mft 0.3
%%% BibTeX 0.99c
%%%\bye
%%%
End of TeXhax Digest
**************************
-------