UKTeX Digest Fri, 11 May 90 Volume 90 : Issue 15
From: uktex@uk.ac.aston
Reply-To: uktex@uk.ac.aston
Sender: JANET"uktex@uk.ac.aston" (UKTeX) <uktex@uk.ac.aston>
Subject: UKTeX Digest volume 90 number 15
Date: Fri, 11 May 90 15:29:31
Moderator: Peter Abbott
Submissions: uktex@uk.ac.aston
Administration: uktex-request@uk.ac.aston
Back Issues: These are stored in the Aston archive, in the directory
DISK$TEX:[TEX-ARCHIVE.DIGESTS.UKTEX.90]
Latest TeXhax #44
Back Issues: These are stored in the Aston archive, in the directory
DISK$TEX:[TEX-ARCHIVE.DIGESTS.TEXHAX.90]
Latest TeXmag V4 N1 (3 parts) Added 3 May 1990
Back Issues: These are stored in the Aston archive, in the directory
DISK$TEX:[TEX-ARCHIVE.DIGESTS.TEX-MAG]
***********The Archive is temporarily unavailable due to a head crash. Normal
Service will be resumed as soon as possible.
***********
Today's Topics:
(2 msgs)
ChemTeX -- macros for chemical structure diagrams
Co-ordination of Non-English Use of TeX
emtex
emTeX (summary ) [for uktex]
LaTeX on A4 paper
LaTeX page-headings
new Unix TeX tape <uktex>
PostScript fonts and ligatures
Problem with BibTeX for VMS
TeX finds its way into the real world ...
----------------------------------------------------------------------
Date: 30-APR-1990 20:01:16
From: UBCG09S@uk.ac.bbk.cr
Subject:
Dear Peter,
I am interested in obtaining TeX / LaTeX that would run under
SCO XENIX or UNIX on a PC 386.
Could you please advise me if your Aston-Tex-Sources are
appropriate for our configuration and how to get hold of them?
I can use NIFTP and a tape unit on a VAX VMS system hooked to JANET
(however, I was not able to NIFTP transfer binary files from other
UNIX machines to our VAX). We also have a standard 150 MB tape drive
for a UNIX PC.
Thank you very much for your time,
Andrej.
Andrej \v{S}ali
Dept. of Crystallography
Birkbeck College
Malet St
London WC1E 7HX
(01) 631 6124
ubcg09s@uk.ac.bbk.cr
------------------------------
Date: Fri, 04 May 90 18:15:04 BST
From: MD2RJH@UK.AC.SHEFFIELD.IBM
Subject:
I am using MF84 on a PC and would like to know where there is a copy of a
GFTODVI program that can be used on MS-DOS. I have looked in the archive but
the versions available there can not be compiled under Turbo Pascal 4.0, which
is the only pascal compiler I have. Can you help?
Thanks Richard Hillier. (MD2RJH@UK.AC.SHEF.IBM)
------------------------------
Date: Thu, 10 MAY 90 09:25:07 BST
From: ARCHIVEGROUP@UK.AC.ASTON.VAXA
Subject: ChemTeX -- macros for chemical structure diagrams
The ChemTeX macros, written by Roswitha Haas, are installed in the
directory [TEX-ARCHIVE.LATEX.CONTRIB.CHEMTEX], which contains
00FILES.TXT;1 ANNOUNCE.;1 APPDB.TEX;1 APPDC.TEX;1
CHAP3A.TEX;1 CHAP4.TEX;1 CHAP5.TEX;1 CHAP6A.TEX;1
CHAP6B.TEX;1 CHAP6C.TEX;1 CHAP6D.TEX;1 MACROS.TEX;1
README.;1
The chap*.tex and app*.tex files are extracts from Roswitha's thesis,
explaining the use of the macros, with examples. Further details may
be found in
@ARTICLE (
AUTHOR = "Roswitha T. Haas and Kevin C. O'Kane",
TITLE = "Typesetting Chemical Structure Formulas with the Text Formatter
\TeX/\LaTeX",
JOURNAL = "Computers and Chemistry",
YEAR = "1987",
VOLUME = "11",
NUMBER = "4",
PAGES = "251--271" )
dave osborne,
University of Nottingham
pp Aston TeX Archive group
------------------------------
Date: Tue, 8 MAY 90 15:53:15 BST
From:
Subject: Co-ordination of Non-English Use of TeX
Michael --- I note from your article in the current TUGBoat (V11 #1) that
`[you] have volunteered to collect hyphenation patterns for ``all'' languages',
(or) `volunteered to act as a coordinator of the non-Englisg use of <TeX>'. I
wonder whether the union of these two voluntary acts encompasses collecting
hyphenation patterns for <Br.E> BRITISH English ? We in the U.K. feel
singularly discriminated against, as there appears to be a plethora of activity
concerning the acquisition and generation of hyphenation patterns for
non-English languages, the {\it de facto} standard of <Am.E> AMERICAN English
patterns within PLAIN.TEX, but nothing (so far as we can ascertain) for what
some of us, at least, would regard as the definitive form of English !
Philip Taylor
Royal Holloway and Bedford New College,
``The University of London at Windsor''
------------------------------
Date: Sat, 5 MAY 90 12:36:23 BST
From:
Subject: emtex
Aston TeX Archivists <Archivegroup@Uk.Ac.Aston.VaxA>
Originally-sent:Sat, 5 May 90 12:10
Originally-To: uktex@UK.AC.ASTON
Original-Ident: <05 MAY 1990 12:25:46 UCGADKW@UK.AC.UCL.EUCLID>
Originally-from:Wujastyk (on GEC 4190 Rim-E at UCL) <UCGADKW@UK.AC.UCL.EUCLID>
X-Serial: 00000035
Eberhard Mattes sent me his emtex system a week or two ago (I sent
him the requisite no. of diskettes, and international postage coupons).
He has also sent me his alpha version of TeX 3.0, MF 2.0 and
screen and printer drivers that support Virtual Fonts.
His distribution can only be described in one word: superb!
He notes that his TeX 3.0 is -- slightly -- slower than Wayne Sullivan's
sbtex. That is because he is compiling in C, and MS C 5.1 doesn
t
allow inline assembly language. version 6 does, and he hopes to
tune TeX 3 a bit when he gets the upgrade.
I have not used his TeX and MF in real production use; just little
runs to try them. But they seem absolutely fine. As Sebastian
points out, it is *very* useful to have the BIG versions of TeX,
although I have never run into trouble with sbtex
But I have been using the HP LaserJet and VGA screen drivers. They
are among the best I have ever seen, if not *the* best. They both
support Virtual Fonts and \specials, as well as 256 character fonts.
They are extremely flexible. Everything that the HP driver does
can be done on the screen too, which is a nice seamless system.
The drivers include marvellous things like about 8 ways of rotating
and/or reflecting one's page. I printed out a mirror image of a page,
which I have never been able to do on any other driver. (Couldn't
read it, of course, except by standing in front of a mirror. But
what fun!) They allow scaling, shifting, memory usage adjustment,
two/four/eight up printing, etc. There really isn't anything I can
think of that has been left out. They create very useful log files
that tell you exactly what fonts have been loaded, and what
options you have chosen. Etc.
There is a nice link between TeXCAD and the emtex drivers. You can
make drawings with TeXCAD (which needs a mouse), and it will output
the LaTeX \picture code for you. But as we all know, this has
definite limitations. Lines can only be at certain angles, and so on.
So you can tell TeXCAD that you are using an emtex driver, and it
will let you do any lines you like, and insert emtex \specials int
the LaTeX drawing to cope with the lines etc. Isn't that neat?
Finally, about translating the documentation. As was mentioned,
README.DOC has been done. I did FEATURES.EMTEX. I have made a
start on DVIDRV.DOC. One helpful fact is that when you run the programs,
all prompts, help and error messages are in English, which helps
with translating the documentation in keeping with Eberhard's usage.
I have uploaded emtex on the CIX bulletin board, along with
the English documents mentioned above, and I have tried to get
the guys in the TeX conference on CIX interested in
doing translations too. So something may develop there.
Don't hold your breath for my version of DVIDRV.DOC. My German is
rudimentary, and translation is pretty slow.
In my opinion, emtex is *the* DOS TeX of first choice, even
including PC TeX and Turbo TeX. Except, perhaps, that I
would slot Wayne Sullivan's sb30tex in as TeX.exe.
Dominik
------------------------------
Date: Fri, 4 May 90 13:18:58 bst
From: Sebastian Rahtz <spqr@uk.ac.soton.ecs>
Subject: emTeX (summary ) [for uktex]
Sorry to bombard UkTeX with `adverts' for emTeX, but this summary
which Chris Martin translated might well be interesting:
- -------
Advantages (no attempt at completeness)
Complete TeX/Metafont distribution, everything you need, including
.sty files, printer drivers and cmr .mf files (Zeichensaetze??).
Full size (64k mwords), even with small available memory as virtual
memory techniques are used. SB29TeX and MicroTex, for instance, allow
only as much memory for TeX as there is chkdsk memory available.
There is a BigTeX (262141 mwords)
Expanded memory is used when available.
Quick. Probably faster than its competitors---it has been compared with
SB28TeX, publicTeX (Dante), MicroTeX and PC-TeX 2.1
Comparatively error free. publicTeX's virtual memory doesn't work (at
least in the version at RUSMV1). Reliable, as it has been translated
by machine---(there really are people who have typed in TeX from the
book and hand converted it to C).
A fairly new TeX version (2.99). Version 2.993 (version 3.0 after two
months without an error) soon.
Umlauts and other accented and other national characters can be
translated into TeX if required.
Metafont is included.
Really good printer drivers for dot matrix printers (at present, Epson
RX-80, FX-80 LQ-800; NEC P6, P7; C.Itoh 8510a, Apple Imagewriter) and HP
LaserJet Plus. Unfortunately no PostScript driver yet. Dot matrix driver
which can be converted to (nearly) all dot matrix printers.
Very good screen previewer---uses gray scales to display pages in
reduced size display.
All the drivers can insert graphics in the text. Line graphics are also
possible.
All programs run under OS/2 in protected mode. emTeX is faster and
larger (memory) than OS2TeX.
Will work on networks (network aware?!)
Utility programs such as MakeIndex and texchk are supplied.
MFjob, a program to run Metafont in comfort, is included.
Very soon TeXCAD will be included in the software set, a program to
draw pictures on the screen which will be converted into picture
environment commands (I am negotiating with the author at present).
Errors are quickly corrected.
---------------------------
Disadvantages (no claim to completeness)
Quite a lot of disk space is needed as quite a lot of programs are
supplied.
No Postscript driver yet.
---------------------------
Summary of the comparison with other TeX versions:
MicroTeX slower, less memory available, not free.
PC-TeX: the only reasonable alternative but not free
MuTeX: not yet compared (appears to be not as good but I haven't been
told why). Not free.
DOSTeX not yet compared (apparently much slower)
publicTeX slower, not error free.
OS2TeX slower, less memory available, only OS/2
SB29TeX slower: to get the full 64k of TeX mwords you need to reduce the
space taken by DOS quite a lot.
TurboTeX: what's that?
------- End of forwarded message -------
------------------------------
Date: Tue, 8 MAY 90 13:54:41 BST
From:
Subject: LaTeX on A4 paper
Aston TeX Archivists <Archivegroup@Uk.Ac.Aston.VaxA>
Originally-sent:Tue, 8 May 90 14:27 MET
Originally-To: InfoTeX@UK.AC.ASTON
Original-Ident: <9A083613B51F40005A@pttrnl.nl>
Originally-from:"Johannes L. Braams" <JL_Braams@NL.PTTRNL>
X-Serial: 00000051
Hi,
I was kind of surprised when I saw the complete A4.doc appear
in UKTeX after a discussion about how to print on A4 paper.
One of the remarks was about our A4.sty not being able to treat
twocolumn (or, for that matter, multicolumn) text right. This
observation is true, the reason is we simply didn't stopped to
think about these modes. Obiously some ot the page-layout
parameters can have different values for a multi-column layout.`
I think we might add a check for xxxcolumn-mode in the future,
but I'm not sure as to when that might happen, I'm afraid I
don't have the time right now to look into that thoroughly.
Regards,
Johannes Braams
PTT Research Neher Laboratorium, P.O. box 421,
2260 AK Leidschendam, The Netherlands.
Phone : +31 70 3325051 E-mail : JL_Braams@pttrnl.nl
-------------------------------------------------------------------------------
E-mail was :
EARN/BITnet : BRAAMS@HLSDNL5 UUCP : hp4nl!dnlunx!johannes
SURFnet : DNLTS::BRAAMS INTERnet : BRAAMS%HLSDNL5@CUNYVM.cuny.edu
PSS (DATAnet1) : +204 1170358::BRAAMS
-------------------------------------------------------------------------------
------------------------------
Date: Fri, 4 MAY 90 10:06:49 BST
From:
Subject: LaTeX page-headings
Aston TeX Archivists <Archivegroup@Uk.Ac.Aston.VaxA>
Originally-sent:Fri, 4 May 90 09:58:59 BST
Originally-To: uktex@uk.ac.aston
Originally-Cc: David.Handscomb@uk.ac.oxford.na
Original-Ident: <9005040858.AA00160@nagp12.na.ox.ac.uk>
Originally-from:David.Handscomb@uk.ac.oxford.na
X-Serial: 00000024
I think I may have seen an answer to this query somewhere, but can't call
the place to mind.
The page-headings in LaTeX appear to be defined at the point where the page is
output. Thus if the page-heading includes a section or subsection title, the
one that appears refers to the last (sub)section started on
or before the current page; so, for example, if a page includes several short
subsections, the page-heading will refer to the last of these.
Is there any easy way of arranging for the page-heading to refer to the
(sub)section relevant at the top of the page: i.e., if a new (sub)section
begins the page, then that (sub)section, otherwise the previous one?
Failing this, can one at least arrange for it to refer to the first, not
last, (sub)section started on the page, when there is one?
*******************************************************************************
------------------------------
Date: Sat, 5 May 90 20:44:45 BST
From: Sebastian Rahtz <spqr@uk.ac.soton.ecs>
Subject: new Unix TeX tape <uktex>
The latest version of the Unix TeX tape from Washington is now
available in Sun cartridge form. The only substantial difference is
that it now contains TeX 3.0 and MF 2.0, and the release of von
Bechtolsheim's dvitps is more recent.
Please send blank tapes and postage to Peter Abbott as advertised at
the foot of this digest.
Please do not order a new Sun tape just for fun; I personally mount
these tapes, type in the copying command, watch our system slow down,
put the result in an envelope and so on. While I am happy to do this
for the good of the community, fetching items via FTP or the mail
server puts much less strain on the resources of the UK TeX archive.
Please note that the Aston archive holds a much wider (and sometimes
more recent) collection of TeX-related stuff than can go on this tape.
Sebastian Rahtz
------------------------------
Date: 03-May-1990 12:06 GMT
From: (Paper mail)
Subject: PostScript fonts and ligatures
26th April 1990
Re: PostScript fonts and ligatures
Adobe PostScript fonts do not contain ligatures and virtually every
PostScript printer will have ROMs which are either Adobe or clones of the
Adobe PostScript font set.
If you require ligatures on PostScript fonts, a number of vendors offer
extended fonts such as the Monotype `Expert' series which contain
ligatures, small and large capitals, lining and non-lining figures and
other typographic niceties in a range of classic typefaces. Bitstream, The
Font Company and others do similar extended fonts but all of them will
require downloading. You will also have to modify TeX to access the
correct characters as the character mapping is bound to be different.
The question of mapping is probably also the answer to your second problem.
Compare Fig 1 and Fig 3 - Appendix F of the TeXbook. Adobe PostScript
fonts have the opening bracket at Octal 074 and the closing bracket at 076
i.e. `typewriter' layout and not `text'. Both Helvetica and Courier have
the opening and closing brackets in the same position in Adobe PostScript
fonts.
Regards
Mike Black
The Text Formatting Company
Suffield Works
1 Suffield Road
London
N15 5JX
Tel: 01 802-4470
Fax: 01 800-5780
------------------------------
Date: Wed, 9 MAY 90 13:28:43 BST
From:
Subject: Problem with BibTeX for VMS
"Aston TeX Archivists" <Archivegroup@Uk.Ac.Aston.VaxA>
Originally-sent:Wed, 9 May 90 14:11 MET
Originally-To: TeXhax@EDU.WASHINGTON.CS, InfoTeX@UK.AC.ASTON
Original-Ident: <99414342D3FF400098@pttrnl.nl>
Originally-from:"Johannes L. Braams" <JL_Braams@NL.PTTRNL>
X-Serial: 00000073
Hi all,
We are experiencing a problem with the VMS implementation of BibTeX
by Northlake software.
My diagnosis sofar is that the way filenames are handled in this
implementation causes a problem when the logical name TeX_Inputs
is defined as a search list with e.g.
$ define tex_inputs [mydir],texinputs,texsamples
In this case bibtex searches only the first member of the search
list ([mydir]) for its style file. Ofcourse it can not find the
file there. BibTeX then complains that it cann't find the file
instead of looking in TeXinputs (which is a search list as well...)
If anybody knows a fix for this, please contact me. I have located
where filenames are handled in BibTeX.ch and I suspect the routine
add_defaults, which joggles with FAB-fields like FAB$L_DNA, where
it puts defaults to be used by RMS when an incomplete filespec is
given. It might be that this causes the problem, the original
Bibtex just puts TeXinputs infront of the filename
Thanx in advance,
Johannes Braams
------------------------------
Date: Fri, 4 MAY 90 16:30:14 BST
From:
Subject: TeX finds its way into the real world ...
The following message is taken from POP-FORUM, a discussion list for
the POPLOG community:
--------
From: pop <pop%edu.umass.cs.roo@com.hp.hpl.hplb>
To: pop-forum <pop-forum%UK.CO.hp.lb@uk.ac.nsfnet-relay>
Message-Id: <9005021810.AA01398@roo.cs.umass.edu>
Sender: pop%edu.umass.cs.roo%uk.ac.nsfnet-relay@com.hp.hpl.hplb
Pantechnicon, or `Lets suppose the Inmost Secrets of Emacs, Tex and
Hypercard Lie Open to Programmers'.
Robin J. Popplestone
Department of Computer and Information Science
University of Massachusetts at Amherst, 01003 USA
pop@cs.umass.edu
ABSTRACT
This paper describes the development of an environment, Pantechnicon, which
provides for the active display of information predominantly in the typeset
paradigm familiar to users of TEX. Pantechnicon provides an editing
environment which allows users to compose a document in a manner similar to
EMACS, but extended by the ability to compose technical matter such as
mathematics, tables or figures using a technical keyboard which appears in a
window and is mouse-activated. The internal form of the document is
manipulable by programmers in Common Lisp, ML, POP-11 and Prolog, running
under the POPLOG system. Functions written in these languages can be
associated with a displayed object as scripts, making the document active with
Hypertext like qualities. The system is designed so that the incremental
operations associated with editing have $O(\log n)$ time complexity, so that
it scales appropriately to treat large documents.
THIS IS AVAILABLE AS A TECH REPORT OR TEX FILE
------------------------------
End of UKTeX Digest Volume 90 : Issue 15
!!
!! Files of interest
!! [tex-archive]000aston.readme [tex-archive]000directory.list
!! [tex-archive]000directory_dates.list [tex-archive]000directory.size
!! [tex-archive]000last30days.files
!!
!! Editor - I have a tape labelled TeX 2.993(==3.0) LaTeX 2.09 Metafont 1.9 (2.0)
!! Unix 4.2/3BSD & System V. Tar 1600 bpi blocked 20 1 file dated
!! 28 March 1990 (from washington.edu).
!!
!! FTP access site uk.ac.aston.tex
!! username public
!! password public
!!
!! I have the facility to copy this tape for anyone who sends the following
!! 1 2400 tape with return labels AND RETURN postage. (2.50 pounds sterling
!! for UK users, payable to `Aston University') Outside UK please ask me.
!! UK users send 4.25 for two tapes or 6.60 for three tapes.
!! Send to
!!
!! P Abbott
!! Computing Service
!! Aston University
!! Aston Triangle
!! Birmingham B4 7ET
!!
!! A VMS backup of the archive requires 2 (two ) 2400' tapes at 6250bpi.
!! Remaining details as above.
!!
!! A VMS backup of TeX 2.991 plus PSprint is available one tape is needed.
!!
!! Exabyte tape drive with Video 8 cassettes.
!!
!! Same formats available as 1/2in tapes. We use the following tapes
!! SONY Video 8 cassette P5 90MP, MAXCELL Video 8 cassette P5-90
!! TDK Video 8 cassette P5-90MPB
!! Postage 35p UK (stamp please), 1 pound sterling Europe, other areas 2 pounds
!!
!! OzTeX - Send 10 UNFORMATTED (800k) disks with return postage.
!!
!! Replies/submissions to info-tex@uk.ac.aston please
!! distribution changes to info-tex-request@uk.ac.aston please
!!
!! end of issue