TeXhax@cs.washington.edu (TeXhax Digest) (08/26/89)
TeXhax Digest Friday, August 18, 1989 Volume 89 : Issue 76
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:
Comments on OzTeX and comparision with TeXtures
Re: clarkson address
LaTeX Endnotes request
LaTeX double column landscape mode style
Squeezing blanks from write token list
Pagebreaks between paragraphs
MTEX - music typesetting in TeX
Re: UK.AC.UKC refusing INCOMING mail
Dvi previewer available by ftp
-------------------------------------------------------------------------------
Date: Thu, 17 Aug 89 04:41:28 PDT
From: KARNEY%PPC.MFENET@CCC.MFECC.LLNL.GOV
Subject: Comments on OzTeX and comparision with TeXtures
Keywords: OzTeX, TeXtures, Macintosh
Here is a comparison of OzTeX with TeXtures, one of the commercial versions
of TeX available for the Macintosh from Blue Sky Software. (There is
another commercial version of TeX available from FTL Ltd called MacTeX.)
Features that TeXtures has which are missing from OzTeX.
* An integrated editor. With OzTeX you must use any of several separate
editor applications or DAs.
* ImageWriter printing. OzTeX allows screen previewing and LaserWriter
printing only.
* Speed. Previewing, in particular, is considerably faster with TeXtures.
* Better facilities for the inclusion of graphics. It's relatively simple
to include any Mac graphics and this can be previewed. Postscript code can
be included, for instance, to rotate the TeX output. OzTeX does allow the
inclusion of Postscript graphics, but you can't conveniently alter the way
TeX characters are typeset in this fashion.
Features the OzTeX has which are missing from TeXtures.
* A full INITeX. For some reason, the TeXtures version of INITeX has the
hyphenation patterns preloaded and these can't be changed (you get an error
if you try to \input hyphen). This seems to me to be a needless
incompatibility in TeXtures.
* A standard terminal dialogue. TeXtures displays the .log file which
sometimes contains additional material which is likely to be confusing to
the average user (e.g., \c@part=\count78 and long Overfull box messages).
OzTeX merely creates a .log file which the user can examine later.
* Standard TFM files, PK files, DVI files, etc. You can download PK files
from a mainframe to the Mac (in binary mode of course) and OzTeX will use
them with no further conversion. With TeXtures, the fonts are stored in
the standard Macintosh format, but no tools are provided for converting PK
files to this format. (You can purchase additional magnifications of the
CM fonts for TeXtures, and outline versions of these fonts are also
promised.) Additional steps are required (with programs called DVItool and
EdMetrics) to move the standard DVI and TFM into the TeXtures environment.
* And, of course OzTeX is free, while TeXtures costs around $400 - $500.
Overall, TeXtures attempts to provide a more Mac-like environment while
OzTeX provides a mainframe environment. This obviously motivated the
choice of a Macintosh format for fonts for TeXtures. Users can use a
familiar tool, Font/DA mover, to move fonts around and the same fonts can
be used by other applications and other Macintosh fonts to be used by
TeXtures. Unfortunately, this leaves the user rather in the hands of the
vendor for providing fonts that are readily available on other systems.
(For example, it is not easy to use the AMS symbol fonts msxm10, etc. with
TeXtures.) Also the attempt at an well integrated Mac environment breaks
down somewhat when you consider that neither BibTeX nor MakeIndex are
callable within TeXtures. (BibTeX is however available as a public-domain
stand-alone application.)
Charles Karney Phone: +1 609 243 2607
Plasma Physics Laboratory FAX: +1 609 243 2160
Princeton University MFEnet: Karney@PPC.MFEnet
PO Box 451 Internet: Karney%PPC.MFEnet@NMFECC.LLNL.GOV
Princeton, NJ 08543-0451 Bitnet: Karney%PPC.MFEnet@LBL.Bitnet
-----------------------------------------------------------------------------
Date: Sat, 12 Aug 89 10:50:36 METDST
From: Bo Thide' <bt@irfu.se>
Subject: Re: clarkson address
Keywords: address, clarkson
Both "clarkson.edu" and "sun.soe.clarkson.edu" are listed in TUGBoat
and I have for a long time tried both addresses in numerous attempts
to get some .bst files. I have been able to contact
postmaster@sun.soe.clarkson.edu so now I have proof that
"sun.soe.clarkson.edu" really exists. Nevertheless, it seems
impossible for me to make the archive-server there send anything.
Nothing ever arrives here despite explicit "path" indications of
various kinds. It's quite a difference from the Rochester repository
where everything worked like a dream. Oh yes, "irfu" is a registered
domain and "irfu.se" is our main e-mail node and works 100% OK.
Thank you for your help.
Bo
^ Bo Thide'--------------------------------------------------------------
| | Swedish Institute of Space Physics, S-755 91 Uppsala, Sweden
|I| [In Swedish: Institutet f|r RymdFysik, Uppsalaavdelningen (IRFU)]
|R| Phone: (+46) 18-403000. Telex: 76036 (IRFUPP S). Fax: (+46) 18-403100
/|F|\ INTERNET: bt@irfu.se UUCP: ...!mcvax!sunic!irfu!bt
~~U~~ -----------------------------------------------------------------sm5dfw
-----------------------------------------------------------------------------
Date: Fri, 4 Aug 89 12:15:41 PDT
From: cross%REED.BITNET@UWAVM.ACS.WASHINGTON.EDU
Subject: LaTeX Endnotes request
Keywords: LaTeX, endnotes
Does anyone have or know of an endnotes (as opposed to footnotes) macro
that can be used with LaTeX?
Thanks,
Chuck Cross
cross@REED (BITNET)
cross%reed.bitnet@cunyvm.cuny.edu (Internet)
-------------------------------------------------------------------------------
Date: Mon, 07 Aug 89 07:35:50 EDT
From: ramsdell@linus.MITRE.ORG (John D. Ramsdell)
Subject: LaTeX double column landscape mode style
Keywords: LaTeX, double column, landscape
Are there any LaTeX styles that create 5 1/2 by 8 1/2 documents by
printing double column output in landscape mode. I know that it would
be easy to hack an existing style file--I want to know if some one has
designed such a style.
-------------------------------------------------------------------------------
Date: Sat, 12 Aug 89 16:34:40 MDT
From: carlos@boulder.Colorado.EDU (Carlos A. Felippa)
Subject: Squeezing blanks from write token list
Keywords: macros, token list, write
Consider the following macro
\def\writedef#1#2{\immediate\write16{\def\ #1{#2}}}
This is a simplified version of a more complicated macro
being used to build an index database. Then the reference
\writedef{macroname}{definition}
writes
\def \ macroname{definition}
to the output file. Is there a simple way to get rid of
the blanks surrounding the isolated backslash?
-------------------------------------------------------------------------------
Date: Sat, 12 Aug 89 16:18:32 -0500
From: svb@cs.purdue.edu (Stephan Bechtolsheim)
Subject: Pagebreaks between paragraphs
Keywords: pagebreaks, paragraphs
The problem I would like to address is how to prevent
page breaks between paragraphs.
1. When you write
xxxxxxxxx
\par
yyyyyyyyy
then the vertical list around the \par looks as follows:
last line box of xxxxxxx paragraph
\parskip glue
interline glue (computation based on baselineskip)
first line box of yyyyyyyy paragraph.
2. When you write
xxxxxxxxx
\par
\penalty 10000
yyyyyyyyy
then the vertical list around the \par looks as follows:
last line box of xxxxxxx paragraph
\penalty 10000
\parskip glue
interline glue (computation based on baselineskip)
first line box of yyyyyyyy paragraph
3. How do you attach / assign a penalty to the interline glue?
Because if you don't, a break can occur at this point (remember:
glue is a "legal break point" unless preceded by a penalty.)
4. When you write
xxxxxxxxx
\par
\penalty 10000
\nointerlineskip
yyyyyyyyy
then the vertical list around the \par looks as follows:
last line box of xxxxxxx paragraph
\penalty 10000
\parskip glue
(NO interline glue)
first line of yyyyyyyy paragraph
BUT
that messes up the line spacing because there is no interline
glue now.
Has anybody every thought this problem through, all the way I mean??
Thanks
Stephan Bechtolsheim
svb@cs.purdue.edu
-----------------------------------------------------------------------
Date: Thu, 10 Aug 89 14:35 GMT
From: Peter Flynn UCC <CBTS8001%IRUCCVAX.UCC.IE@UWAVM.ACS.WASHINGTON.EDU>
Subject: MTEX - music typesetting in TeX
Keywords: TeX, music, typesetting, schofer,
steinbach, mtex, notensatz, musik
Over the weekend I downloaded the MTeX fonts for music typesetting from the
Aston archive. These were put together by Angelika Schofer & Andrea Steinbach
in 1987 for typesetting music in TeX, and submitted (I believe) as part of a
thesis. They can also be found on the Clarkson and DHDURZ1 servers (and maybe
others).
There are seven fonts, a macro file and a demonstration file. Sebastian Rahtz
kindly MF'd the fonts for 118, 300 and 1270 dpi, so I took the 300dpi set for
my HPLJ (though they were mode_def'd for the ALW they worked fine). The macro
file is MTEX.TEX, documented in German, but with control-sequence names
mainly in English. The demo file is MTEXDEMO.TEX (there appears to be no
separate documentation apart from the comments on the demo output).
For some reason my VMS TeX gagged on the TFM files straight off. TFtoPL said
there was junk at the end of the files, also that 0 was not an allowed value
(several times). Having TFtoPL'd them, I PLtoTF'd them back and they worked
fine. Don't know what the matter was (and don't care, since they work OK, but
someone may care to dig into it). TeX then processed the demo file fine on the
VAX. On the PC (640k AT clone) it ran out of space, so I guess anything more
than trivial (single stave, probably only a few bars) is out of the running if
you are on a PC.
DVI2LN3 of course goes apesh*t any time you feed it anything other than a
Stream_LF file (a weirdo VMS file format). There's a routine provided on the
K&S VMS tape, NEWFFC.EXE, to convert PXL files from other file formats to the
Stream_LF required, but what I had was not PXL files but the downloaded PK
fonts, and my DVI2LN3 only takes PXL files [please someone, where do I get a
new executable version of DVI2LN3 without having to take dozens of sources to
compile?]. For some nasty reason, my PKtoPX refuses to work at all, saying it
can't open the PXL file, even though the file is there and PKtoPX even
acknowledges that, but won't open it [please, has anyone got a functioning
PKTOPX.EXE for VMS?]. So down to the PC the font files went, where DVIHP
processed faultlessly and produced two demo pages.
VERY impressive. S&S clearly deserve their PhD on this. The quality of the
notation is uniformly excellent, and the positioning very good. I have used
SCORE (Leland Smith's music typesetting system) in its PC version, and
although SCORE has vastly more notational power, the quality of MTeX is as
good or better. Our Music Dept (heavy TeX and SCORE users) are going to
*love* this one. Each of the two pages (one is the Minuet I from Bach's 2nd
Cello Suite, and the other is the well-known chorale `Lobe den Herren'---the
hymn `Praise to the Lord, the Almighty') reproduces the input needed to
produce the music printed on the page, so you can see what does what (or so
it is intended, but more later). Forget the output device for the moment: the
design quality of the stuff is about that of the Halstan Stencil---very good.
On a scale, say, between a music typewriter (heavily modified IBM Executive)
at a score of 20% and real copper engraving (craftsman's work) at 90%, the
Halstan scores about 70% and I would put MTeX just above it at 75%.
Just for fun, I took the MF files also, and made a set of 180dpi Toshiba 321
fonts (had no mode_def, so used defaults at 180x180---anyone with a proper
mode_def for a Tosh 321 [or better for a 301 ExpressWriter], please let me
know). The only glitch was in font MUSIC16, using VIO16.MF, my copy of pcMF
coughed blood in two particular places: "penpos1(0,180)" (line 33) and
"penpos3(0,180)" (line 87) where pcMF seemed not to like the zero, and said
`bad penpos' and hung on me. I set the 0s to 1s and it worked. Can some MFer
please look at this sometime? Did you hit this, Sebastian?
Finally, I PKtoPX'd the fonts on the PC and Kermitted them back to the VAX.
There they worked OK, but because of the crappy quality of the LN03 engine,
fine lines don't print at all (wrong mode_def, natch). But the principle
works.
Once that was over, DVITOS (PCDOT) handled the fonts OK and rattled out the
demo pages on the Tosh. I will upload the 180dpi files to Aston next week.
I'm also making a 96dpi set for DVIEW, so I will try for them the week after.
[therefore, anyone who knows the mode_def for DVIEW fonts, please contact
me].
Now for the downside. When I examined the MTeXDEMO file, the code used to
produce the music ***IS NOT*** the code cited on the printout. Not by what
extended calcined writing tool? I am forced to conclude that what we have
here is a demonstration of S&S's **intention**: ie, what is printed as the
'code to type in' is what they would **like** to see implemented, but they
haven't gone that far. The actual code required is **very** hairy, whereas
the quoted example looks pretty reasonable: a fragment shown in the printout
as
!!\title{Lobe den Herren}\composer{Hugo Distler}
\voice{Sporan}\treble\signature{``xf}\text{Schnell}\meter{3/4}\vocal
{4g\mezzoforte g ``d | `h. 8a 4g | f e d 2e \slur{4f|\meter{2/4}f} 4g |
\meter{4/4} 2a 2g:||}
{{Lo-\atop Mei-}{be\atop ne}{den\atop ge-}{Her-\atop lie-}{ren,\atop be-}
{den\atop te-}{m\"ach-\atop See-}{ti-\atop le,}{gen\atop das}{K\"o-\atop
ist}{nig\atop mein-}{der\atop Be-}{Eh-\atop geh-}{ren!\atop ren.}}!!
actually required the input
\title{Lobe den Herren} \composer{Hugo Distler}
\parindent 40pt \voice{Sopran} \universal \beginsong\vio\G\~r{{\rm
Schnell}}{\vrule height 7\nhh width0pt \gluebrule}\meter3/4
\~{\mezzoforte}\_{\@{Lo-}{Mei-}}{\v2} \_{\@{be}{ne}}{\v2} \_{\@{den}{ge -
}}{\v6}\| \_{\@{Her-}{lie - }}{\v4\.1}\_{\@{ren, }{be - }}{\a3} \_l{\@{den}{te
}}{\v2}\| \_l{\@{m"ach - }{See - }}{\v1}\_{\@{ti - }{le, }}{\v0} \_{\@{gen
}{das }}{\v{-1}}\| \_{\@{K"o - }{ist }}{\h0} \group{\\{\_n{\@{nig \lv }{mein
\lv }}{\v1}}\\{\|\meter2/4}\\{\v1}} {\\{1}\\{0}\\{1}}\lslur13\go\_{\@{der
}{Be- }}{\v2}\|\meter4/4 \_{\@{Eh - }{geh - }}{\h3}\_{\@{ren!}{ren.}}{\h2}
Now I expect there is probably a very good reason for this, but while the top
version is a useable structure, and comprehensible by a musician, it clearly
does not yet work like that, as the lower version is what the demo file
actually uses to produce its output. Maybe I have missed something, but I
suspect that this is a "yet to be written" as far as smoothness of interface
goes. A pity, but nevertheless a very important step, in that it proves
beyond all doubt that (M)TeX can produce typeset music approaching the
highest quality. With some more work on the interface, S&S have broken some
real new ground here. Congratulations to both, where are you, and can we
expect more? If not, have S&S any pointers as to their intentions?
...Peter Flynn
Cork U Comp Cent, Ireland
<cbts8001@iruccvax.bitnet>
--------------------------------------------------------------------------
Date: Mon, 14 AUG 89 12:33:02 BST
From: TEX%rmcs.cranfield.ac.uk@NSFnet-Relay.AC.UK
Subject: Re: UK.AC.UKC refusing INCOMING mail
Keywords: mail problems
A short while ago, I posted a ``flame'' about the UK's uucp gateway (UK.AC.UKC)
refusing delivery of incoming international mail crossing between the uucp and
Janet networks. Naturally, I had previously queried this with UKC directly,
but their reply had been delayed for quite cogent reasons, and I was so
incensed at the time that I wanted to ensure that all persons who might be
trying to correspond with us were informed that their mail would not reach us
if it were to be routed via uucp.
I now understand why it is that UKC charge the recipient for incoming mail
(put simply, it's because they have to poll Europe and America for incoming
mail, and thus bear the costs of reception as well as delivery). Because of
this, we are now taking steps to become registered so that we can continue to
receive uucp mail (although we currently don't seem to have any requirement to
originate such traffic).
I STILL am disappointed that it is necessary for UKC to cut off incoming mail
in this manner, in particular, that the ADDRESSEE is informed that mail has
been received, but rejected, and the poor old originator doesn't even get told
of the failure --- however, I can appreciate that it's cheaper to inform the
addressee than to send a rejection response to the originator. Still, it's
not very useful for the addressee to be told about the refusal of the mail, if
the only address given for the originator is via uucp!
The situation can, I am given to understand, escalate still further ---
apparently, if an unregistered site continues to receive incoming messages,
the latter will eventually be discarded without notifying either sender or
addressee.
I seems a great shame that UKC is so starved of funding that they have to make
any charge AT ALL to the academic community (commercial customers should [and
do] make appropriate payments). There must be something that JANET users
can do to try to ensure that UKC is given an appropriate grant to fund what is
the only UK gateway between two important networks. Any suggestions received
will be posted on to the appropriate authorities --- but please, contact me
directly --- UKTeX and TeXhax are not really the correct fora in which to
conduct this correspondence.
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 |
| 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, 18 Aug 89 16:52:30 -0700
From: Greg Johnstone <greg@csl.sri.com>
Subject: Dvi previewer available by ftp
Keywords: dviware, ftp
At the Computer Science Laboratory of SRI International, we have
two modifications of the old dvisun previewer. I recently modified
them so that they use pk font files rather than pxl files. They
are available by anonymous ftp from hercules.csl.sri.com. The
tar file, which contains documentation, is ~ftp/pub/dvi-viewers.tar.
Greg Johnstone
-----------------------------------------------------------------------
%%% 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
**************************
-------