HDTenEightyP/NetNews huggingface dataset:
From: mccauley@ecn.purdue.edu (Darrell McCauley)
Subject: Re: "Weird error" in SHOWIDX.STY.
Followup-To: comp.text.tex
Organization: Ag Engineering Dept, Purdue University 
Date: Tue, 14 Apr 1992 18:49:24 GMT

In article <9204140915.AA27973@sc.zib-berlin.dbp.de>, schoepf@sc.ZIB-Berlin.DE (Rainer Schoepf) writes:
|> "Erik Thaysen, Dev.Dept." <ERIKT@odin.uniras.dk> asked:
|> 
|>    I have come across a "weird error" when using SHOWIDX.STY. 

|> Yes, your showidx.doc/sty is out of date. The most recent version is
|> dated June 16, 1991. From latex.bug:

looking around in the archie database, I see that the majority
of showidx.sty copies are out of date.  At least one source for
the new one is liasun3.epfl.ch:/pub/tex/new/latex/sty/showidx.sty.
In particular, gatekeeper, labrea, and clarkson have out of date
copies. Stuttgart shows at least 4 out of date copies and possibly 
one new one.

Archive managers - please update your copies.
-- 
James Darrell McCauley          Department of Ag Engr, Purdue Univ
mccauley@ecn.purdue.edu         West Lafayette, Indiana 47907-1146
Newsgroups: comp.text.tex
From: aj3u@larch.cs.virginia.edu (Asim Jalis)
Subject: Figures in LaTeX
Organization: University of Virginia, Charlottesville, VA 22903
Distribution: comp
Date: Fri, 17 Apr 1992 05:37:29 GMT

Latex seems to have a bias towards pushing figures into the later
parts of a document so that almost invariably, all the figures
get cropped up near the end.  This looks ugly.

Is there a way of getting around this?  Please use e-mail for
responses.

Asim.
From: svb@cs.purdue.EDU (Stephan Bechtolsheim)
Newsgroups: comp.text.tex
Subject: LaTeX and make
Date: 15 Apr 92 03:46:35 GMT
Organization: Department of Computer Science, Purdue University

Here is what I do:

1. I store every part of a document in a separate file
	part1.tex, part2.tex, ... more useful names are in order,
	usually.
2. I always process precisely one piece at a time.
3. I have part1.dvi, part2.dvi and so forth.
4. The Makefile has a rule which reads as follows:
	.tex.dvi:
		echo '\includeonly{$*.tex}' > xx.tex
		latex main.tex
			(which reads in xx.tex to set things up
			so that the proper part is processed).
		mv main.dvi $*.dvi
		mv main.log $*.log

Something along these lines ....

Stephan v. Bechtolsheim
Computer Sciences Department			svb@cs.purdue.edu
Computer Science Building			(317) 494 7802
Purdue University			   FAX: (317) 494 0739
West Lafayette, IN 47907
Newsgroups: comp.text.tex
From: rstanton@garnet.berkeley.edu (Richard Stanton)
Subject: Bug in PSFIG 1.8/1.9 (MSDOS only) (was Re: Problem...)
Organization: Haas School of Business, U.C.Berkeley
Date: Thu, 16 Apr 1992 16:04:16 GMT

I've worked out why PSFIG 1.8 and 1.9 keep thinking they've found COMPRESSed
files, when they don't actually exist. Here's the relevant code fragment
from PSFIG 1.9:

\def\@p@@sfigure#1{\def\@p@sfile{null}\def\@p@sbbfile{null}
                \openin1=#1.bb
                \ifeof1\closein1
                        \openin1=\figurepath#1.bb
                        \ifeof1\closein1
                                \openin1=#1

If I told it "figure=frontier.eps", it would first look to see if it could
find frontier.eps.bb. Unfortunately, under the 8.3 naming limits of MSDOS,
it appears that when it tries to open FRONTIER.EPS.BB, it actually opens
FRONTIER.EPS, which does exist, so it now thinks it has a separate .BB and
.Z file, when in reality these don't exist. To check this, I tried with a
file called FRONTIER.PS, which worked fine. It's only when the extension of
the file I'm using has 3 characters that the problem arises (which, in my
case, means every time, as I always call my files NAME.EPS).

Is there a simple line I could include in my LaTeX header file that would
allow me to force PSFIG to use uncompressed files? Alternatively, maybe
checking for the base file name FIRST would cure the problem completely.

Richard Stanton
From: howell@blegga.u.washington.edu (David Howell)
Newsgroups: comp.text.tex
Subject: Re: Anyone have indexing with eplain?
Date: 10 Apr 92 17:06:55 GMT
Article-I.D.: u.1992Apr10.170655.12341
Organization: University of Washington, Seattle

As a matter of fact, there's an excellent index processing 
program available. It's intended for use with LaTeX, but I found
it pretty easy to port the indexing bits of LaTeX into plain
TeX, and use the MakeIndex tools with that file. The proof is in 
the pudding: the index that was created can be found in the Role
Playing Game book _The_Primal_Order_ (now at finer gaming stores
everywhere :) The book, BTW, was set in TeX.

Anyway, here's the readme file for Mmake Index:
 
=========== README ============
MakeIndex is Copyright (C) 1987 by Pehong Chen (phc@berkeley.edu)
All rights reserved.
MakeIndex is a general purpose index processor.  This
directory contains this README file, a src directory, a doc
directory, a mac directory, and a paper directory.

The doc directory contains

makeindex.info		an Emacs (TOPS-20 and Gnu) INFO node
			produced automatically from
			makeindex.vms by vmshelp (available
			from Utah)

makeindex.l		a Unix man page

makeindex.ps		PostScript translation of makeindex.l

makeindex.tex		documentation for the use under
			LaTeX by Leslie Lamport

makeindex.vms		VAX VMS equivalent of makeindex.l
			suitable for inclusion in a local
			help library

readme			this file

The src directory contains the C source of MakeIndex.  Tis
current version is known to compile and run on UNIX (cc and
gcc) VAX/VMS (VMS cc), TOPS-20 (kcc-20 and pcc-20), and IBM
PC DOS (Microsoft C Version 5.0); Atari ST support is
present as well, but has not been tested as of late January
1988.

Type make to compile under UNIX.  Makefiles for the other
operating systems are included as well.  Implementations of
Make for them are available as part of the Utah DVI driver
distribution (send e-mail to beebe@science.utah.edu).

Early porting work was carried out by Charles Karney
(karney%ppc.mfenet@nmfecc.arpa) at Princeton University@/v{2
David J. Buerger (dbeurger%scu.bitnet@jade.berkeley.edu) at
Santa Clara University.  These efforts were independent of
the port to PC DOS, TOPS-20, VAX VMS, and the draft-ANSI C
environment for version 2.3 carried out by Nelson H.F. Beebe
(beebe@science.utah.edu).  That port is described in the
file 00revhst.txt in the src directory.

For a detailed discussion on the design of MakeIndex, please read

	Pehong Chen and Michael Harrison, ``Automating Index
	Preparation'', Tech. Report No. 87/347,Computer
	Science Division, University of California,
	Berkeley, March 1987.

A version of this report is included in the doc directory.
A somewhat condensed version entitled

	``Issues in Preparing and Processing Indexes''

has been submitted for@blication.


					Pehong Chen
					11-17-1987

					Nelson H.F. Beebe
					28-Jan-88

 
Oops. Sorry about the tabs. :(
 
Dave Howell
howell@blegga.cac.washington.edu
From: Malki Cymbalista <VUMALKI@WEIZMANN.WEIZMANN.AC.IL>
Newsgroups: comp.text.tex
Subject: tangle.c and weave.c
Date: Wed, 15 Apr 92 14:49:06 +0300
Organization: Info-Tex<==>Comp.Text.Tex Gateway
X-Gateway-Source-Info: Mailing List

I just sent out a question asking about tangle.c and weave.c.   I
just realized that they are supposed to be built by the Makefile
so please ignore my previous question.
Sorry.
Malki
From: jkp@ukc.ac.uk (J.K.Pearson)
Newsgroups: comp.text.tex
Subject: Help,
Date: 13 Apr 92 14:09:56 GMT
Organization: Electronics Lab, University of Kent at Canterbury, UK.

I'm printing an article and I don't want page numbers.
I'm using the 'article.sty' style.

I look in the Lamport's book and it tells me to use the command

\pagestyle{empty}

As yet, I have not made it work.

What am I doing wrong?

Justin

--
------------------------------------------------------------------------------
Justin Pearson,                       |   So what do you thinks going on?    |
University of Kent at Canterbury      |                                      |
U.K.                                  |                                      |
From: img@aisb.ed.ac.uk (Ian Green)
Newsgroups: comp.text.tex
Subject: (LaTeX+PiCTeX)  ! No room for a new \dimen . (Help)
Date: 7 Apr 92 21:55:31 GMT
Organization: Department of Artificial Intelligence, University of Edinburgh

When trying to use PiCTeX I get:

(/home/sin1/img/lib/tex/inputs/prepictex.tex)
(/home/sin1/img/lib/tex/inputs/pictex.tex
! No room for a new \dimen .
\ch@ck ...\else \errmessage {No room for a new #3}
                                                  \fi
\alloc@ ...\advance \count 1#1by\@ne \ch@ck #1#4#2
                                                  \allocationnumber =\count ...
l.621 \newdimen\!zpt
                                      %.AWBX.DVEULGP.YQ.ST
?


I see from the log file that \!zpt would be \dimen235.   Two
questions: (1) I thought that upto \dimen254 was ok, and (2) how can I
avoid this limitation?  (Isn't PiCTeX rather greedy in its use of
\dimen's? :-)

Thanks for any help ---

Ian Green                                            img@ai.ed.ac.uk
Mathematical Reasoning Group                    
Department of AI, University of Edinburgh            +44 31 650 2721
From: grodan@cyklop.nada.kth.se (Mats G L|fdahl)
Newsgroups: comp.text.tex
Subject: Re: The possibility of almost WYSIWYG TeX
Date: 8 Apr 92 09:38:24 GMT
	<GRODAN.92Apr7122044@cyklop.nada.kth.se>
	<1992Apr7.123552.26756@odin.diku.dk>
Organization: Royal Institute of Technology, Stockholm, Sweden
Originator: grodan@cyklop.nada.kth.se


I wrote:

   >"Local" changes could result in "local" recompilation, ie. if you just
   >add text or fomulas in one paragraph, you would only have to recompile
   >that very paragraph. This would be possibel with option iii turned
   >off. Normally, you don't care about page breaks until your text is
   >(almost) finished anyway.

Kristoffer H. Rose wrote:

   I currently do this within Emacs (on un*x) as follows:

   1) Make sure that the document has a well-defined preamble where all
      macro definitions are located.

Yes, I understand that the kind of environment I'd like to see perhaps
is not possible for a general TeX document. Restricting the use to
LaTeX and Plain TeX with all the definitions in a preamble would be
okey for me. That's what I have most of the time anyway.

   2) Set up the TeX-region variables to recognise this.  I do as follows
      in my .emacs file

   [...]


OK, so the local compilation is possible. If I understood you right,
after issuing the correct set of commands inside Emacs, your previewer
will display the compiled version of the paragraph you choose.

What I would want is the entire document to be shown in the previewer
all the time, with only the edited paragraph updated at command. If
you could then add text in both windows...

More comments please. Is it possible?

	/Mats


--
 Mats Lofdahl, Stockholm Observatory, S-133 36 Saltsjobaden | +46 - 8 16 44 75 
 -----------------------------------------------------------------------------
 Internet: lofdahl@astro.su.se | Bitnet: grodan@sekth | Sunet: royacs::lofdahl
-- 
 Mats Lofdahl, Stockholm Observatory, S-133 36 Saltsjobaden | +46 - 8 16 44 75 
 -----------------------------------------------------------------------------
 Internet: lofdahl@astro.su.se | Bitnet: grodan@sekth | Sunet: royacs::lofdahl
From: krab@iesd.auc.dk (Kresten Krab Thorup)
Newsgroups: comp.text.tex
Subject: Re: latex source file "beautifier"?
Date: 7 Apr 92 12:21:01 GMT
Organization: Mathematics and Computer Science, Aalborg University

>I was wondering if there is any program for "beautifying" 
>a latex source file,  such as justifying the lines in a 
>a paragraph, etc.
>
>Often we I type my source file, I'll insert words here  
>and there,  resulting in very jagged lines.   After I'm
>all done,  it would be nice to see the lines justified a bit.

Try AUC TeX, which is a (perhaps too much) featured environment for
GNU Emacs.  It will, among other things, handle stuff like this.

	iesd.auc.dk:/pub/emacs-lisp/auctex_5_6i.tar.Z

/Kresten
--
What you can't do idaw, maybe you can do imorn'
Newsgroups: comp.text.tex
From: devido-antonio@CS.YALE.EDU (Antonio DeVido)
Subject: psfig
Organization: Yale University Computer Science Dept., New Haven, CT 06520-2158
Date: Sun, 12 Apr 1992 00:58:15 GMT

greetings fellow sentients,
	I am unable to ftp 'psfig',: linc.cis.upenn.edu as usual simply passed
the bug and writes 'get it from whitechapel.media.mit.edu'
I can't get an ftp connection to that server however.  I don't know why.
Could someone send me a shar file or such for 'psfig', or tell me where it
resides ftp'able?
sincerely,
Antonio

-- 
Antonio J. De Vido // devido@cs.yale.edu   // league@prep.ai.mit.edu
Declarations and Constants
Newsgroups: comp.text.tex
From: dsamperi@ccorp.uucp (Dominick Samperi)
Subject: Xerox 9700 or IBM 3800 DVI driver
Organization: Citicorp, New York City
Date: Fri, 10 Apr 92 15:09:34 GMT

Does anybody know of a DVI driver for the Xerox 9700 or IBM 3800 laser
printers? We are looking for PD or commercial drivers. Thanks for any
information on this.

-- 
Dominick Samperi -- Citicorp
dsamperi@Citicorp.COM
uunet!ccorp!dsamperi
Newsgroups: comp.text.tex,comp.sys.dec,comp.unix.ultrix
From: meyer@risc4.physik.fu-berlin.de (Sebastian Meyer)
Subject: Re: Installing TeX xdvi under Ultrix 4.2's X11
Organization: Free University of Berlin, Germany
Date: Thu, 16 Apr 1992 15:37:20 GMT

jmuscat@nexus.yorku.ca (John Muscat) writes:

>I'm running Ultrix 4.2 on a decstation 5000/200 and am wondering whether it is
>possible to install the tex xdvi previewer using the Ultrix X11 libraries?
>I have tex 3.0 installed and am trying to install xdvi for X11R4 from 
>math.berkely.edu.       

>When I try compiling I get errors that some include files are missing, in
>particular:

>	cpp: error xdvi.c:88: Can't find include file X11/Viewport.h
>	cpp: error xdvi.c:90: Can't find include file X11/Command.h

>From another system I have found these include files are part of the MIT X11R4
>distribution. In order to install xdvi will I also have to install the MIT
>X11? I like to avoid this to save disk space and 4.2 already contains clients
>like xbiff, xedit, xdm, etc as well as twm.

No problem:
It's already there, but DEC hides it in /usr/include/mit/X11/. The
easiest way to make it compile is replacing

#include<X11/....>    by   #include<mit/X11/....> in the sources.

Now you include pure MIT X11 instead of that DECish staff. This would even
make your ANSI-C happy...... (Oh DEC!)

If you'd like to the real thing, here is Bob Heynis advice:

=======
From: heiney@wsl.dec.com (Bob Heiney)
Newsgroups: comp.unix.ultrix
Subject: Re: modifying Imake for mit vs of X.
Reply-To: heiney@wsl.dec.com (Bob Heiney)

cd /usr/lib/X11/config
cp Project.tmpl Project.tmpl.orig
cp site.def site.def.orig

Add the following line to the end of site.def:

	#define StandardIncludes -I/usr/include/mit

Edit Project.tmpl, replacing "-lX11" with "-lX11-mit", and replacing
"-lXext" with "-lXext-mit".

Now go to your sources and xmkmf, make Makefile, make.

=====
Note the Subject-line of his posting :-)

hope that helps.
sebastian
--
    __o     Sebastian Meyer <+49 30 838-6165> | FU Berlin, Physik
  _ \<,_    bastel@zaphod.physik.fu-berlin.de | Arnimallee 14   [Raum 1.1.34]
 (_)/ (_)    meyer@risc4.physik.fu-berlin.de  | D-1000 Berlin 33
~~~~~~~~~~ "To err is human, to really foul things up requires a computer"
From: ard@fat-controller.cs.bham.ac.uk (Antoni Diller)
Newsgroups: comp.text.tex
Subject: Footnotes in tables in LaTeX
Date: 12 Apr 92 12:11:30 GMT
Organization: Birmingham University Computer Science

I want to produce a table with the tabular environment which
includs footnotes and I want to put the whole thing in a table
environment, so I tried the following (before putting it in
a table environment):


\begin{minipage}{3in}
\begin{tabular}{cc}
one   & two \\
three & four\footnotemark[1]\footnotetext[1]{Footnote.} \\
five  & six
\end{tabular}
\end{minipage}


And the result is that in the table produced by the tabular
environment a numerical footnote mark appears (1) whereas
at the bottom of the minipage environment you get an
alphabetical footnote mark (a).  Is this a bug/feature of
LaTeX or am I doing something wrong?


Antoni Diller
Organization: Penn State University
Date: Sunday, 5 Apr 1992 23:30:09 EDT
From: Alan R. Heyd <IA8@psuvm.psu.edu>
Newsgroups: comp.text.tex
Subject: Printing envelopes with TeXtures

   I run TeXtures 1.4 on a Mac classic and print to an Apple personal
laser writer NT.  I've tried printing envelopes using two of the envelope
style files I've found by ftp.  I couldn't get either of them to work.
Does anybody on the net use textures and the laserwiter NT and had sucess
printing envelopes.  If so could you please send me the right files that I
need.

  Thanks

Alan Heyd
ia8@psuvm.psu.edu
From: krab@iesd.auc.dk (Kresten Krab Thorup)
Newsgroups: comp.text.tex
Subject: Re: drawing lines with PostScript
Date: 12 Apr 92 16:43:00 GMT
Organization: Mathematics and Computer Science, Aalborg University

I've made a replacement for LaTeX' picture environment, which uses
PostScript.  You may be able to use some of it... It relies on `dvips'
by Rokiki, and is distributed along with it... You may also get it
from:

	iesd.auc.dk:/pub/latex/pspic.sty

/Kresten
From: simon@lia.di.epfl.ch (Simon Leinen)
Newsgroups: comp.text.tex
Subject: Re: Highlighting previewer
Date: 15 Apr 92 10:36:05 GMT
Organization: DI-LIA -- Ecole Polytechnique Federale de Lausanne
In-reply-to: mccauley@ecn.purdue.edu's message of 14 Apr 92 18:58:00 GMT
X-Md4-Signature: 472a323656224a75364f9ecc169a77cd

In article <1992Apr14.185800.16193@noose.ecn.purdue.edu>
mccauley@ecn.purdue.edu (Darrell McCauley) writes:
   In article <1992Apr14.113509.28235@kub.nl>, stephan@kub.nl (Stephan
   Raaijmakers) writes:
   |> I am looking for a DVI previewer allowing specified portions of
   |> text to be highlighted, either by greyscale or raster.

   Something this smart may be able to take some sort of descriptor
   file combined with a dvi file and form the basis of a hypertext
   system. Hmm... idx, toc, and glo files could be integrated nicely.
   I guess the trick would be flagging portions of the dvi file...

The "xtex" previewer from Dirk Grunwald's SeeTeX package (FTPable from
foobar.cs.colorado.edu) already provides this feature.  The cross
references in the SeeTeX documentation show up surrounded by red
rectangles in xtex, and if you click within the rectangle, it warps
you to the correct page -- really neat.
-- 
Simon.
From: eijkhout@cupid.cs.utk.edu (Victor Eijkhout)
Newsgroups: comp.text.tex
Subject: Re: new TeX, LaTeX books, ref card source
Date: 9 Apr 92 15:48:37 GMT
Reply-To: eijkhout@cupid.cs.utk.edu (Victor Eijkhout)
Organization: Computer Science Dept, University of Tennesee, Knoxville
NNTP-Posting-Host: cupid.cs.utk.edu

In article <CRAMER.92Apr8101332@clem.Eng.Sun.COM>, cramer@Eng.Sun.COM (Sam Cramer) writes:
|> [Apologies if this shows up twice; I sent this message out once before but
|> it appears not to have made it out of Sun].
|> 
|> A recent trip to the bookstore revealed a new crop of TeX and LaTeX books.
|> Any reviews from the net?  Plugs from authors are acceptable, too...

Yes, it's quite remarkable.

Now that you mention the bit about author's plugs, I'll set aside
my natural reticence in posting ( :-) :-) ) and drop a few names:

Seroul and Levy : A Beginner's Book of TeX
    excellent beginner's book. Well-written, surprisingly
    complete for a beginner's book. Of course, things like output routines
    do not get treated in depth; they only give a number of examples
    (cute ones, though).

Borde : TeX by Example
    like the title says, a number of examples so that you can pick
    what you need merely by leafing through the book. Left hand pages
    give the code to go with the right hand page output. Cute book,
    but not for reference purposes.

Snow : TeX for Beginners
    only leafed through it. Looks good. My impression is that
    Seroul and Levy is for academic beginners, Snow for not so scientifically
    minded folks. The prose talks more, takes you by the hand.

Eijkhout : TeX by Topic.
    since this is me, I won't pass a verdict. Reference book.
    Definitely not for beginners, but it's meant to last you for the
    rest of your TeXing days. Lots of nontrivial examples.

Bechtolsheim : TeX in practice (not yet out?)
    lots, lots, of examples in addition to the information.

Hahn : LaTeX for Everyone
    haven't got this one, but seen a review. Good in certain parts,
    less in others.

|> Sam

Victor
From: shen@athena.cs.uga.edu (Mingzuo Shen)
Newsgroups: comp.text.tex
Subject: arrow sign above several letters: help wanted
Date: 15 Apr 92 15:15:47 GMT
Article-I.D.: athena.1992Apr15.151547.5556
Distribution: usa
Organization: University of Georgia, Athens

Hi all,

    I would appreciate any help in Plain TeX: to write a vector
sign (arrow) above two (or more) letters. Something like:

    $\overline{AB}$

but with an arrow head attached to the line. The following
is good if there is only one letter:

    $\vec a$

Thanks in advance. Note again, Plain TeX please. 

mingzuo shen
From: bkph@wheat-chex.ai.mit.edu (Berthold K.P. Horn)
Newsgroups: comp.text.tex
Subject: Re: The possibility of almost WYSIWYG TeX
Date: 9 Apr 92 15:33:34 GMT
In-reply-to: mroussel@alchemy.chem.utoronto.ca's message of 9 Apr 92 00:56:34 GMT

In article <1992Apr9.005634.29691@alchemy.chem.utoronto.ca> mroussel@alchemy.chem.utoronto.ca (Marc Roussel) writes:

   In article <GRODAN.92Apr8190652@cyklop.nada.kth.se> grodan@cyklop.nada.kth.se
   (Mats G L|fdahl) writes:
   >What if you had a button that would pop up a window with a list of the
   >parameters of the current paragraph (or the current list or the
   >current environment)? Editing that list could put changes to those
   >parameters in that paragraph (if necessary inside a group).

	From this and similar comments I have seen over the last little
   while, it sounds like at least some of you would be content with a
   modern word processor like Word for Windows.  Word for Windows has
   styles, an equation editor, etc.  It seems to me that TeX/LaTeX only has
   two real advantages over the word processors now:

	etc etc

Here is a possibly interesing hybrid approach:

Use your favourite WYSIWYG application to do the text, but import equations
--- which are hard to do in most WYSIWYG applications --- from a DVI
previewer using `copy' to clipboard and `pasting'.  Then you use TeX just
to do parts that are hard to do in typical DeskTopPublishing applications.
You won't be able to edit the equations once you have transferred them,
but then you wouldn't want to, since you'd destroy TeX's careful layout
(the copied part appears as a single graphical object that can be moved
around, scaled, and cropped).


Berthold K.P. Horn
Cambridge, Massachusetts, USA
From: quairoli@cs.widener.edu (Patrick Quairoli)
Newsgroups: comp.text.tex
Subject: emTeX on a Novell Network
Summary: printing problems
Date: 14 Apr 92 14:57:46 GMT
Followup-To: quairoli@cs.widener.edu
Organization: Widener University CS Department, Chester PA
NNTP-Posting-Host: ashley.cs.widener.edu


	i've recently enstalled emTeX on our Novell Network, the
release of emTeX is pre386 version.  the viewer, compiler and fonts
work fantasic.  but i can seem to get the laser jet III to print
correctly from the network.  the printer works flawlessly on an lpt
port but putting it through the novell queue butchers the printout.
the only success i have had is went i set a spare hp II as a remote
printer (hung off the net via a lpt port on a workstation not the
server).  this works well except that it doesn't print any "i"s (go
-- 
______________________________________________________________________________
patrick j. quairoli		widener university	computing services
quairoli@cs.widener.edu		chester, pa 19013	novell network assist.
Newsgroups: comp.text.tex