[comp.text] TeXhax Digest V90 #4

TeXhax@cs.washington.edu (TeXhax Digest) (01/12/90)

TeXhax Digest    Sunday,  January 7, 1990  Volume 90 : Issue 4

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:         

                          Annotated bibliography
                   Needed: VAX VMS version of gftopk.c 
                        pk fonts for METAFONT 2.0?
                      Font substitution in old dvisun
                   *** Announcing version 2.2 of TiB ***
            help needed for incorporate MacDraw files to PCTeX...
                        Printing on an HP LaserJet+
                     DVINLQ.EXE font loading problems
                    \thispagestyle moving with floats?
                Re: Use of counters in a \savebox command
                           A bug in \lastbox??

--------------------------------------------------------------------------

Date: Fri, 22 Dec 89 14:09:58 EST
From: "Ralph E. Droms" <droms%sol.bucknell.edu@UWAVM.ACS.WASHINGTON.EDU>
Subject: Annotated bibliography
Keywords: BiBTeX

(This question was asked about 18 months ago, but I could find no
response nor could I contact the original poster.  Sorry to have to
ask the question again...)

Are there .bst and/or .sty files for generating an annotated
bibliography?  Please reply to me directly, as I don't read TeXhax
regularly.  Thanks...


  Ralph Droms                 Computer Science Department
  droms@sol.bucknell.edu      323 Dana Engineering
  droms@bknlvms (BITNET)      Bucknell University
  (717) 524-1145              Lewisburg, PA 17837

------------------------------------------------------------------------------

Date: Thu, 21 Dec 89 12:05:11 +0200
From: <rama%horizon.huji.ac.il@UWAVM.ACS.WASHINGTON.EDU>
Subject: Needed: VAX VMS version of gftopk.c 
Keywords: VAX VMS gftopk.c

Can somebody send me through e-mail the VAX VMS version
of gftopk.c ?
Thanx a lot.
Rama Porrat --   rama@shum.huji.ac.il  -- The Hebrew University
					      of Jerusalem

------------------------------------------------------------------------------

Date: Wed, 20 Dec 89 18:01:26 EST
From: Clement Pellerin  <clement@opus.cs.mcgill.ca>
Subject: pk fonts for METAFONT 2.0?
Keywords: METAFONT 2.0

Will the new METAFONT v2.0 output pk fonts?  Do you see any reasons why we
should keep the gf format?  (as for pxl fonts, they are already obsolete)

Clement Pellerin, McGill University, Montreal, Canada
clement@opus.cs.mcgill.ca

-----------------------------------------------------------------------------

Date: Thu, 21 Dec 89 17:44:02 -0800
From: mackay (Pierre MacKay)
Subject: Font substitution in old dvisun
Keywords: fonst, dvisun

I would never have imagined the problems with access.  It just seemed to
be one of many, and I inherited it with the program.  I shall follow
your advice and change it to open.

I fully endorse your proposal to run METAFONT on the fly, on a machine that
is fast enough, like the 3100 I am writing on.  All the better display drivers
already have font substitutions, and that fix was only of value to those
who are also keeping a SUN 150U in operation.  I really doubt that onyone
other than SUN2 and SUN1U users will need it, but if that is all you have,
the more heavyweight display drivers are just too slow.  300dpi packages like
grunwald's texx and texsun produce absolutely unreadable truesize output on
a Philips monitor, and take an age to magnify.  

It seems to me that a METAFONT-on-the-fly program should first probe
the entire font set from the postamble (we are after all talking about
FAST machines) and then launch the necessary METAFONT programs before
setting the first page.  Locking would surely be necessary, but
probably quite straightforward.

By the way, have you noted that the 300dpi fonts used by texx, texsun and xdvi
display drivers must be write-white fonts?  Try the comparison some time.  
It is quite startling. We put xdvi up in parallel windows with write-black
in one case and write-white in the other.  The write-black was virtually
unreadable.  The first practical application I have seen of the fact that
a blackletter CRT screen is by definition a write-white device.

Pierre

-----------------------------------------------------------------------

Date: Tue, 19 Dec 89 22:46:05 EST
From: "James C. Alexander" <jca@anna.umd.edu>
Subject:  *** Announcing version 2.2 of TiB ***
Keywords: TiB

Version 2.2 of Tib, a bibliography and citation setter for TeX (plain,
LaTeX, AMSTeX, LAMSTeX, etc.), is now available.  There have been a
number of small features added since the last version.  Perhaps the
major one is the ability to process \input files.  A style for
Springer-Verlag Lecture Notes and other Springer publications has also
been added.

Tib is no longer available by anonymous ftp from eneevax.umd.edu (that
machine will soon disappear).  Tib has been sent to the archives at
Washington, Clarkson, DECUS, the Tib distribution site at the
Anglo-Australian Observatory and will be sent to other archives when I
find out their addresses.  The Springer style can be mailed.

----------------------------------------------------------------------------

Date: Tue, 19 Dec 89 12:41:33 PST
From: shan@cascade.stanford.edu (Hongqing Shan)
Subject: help needed for incorporate MacDraw files to PCTeX...
Keywords: PCTEX, MacDraw

Dear Sir/Madam:
    I got this address from ArborText.  I have difficulty connecting
MacDraw figures to TeX in PC.  I'm posting this problem here, hoping
some of you can give me some help.
    Currently, I use PCTeX and DVILASER/PS for typesetting.  But some
of the figures were drawn in MacDraw II.  ArborText did supply couple
of files--MacDraw.tex and laserprp.pro--with their DVILASER/PS to
do this.  Unfortunately, the file 'laserprp.pro' they supplied was
to old, Ver. 36, while the one on our Macitosh is Ver. 68.  The
difference is too big for me to do minor modifications.  Hence I wonder
if some one could provide me a copy of modified 'laserprp.pro' that is
close to Ver. 68, or tell me other ways to tackle the problem.
     Thanks a lot

Hongqing Shan
Stanford University
Shan@cascade.stanford.edu
(415)-723-1823

------------------------------------------------------------------------------

Date: Wed, 20 Dec 89 13:29:52 PST
From: "S. John Banner" <CCSJB%UVVM.UVic.CA@UWAVM.ACS.WASHINGTON.EDU>
Subject:  Printing on an HP LaserJet+
Keywords: printing, HP LaserJet+

    Hello,  A freind of mine is planning on getting an HP LaserJet+
Personal printer, and wants to use TeX on it.  Can anyone tell me how
much memory would be needed to be able to use TeX properly?  Is it
possible to get TFMs for the various system fonts, and cartrage fonts?
Where is the best source of all this stuff?  Where is the best source
for a DVI driver for this (and for that matter for the Raven 24pin
dot matrix printer from Roland)?

    Any answers would be most appreciated,

                     Thanks in advance,

                              sjb.

Secondary email address is : CCSJB@UVVM.BITNET

----------------------------------------------------------------------------

Date: Tue, 19 Dec 89 19:54:29 EST
From: Patrick Morrissey <ST502261%BROWNVM@UWAVM.ACS.WASHINGTON.EDU>
Subject: DVINLQ.EXE font loading problems
Keywords: drivers, fonts, problem

I own a NEC P2200XE 24 wire printer, and have downloaded a TeX driver
called DV INECLQ.EXE from one of the TeX servers.  For several LATeX
documents, the drive r has worked well (including one substantial math
paper).  The driver uses 300 dpi .pk files, and was derived from the
Toshiba driver from Nelson Beebe's fami ly of printer drivers
according to the documentation.

Recently, I have had trouble printing one particular document.  The driver star
ts looking for fonts, indicates that it is loading properly, and then crashes a
fter about the tenth font.  By "crashes" I mean that it tells me that it is try
ing to open files, but is failing.

My AT compatible has 640K RAM, with 384K extended.  The driver should be bit ma
pping to disk, right?  My impression is that this is a memory problem.  I have
tried setting the -p flag, and the driver prints most of the document, and then
 crashes again.  Does anyone have any ideas?

Thanks - Patrick Morrissey

-----------------------------------------------------------------------------

Date:     Wed, 20 Dec 89 19:32 N
From: <PURSCHKE%DMSWWU5P.BITNET@UWAVM.ACS.WASHINGTON.EDU>
Subject:  \thispagestyle moving with floats?
Keywords: LateX, \thispagestyle

I prepare a LaTeX document where I use a special heading which puts the chapter
name in the heading and a thin line below, like in Leslie Lamport's book.
Occasionally, I have figures so tall they don't fit in together with the
caption, and I would like to specify an empty heading for the pages that hold
these figures. The figures appear on a single page, of course.
I tried to put a \thispagestyle command in the figure caption,
but this affects the page that holds the surrounding text
and not the page with the figure itself.

Any ideas how to achieve this?

                Martin

-----------------------------------------------------------------------------

Date: Fri, 22 Dec 89 11:05 CDT
From: U2591AA@vms.ucc.okstate.edu
Subject: Re: Use of counters in a \savebox command
Keywords: LaTeX, \savebox

>>From:	IN%"TTTUG%OWUCOMCN.BITNET@FORSYTHE.STANFORD.EDU" 21-DEC-1989

>>I am trying to use a \savebox command to save a picture for later
>>use in a \multiput command.  At the same time, I am trying to number
>>the boxes as \multiput sets them.  The setup I have is something like the
>>following:
>>
>>        \newcounter{foo}
>>        :
>>        \savebox{\scratch}(20,20){\begin{picture}(20,20)
>>          :
>>          \arabic{foo}
>>          :
>>        }
>>        :
>>        \multiput(0,0)(30,30){6}{\addtocounter{foo}{1} ... \usebox{\scratch}}
>>
>>However, \arabic{foo} doesn't generate any text, and it doesn't give an
>>error either.  I tried \protect'ing it, but that had no effect.
>>
>>Thanks,
>>
>>John Lacey
>>Local TeX Users' Group
>>tttug@owucomcn.bitnet

First, some considerations related to moving arguments and picture
environments:

	i) \newcounter should only be put into the preamble (pg93).
       ii) \newcounter *cannot* be used in a file which is \include'd (pg. 174)      iii) \addtocounter is fragile and should be \protect'ed when
           put in a moving argument. (pg. 175)
       iv) You must declare a name for the "bin" which will be the
           storage location for the saved box using the command
           \newsavebox.  In your example, you would issue the command
           \newsavebox{\scratch} before the \savebox{\scratch} command.
        v) The *only* commands that can appear in a picture environment
           are things like \put and \multiput.  Text and the like must
           appear inside boxes which are the arguments of \put commands
           (and the other picture commands).

You may know all these things but just didn't put them in the example above
to save space.

Now, about the counter.  The \savebox
          \savebox{\scratch}(20,20){\begin{picture}(20,20)
            :
            \put(0,0){\thefoo}   % I just made up the (0,0)
            :
          }
will cause the current value of the counter foo to be typeset and stored
in the box \scratch.

All this aside, there is a much more serious misunderstanding of \savebox
in your example. Under no circumstance will subsequent uses of \scratch
result in the modification of the contents of \scratch to reflect a new value
of the counter!!  The whole purpose of \savebox is to typeset a static thing
and reuse it.  What you want is a definition rather than a saved box.

Without greater detail concerning what you want to do, it is difficult to
give an example showing the way, but let me end by remarking that the effect
of the command
        \multiput(0,0)(30,30){6}{\addtocounter{foo}{1} ... \usebox{\scratch}}
is to print the contents of \scratch (typeset when foo=1) 6 times without
changing anything inside \scratch.  The counter foo will indeed be incremented
6 times (you can check this by issuing \thefoo following the picture
environment in which the \multiput command appears), but \scratch will always
be the same.

Scott McCullough			u2591aa@vms.ucc.okstate.edu
Dept. of Physics			u2591aa@uccvms.bitnet
Oklahoma State University
Stillwater,  OK 74078-0444

--------------------------------------------------------------------------

Date: Fri, 22 Dec 89 
From: Robert Baron <BARON@MASPV.HRL.HAC.COM>
Subject: A bug in \lastbox??
Keywords: TeX, \lastbox, \everyline

I became intrigued with the need for an \everyline macro and had the thought 
that the \makefootnoteparagraph macro on p. 399 of the TeXbook could be adapted
to implement it.  This macro is supposed to take a vbox containing a vertical
list of hboxes each containing a short footnote and reassemble it into a vbox
containing a single paragraph.  My idea was to call a macro \addeveryline in
the output routine which would take apart box255 line by line, add \everyline,
and reassemble the page before calling the rest of the output routine (for
example, \output={\addeveryline\plainoutput}). 

I did not get very far because when I tried to execute a very slightly modified 
version of the \makefootnoteparagraph macro, as shown below, to gain some
insight into its workings...it didn't!!!

  \def\makepage{\unvbox0 \makeboxofhboxes
	\setbox0=\hbox{\unhbox0 \removehboxes}
	\noindent\unhbox0\par}
  \def\makehboxofhboxes{\setbox0=\hbox{}
	\loop\setbox2=\lastbox 
	\ifhbox2 \setbox0=\hbox{\box2\unhbox0}
	\repeat}
  \def\removehboxes{\setbox0=\lastbox 
	\ifhbox0{\removehboxes}\unhbox0\fi}

As far as I can tell, the problem lies with \lastbox.  As I read the TeXbook
and as implied in the above code, whenever a box is unboxed and its contents
added to another box, \lastbox should contain the last item added if that item
is a box.  The above macros do this iteratively to get at each hbox in the
original list in turn.  This indeed works if the original box is an hbox, and
\removehboxes works just fine.  If the original box is a vbox, however, the
operation works only the first time the original vbox is unboxed and
\makehboxofhboxes fails to work.  To test this I first constructed an hbox of 
hboxes:

  \setbox0=\hbox{\hbox{one }\hbox{two }\hbox{three }\hbox{four }},

and then repeatedly called \getlast:

  \def\getlast{\setbox0=\hbox{\unhbox0 \setbox3=\lastbox\showbox3}}.

The succeeding calls resulted in box3 (e.g., \the\lastbox) being successively:
\hbox{four }, \hbox{three },...., as they should have.  When I constructed a
vbox of hboxes however: 

  \setbox0=\vbox{\hbox{one }\hbox{two }\hbox{three }\hbox{four }},

and then repeatedly called \getlast:

  \def\getlast{\setbox0=\vbox{\unvbox0 \setbox3=\lastbox\showbox3}}

the first call resulted in box3 (e.g., \the\lastbox) being \hbox{four }, but
succeeding calls resulted in a void box.  The same results occured if the
interior boxes were vboxes.  I append both the .TEX and the .LIS files for this
test. 

Is this a bug in \lastbox???? ....or am I overlooking some subtlety???

Robert Baron, Hughes Research Laboratories, Malibu, CA
<BARON@MASPV.HRL.HAC.COM>

%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%TSTLAST.TEX
%
\setbox0=\hbox{\hbox{one }\hbox{two }\hbox{three }\hbox{four }}
\def\getlast{\setbox0=\hbox{\unhbox0 \setbox3=\lastbox\showbox3}}
\message{calling \noexpand\getlast five times on a hbox of four hboxes}
\getlast
\getlast
\getlast
\getlast
\getlast
\setbox0=\vbox{\hbox{one }\hbox{two }\hbox{three }\hbox{four }}
\def\getlast{\setbox0=\vbox{\unvbox0 \setbox3=\lastbox\showbox3}}
\message{calling \noexpand\getlast five times on a vbox of four hboxes}
\getlast
\getlast
\getlast
\getlast
\getlast
%
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
%
%TSTLAST.LIS
%
This is TeX, Vax/VMS Version 2.0 (preloaded format=plain 86.6.22)  22 DEC 1989 10:59
**tstlast
(U$DSK1:[HALL.BARON.TEX]TSTLAST.TEX;6
calling \getlast five times on a hbox of four hboxes
> \box3=
\hbox(6.94444+0.0)x20.86116
.\tenrm f
.\tenrm o
.\tenrm u
.\tenrm r
.\glue 3.33333 plus 1.66666 minus 1.11111


! OK.
<to be read again> 
                   }
l.4 \getlast
            
? 
> \box3=
\hbox(6.94444+0.0)x25.58336
.\tenrm t
.\tenrm h
.\tenrm r
.\tenrm e
.\tenrm e
.etc.

! OK.
<to be read again> 
                   }
l.5 \getlast
            
? 
> \box3=
\hbox(6.15079+0.0)x18.8889
.\tenrm t
.\kern-0.27779
.\tenrm w
.\kern-0.27779
.\tenrm o
.etc.

! OK.
<to be read again> 
                   }
l.6 \getlast
            
? 
> \box3=
\hbox(4.30554+0.0)x18.33336
.\tenrm o
.\tenrm n
.\tenrm e
.\glue 3.33333 plus 1.66666 minus 1.11111

! OK.
<to be read again> 
                   }
l.7 \getlast
            
? 
> \box3=void

! OK.
<to be read again> 
                   }
l.8 \getlast
            
? 
calling \getlast five times on a vbox of four hboxes
> \box3=
\hbox(6.94444+0.0)x20.86116
.\tenrm f
.\tenrm o
.\tenrm u
.\tenrm r
.\glue 3.33333 plus 1.66666 minus 1.11111


! OK.
<to be read again> 
                   }
l.12 \getlast
             
? 
> \box3=void

! OK.
<to be read again> 
                   }
l.13 \getlast
             
? 
> \box3=void

! OK.
<to be read again> 
                   }
l.14 \getlast
             
? 
> \box3=void

! OK.
<to be read again> 
                   }
l.15 \getlast
             
? 
> \box3=void

! OK.
<to be read again> 
                   }
l.16 \getlast
             
? 
)
*\end
No pages of output.
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

-----------------------------------------------------------------------

%%% 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.nn
%%%              yy = last two digits of current year
%%%                       nn = issue number
%%%
%%%\bye
%%%

End of TeXhax Digest
**************************
-------