UKTeX Digest Thursday, 28 Mar 1991 Volume 91 : Issue 13 Today's Topics: {Q&A}: Splitting ZIP files RE: Splitting ZIP files Re: TeX trivia RE: DVItoVDU Printing wide text on wide-carriage dot-matrix printers Re: Printing wide text on wide-carriage dot-matrix printers RE: Printing wide text on wide-carriage dot-matrix printers TeXCAD {Announcements}: UK TeX Users' Group: Announcement of forthcoming meeting {Archive News}: Version 0.4 of METAFONT modes.mf Administrivia: Moderator: Peter Abbott (Aston University) Editor: David Osborne (University of Nottingham) Contributions: UKTeX@uk.ac.tex Administration, subscription and unsubscription requests: UKTeX-request@uk.ac.tex ------------------------------------------------------------ Date: Fri, 22 Mar 91 17:02:04 +0000 From: D.ECKERSLEY@UK.AC.SALFORD.SYSC Subject: Splitting ZIP files Recent issue(s) of UKTeX have mentioned splitting large ZIP files. This doesn't seem to be a problem. BOO the complete ZIP file, then split the ensuing BOO file into pieces and distribute them. The recipent obtains all BOO pieces, and concatenates them once they are on his/her PC's hard disc. Then deboo and unzip in the normal way. Splitting and joining may be a problem if you use a text editor because of the immense size of the files. But writing a program to do these operations is easy in any language (the lines of a BOO file are never longer that 80 characters, and never entirely blank). I've used this method to port huge files between isolated PCs using unix-like `split' and `cat' utilities. ...Or have I missed something? ------------------------------ Date: Sat, 23 Mar 91 12:32:47 +0000 From: TEX@UK.AC.CRANFIELD.RMCS Subject: RE: Splitting ZIP files D.ECKERSLEY@UK.AC.SALFORD.SYSC wrote: > Recent issue(s) of UKTeX have mentioned splitting large ZIP files. > This doesn't seem to be a problem. BOO the complete ZIP file, then split > the ensuing BOO file into pieces and distribute them. The recipent > obtains all BOO pieces, and concatenates them once they are on his/her > PC's hard disc. Then deboo and unzip in the normal way. The correspondence was related to the emTeX disks distributed by Peter Abbott at Aston University. The organization of the ZIP files distributed by Eberhard Mattes appears to be designed to fit on high density 1.2MB 5.25" disks. Naturally, Peter receives requests for emTeX to be supplied on all of the standard IBM PC disk formats (i.e. 360kB, 720kB, 1.2MB & 1.44MB). What we were planning to do was to split up the ZIP files into smaller ZIP files, each containing part of the original ZIP file, so that the emTeX files may be distributed on even (a lot of) 360kB disks. BOO encoding the files would increase the size of each file by a third, so we'd like to avoid that if possible. Ideally, each resultant file should be an independent ZIP file so that the generic installation instruction of "type 'pkunzip -d a:\*' for each floppy disk" still applies. I have a program (ZIPsplit) which analyses a ZIP archive and creates new ZIP archives that contain a subset of the original ZIP archive's files such that the new ZIP archives are no larger than a given size. This can only work if the files contained in the original archive are small enough to fit into the new, smaller ZIP archives. For most of emTeX, there is no problem, but the font ZIP archives contain only one very large FLI file. We will probably have to choose one of the options below: a. split the FLI files into several smaller FLI files b. extract the fonts from the FLI files and install them in a discrete font tree c. use something like MS-DOS backup or VVcode to preserve thew large ZIP file over several disks We want to keep as much as possible to the format provided by Eberhard Mattes. Perhaps the answer is to ask him to put emTeX into smaller ZIP files? Niel Kempson (p.p. Aston TeX archive group) +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ + Smail: Dr C N Kempson, + + 25 Whitethorn Drive, Cheltenham, GL52 5LL, United Kingdom + + JANET: tex@uk.ac.cranfield.rmcs + + OR c.n.kempson@uk.ac.tex + + Phone: Cheltenham (0242) 579105 (home) + +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ ------------------------------ Date: Fri, 22 Mar 91 21:42:00 -0800 From: DHOSEK%EDU.CLAREMONT.HMCVAX@UK.AC.NSFNET-RELAY Subject: Re: TeX trivia CM is based on Monotype Modern 8A. It's a late nineteenth century design and I would guess not in the current catalogs (in any event, Monotype maintained separate libraries for European and American use and may still do so). Euler was designed by Hermann Zapf, as Rainer pointed out. The digitization to MF was done in a semi-automated manner by a team of graduate students at Stanford as a result, the MF files are some of the ugliest code created on the face of the earth (with the possible exception of the Pascal output by TANGLE). This work was, in fact, done with the new MF. The code was not released until 1990 after it had been tuned by Knuth (the alignment of characters was a little bit off and there were some slight problems in the output) and the msxm and msym fonts (which were created with the old MF) were converted to the new MF format. (The latter conversion was done by Alan Hoenig. The original code was done by various people at AMS; the only name mentioned in the source files is Ron Whitney, but he claims only an advisory role). - -dh ------------------------------ Date: Tue, 26 Mar 91 16:36:52 +0000 From: TEX@UK.AC.CRANFIELD.RMCS Subject: RE: DVItoVDU In a message to UKTeX, sent Fri, 8 Mar 91 15:23 GMT, Peter Flynn UCC , wrote: > I ftpd the DVITOVDU files from Aston but found in horror that the latest > version explicitly omits Tektronix emulation, the very one we need most. > Brian {H K} says his [...rmcs] version *includes* Tektronix, but on looking > into the archive, it is only source, and we have no Modula-2 compiler. Following my earlier message about making my executable available, I've investigated further, and discovered that I had (as I thought) put the object files AND the executable into the archive in April of last year. Could I suggest that all those that require the RMCS-upgraded version of DVItoVDU (provisionally labelled V3.3) should fetch the files [tex-archive.binary.vms.drivers.dvitovdu]00files.txt and 00readme.txt, followed by dvitovdu.exe? Those that haven't already got it will also require [tex-archive.drivers.dvitovdu.rmcs_upgrade]dvitovdu.cld. 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 + + UUCP: {mcsun,ukc,uunet}!rmcs.cranfield.ac.uk!tex + + 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: Wed, 27 Mar 91 12:01:00 +0000 From: CBTS8001%IE.UCC.IRUCCVAX@UK.AC.EARN-RELAY Subject: Printing wide text on wide-carriage dot-matrix printers A user has a requirement to provide double-size (eg 1.44x) output for a journal, who then reduce with a copier/camera setting of 70% areal to get crisper quality onto A4. The exact sizes are not critical, just the principle. TeX can of course produce the goods, but we have to find (a) a dvi driver which will accept and print text where \hsize is up to 11truein wide; and (b) a printer which will print wide [graphics] onto A3 sheets recto. I just tried emTeX's DVIDOT, which seemed to want to do the job, but was aware of the 1920px max width of an Epson FX (only printer around right now) and thus gagged. Does anyone know of a printer/dvidriver combo which will satisfy this need? It seems that the printers, despite their wide carriage, cannot handle graphics lines wider than 8truein. ///Peter ------------------------------ Date: Wed, 27 Mar 91 13:28:45 +0000 From: ALIEN@UK.AC.ESSEX Subject: Re: Printing wide text on wide-carriage dot-matrix printers Peter Flynn writes: > A user has a requirement to provide double-size (eg 1.44x) output for > a journal, who then reduce with a copier/camera setting of 70% areal > to get crisper quality onto A4. The exact sizes are not critical, just > the principle. > > TeX can of course produce the goods, but we have to find (a) a dvi driver > which will accept and print text where \hsize is up to 11truein wide; > and (b) a printer which will print wide [graphics] onto A3 sheets recto. I have managed to get A3-sized output for an IEE publication from a DEC LPS40+ by massaging the PostScript from DVItoPS (using PostScript fonts). The LPS40 and LPS20 are also both capable, I believe, of producing A3-sized output. Dr Adrian F. Clark JANET: alien@uk.ac.essex INTERNET: alien%uk.ac.essex@nsfnet-relay.ac.uk FAX: (+44) 206-872900 BITNET: alien%uk.ac.essex@ac.uk PHONE: (+44) 206-872432 (direct) Dept ESE, University of Essex, Wivenhoe Park, Colchester, Essex, C04 3SQ, UK. ------------------------------ Date: Wed, 27 Mar 91 13:42:19 +0000 From: P.TAYLOR@UK.AC.RHBNC.VAX Subject: RE: Printing wide text on wide-carriage dot-matrix printers >>> TeX can of course produce the goods, but we have to find (a) a dvi driver >>> which will accept and print text where \hsize is up to 11truein wide; >>> and (b) a printer which will print wide [graphics] onto A3 sheets recto. How's about any decent PostScript driver and an LPS-20 ? ------------------------------ Date: Wed, 27 Mar 91 13:09:00 +0000 From: CBTS8001%IE.UCC.IRUCCVAX@UK.AC.EARN-RELAY Subject: TeXCAD I am using the TeXCAD program which came with emTeX. This produces LaTeX PICTeX code for simple diagrams and seems to work fine with one exception. There are references in the generated file to \emline{}{}{}{}{}{} with six numerci arguments. When I process it, it gagas on \emline as an unknown control sequence. I have PICTeX, PrePIC and PostPIC loaded OK, and can't find any reference to \emline in them anywhere. Has anyone an idea on this? I am assuming the PIC s/w that came with emTeX is up to date (but I got new copies from Aston and they gag on the same thing). ///Peter ------------------------------ Date: Wed, 27 Mar 91 14:39:10 +0000 From: P.TAYLOR@UK.AC.RHBNC.VAX Subject: UK TeX Users' Group: Announcement of forthcoming meeting The UK TeX Users' Group Announcement of a Forthcoming Meeting TeX V3; Virtual fonts revisited; TeX in the Unix environment to be held on Monday April 15\th, 1991 at the University of Nottingham, University Park, Nottingham, U.K. SPEAKERS: The speakers will include Angus Duggan, David Osborne, Graham Asher and Chris Rowley; it is hoped that Brian Hamilton Kelly will also present a talk on the latest version of DVItoLN03. MEETING DETAILS: The meeting will be held in the Library, Hugh Stewart Hall, University of Nottingham, University Park, Nottingham. It will commence at 11.00 with registration and coffee from 10:30 onwards; there will be breaks for lunch and tea, and it is expected that the meeting will finish at around 17:00. There will be a charge for the meeting of \pounds 15 for members of \uktug, and \pounds 20 for non-members. A booking form has been sent to all members and potential members, and further copies may be obtained by e-mail from ; please indicate any special dietary requirements when booking a place. MEETING OUTLINE: This meeting has several themes, and it is hoped that there will be something in the program to interest everyone. Abstracts of the four main papers follow: Angus Duggan: ``(La)TeX output from Unix made easy.'' This talk is about integrating a DVI driver (Rokicki's dvips) into a (BSD-type) Unix spooling environment with multiple different printers, and providing special printing features easily. The changes required to the driver to allow it to interact with the rest of the spooling software will be discussed, as will the use of virtual fonts for font substitution. David Osborne:``TeX on Unix: a `How To' guide.'' This talk will describe things like web2c; why you don't need to worry about undumping any more; what the current web2c versions of TeX and MF give you; and suggested directory structures. The use of TeX on networked systems (NFS) may be discussed. Graham Asher: ``Four Years of Fonts: a Character-Building Experience.'' The FontData system is one of the most interesting parts of the typesetting arrangements at Current Science, and contrasts quite markedly with Knuth's approach of virtual fonts. It is built around a family of device drivers which use standard commercial fonts such as Garamond, Helvetica, Gill and Times on typesetting devices such as the Linotronic~100 and 202 and the Chelgraph IBX, and requires the solution of several problem s which users of the Computer Modern series may think abtruse and theoretical. Chris Rowley: ``A Brief History of \TeX~V$\pi$.'' An introduction to the events which led up to the momentous decision by Knuth at Stanford '90 to make major changes to the functionality of TeX by fully integrating eight-bit handling into all TeX/MetaFont/Web software, and an overview of the new features of TeX which resulted from these and related events. There will be an opportunity to put questions to each of the speakers. DIRECTIONS: [From Nottingham] Nottingham City Transport services 12, 13, 14 and 502 (which run along University Boulevard) and services 11, 35, 506, 507, 508 and 509 (which run along Derby Road alongside the University campus) depart from Friar lane in the city centre at the western end of Old Market Square. Friar Lane is approximately 10 minutes walk from both Nottingham Railway Station and Victoria Bus Station. Services 13, 14 and 502 may also be boarded at the Broad Marsh shopping centre near the exit from the pedestrian subway, approximately half-way from the station to Friar Lane. NOTE: no change is given on NCT buses and passengers are required to have the exact fare ready. Alternatively there are taxi ranks adjacent to the railway station and the bus stations. [From M1 Motorway] If approaching by M1, leave motorway at Junction 25 to join A52 to Nottingham. Turn right at 3\rd~roundabout at The Priory, then left at 1\st~roundabout to enter the University's West Entrance. [From East Midlands Airport] Services from the Airport pass along University Boulevard. ------------------------------ Date: Wed, 27 Mar 91 14:16:41 +0000 From: David Osborne Subject: Version 0.4 of METAFONT modes.mf The latest version (0.4) of Karl Berry's collection of METAFONT mode_defs is now in the Aston archive, in [tex-archive.metafont.contrib]modes.mf Here's his announcement (from comp.text.tex): From: karl@CS.UMB.EDU (Karl Berry) Subject: mode_def collection modes.mf 0.4 released Date: 20 Mar 91 21:21:31 GMT This file is a collection of Metafont mode_def's (probably close to all of them). It also makes common definitions for write-white printers and `special' information. If you have mode_def's which are not listed below, please send them to me. I would also appreciate getting definitive information on the NEC and/or Epson printers. (Notes in the file reflect the current state of confusion.) karl@cs.umb.edu mode_def AgfaFourZeroZero = % AGFA 400PS mode_def amiga = % Commodore Amiga. mode_def aps = % Autologic APS-Micro5 mode_def bitgraph = % BBN Bitgraph at 118dpi mode_def boise = % HP 2680A mode_def CanonCX = % e.g., Apple LaserWriter mode_def CanonLBPTen = % e.g., Symbolics LGP-10 mode_def CanonSX = % Canon SX mode_def ChelgraphIBX = % Chelgraph IBX mode_def CItohThreeOneZero = % CItoh 310 mode_def CompugraphicEightSixZeroZero =% Compugraphic 8600 mode_def crs = % Alphatype CRS mode_def DataDisc = % DataDisc mode_def DataDiscNew = % DataDisc with special aspect ratio mode_def dover = % Xerox Dover mode_def EpsonMXFX = % 9-pin Epson MX/FX family mode_def epsonlo = % Epson at 120dpi mode_def HPDeskJet = % HP DeskJet 500 mode_def IBMFourTwoFiveZero = % IBM 4250 mode_def IBMFourTwoOneSix = % IBM 4216 mode_def IBMThreeEightOneTwo = % IBM 3812 mode_def IBMThreeEightTwoZero = % IBM 3820 mode_def IBMVGA = % IBM VGA monitor mode_def imagewriter = % Apple ImageWriter mode_def laserjetlo = % HP LaserJet at 150dpi mode_def LASevenFive = % DEC LA75 mode_def LinotypeOneZeroZeroLo = % Linotype Linotronic [13]00 at 635dpi mode_def LinotypeOneZeroZero = % Linotype Linotronic [13]00 at 1270dpi mode_def LinotypeThreeZeroZeroHi = % Linotype Linotronic 300 at 2540dpi mode_def LNZeroOne = % DEC LN01 mode_def lview = % Sigma L-View monitor mode_def MacMagnified = % Mac screens at magstep 1 mode_def MacTrueSize = % Mac screens at 72dpi mode_def NECTwo = % NEC 2 at 120dpi mode_def NECPSixLo = % NEC P6/P7 at 180dpi mode_def NECPSixMed = % NEC P6/P7 at 360x180dpi mode_def NECPSixHi = % NEC P6/P7 at 360dpi mode_def NeXTprinter = % NeXT 400dpi mode_def NeXTscreen = % 100dpi NeXT monitor mode_def OCESixSevenFiveZeroPS = % OCE 6750PS mode_def okidata = % Okidata mode_def OneTwoZero = % e.g., high-resolution Suns mode_def PrintwareSevenTwoZeroIQ = % Printware 720IQ mode_def QMSOneTwoZeroZERO = % QMS 1200 mode_def RicohFourZeroEightZero = % e.g., the TI Omnilaser mode_def RicohLP = % e.g., the DEC LN03 mode_def sun = % Sun and BBN Bitgraph at true size mode_def supre = % Ultre*setter at 2400dpi mode_def toshiba = % Toshiba 13XX mode_def ultre = % Ultre*setter at 1200dpi mode_def VarityperSixZeroZero = % Varityper Laser 600 mode_def VAXstation = % VAXstation monitor mode_def XeroxThreeSevenZeroZero = % Xerox 3700 mode_def help = % What modes are defined? ------------------------------ UK TeX ARCHIVE at ASTON UNIVERSITY *** JANET Interactive and NIFTP access *** Host: uk.ac.tex (JANET DTE 000020120091) Username: public Password: public *** FILES OF INTEREST *** [tex-archive]00readme.txt [tex-archive]00directory.list [tex-archive]00directory.size [tex-archive]00directory_dates.list [tex-archive]00last30days.files This year's UKTeX back issues are stored in the archive, in directory [tex-archive.digests.uktex.91] This year's TeXhax back issues are stored in the archive, in directory [tex-archive.digests.texhax.91] Latest TeXhax: #14 TeXMaG back issues are stored in the archive, in directory [tex-archive.digests.tex-mag] Latest TeXMaG: V5 N2 *** MEDIA DISTRIBUTIONS *** Washington Unix tape (28 March 1990) TeX 2.993(==3.0), LaTeX 2.09, Metafont 1.9 (2.0) Unix 4.2/3BSD & System V. Tar 1600bpi, blockfactor 20, 1 file. Requires one 2400' tape with return labels AND return postage. VMS backup of the archive requires two 2400' tapes at 6250bpi. VMS backup of TeX 2.991 plus PSprint requires one tape. Exabyte 8mm tapes: same formats available as 1/2in tapes. The following tapes are available: SONY Video 8 cassette P5 90MP, MAXELL Video 8 cassette P5-90, TDK Video 8 cassette P5-90MPB OzTeX (for Macintosh): Send 10 UNFORMATTED 800K disks with return postage. emTeX (for MS-DOS): Send 11 UNFORMATTED 1.44Mb or 18 (EIGHTEEN!) 720K 3.5" disks; or 12 UNFORMATTED 5.25" disks; with return postage. emTeX is now distributed with a copy of `Baskerville' and documentation. Please therefore send the disks in packing of A4 size or enclose an A4 envelope. *** POSTAGE RATES *** (all prices in Pounds Sterling) (make cheques payable to Aston University) 0.5" tapes: UK: 2.50 (one tape), 5.00 (two tapes). Europe: 5.00 (one tape), 9.00 (two tapes). Outside Europe please enquire. 8mm tapes: UK: 1.00, Europe: 2.00. DC600A cartridges: UK: 1.00, Europe: 2.00. Diskettes: Quantity/Size Europe World UK 1st UK 2nd 18/3.5" 3.10 5.10 1.40 1.10 11/3.5" 1.80 2.90 0.80 0.65 18/5.25" 1.20 2.00 0.60 0.50 11/5.25" 0.80 1.30 0.50 0.35 *** POSTAL ADDRESS *** (Please include SELF-ADDRESSED ADHESIVE LABELS for return postage). Peter Abbott Computing Service, Aston University, Aston Triangle, Birmingham B4 7ET *** UK TeX USERS GROUP *** For details, contact Malcolm Clark or Geeti Granger IRS John Wiley & Sons Polytechnic of Central London Baffins Lane 115 New Cavendish Street Chichester London W1M 8JS W Sussex PO19 1UD email: malcolmc@uk.ac.pcl.mole End of UKTeX Digest [Volume 91 Issue 13] ****************************************