TeXhax Digest Tuesday, December 15, 1987 Volume 87 : Issue 101 [SCORE.STANFORD.EDU]TEXHAX101.87 Editor: Malcolm Brown Today's Topics: MS-DOS WEB (TeXhax v87#96 and v87#98) LaTeX Bug International Phonetic Alphabet (TeXhax v87#97) Epson fonts for STeX on the Atari TeX for ISI? LaTeX instruction DVI driver for DEC LA75? ln01 fonts LaTeX Notes (Re: TeXhax Digest V87 #98) \pagestyle question TeX in Foreign Languages Drawing pictures in TeX Re: WEB for MS-DOS (TeXhax Digest V87 #96) TeXhax Digest V87 #99 LaTeX figure occupying a whole page IPA (nternational Phonetic Alphabet) Re: International Phonetic Alphabet ---------------------------------------------------------------------- Date: Sat, 05 Dec 87 22:34:49 EST From: Jon Radel <6033138%PUCC.BITNET@forsythe.stanford.edu> Subject: MS-DOS WEB (TeXhax v87#96 and v87#98) Another port of WEB to MS-DOS is that done by E. Wayne Sewell for Microsoft Pascal. He mentions these tangentially in his articles in TUGboat V8#2. However, as far as I know, no one has used this WEB to port TeX or METAFONT, unlike the MS-DOS WEB ported by Digital Composition Systems (see TeXhax v87#98). Mr. Sewell seems to use WEB and MWEB (Modula-2 WEB) solely for his own non- TeX-related code production on MS-DOS and VAX/VMS machines. The only source for his MS-DOS ports that I know of is Mr. Sewell himself. He, however, charges a handling fee (when I contacted him I got the impression that this was more to keep the non- serious at bay rather than try make any money off of the venture), so other sources of the non-copyrighted code might be investigated. His address: E. Wayne Sewell 3822 Hillsdale Lane Garland, TX 75042 ------------------------------ Date: Sun, 6 Dec 87 12:50:03 est From: Thomas H. Cormen Subject: LaTeX Bug I believe I've encountered a bug in LaTeX captions. I have defined a macro to make a vector given two endpoints: $\vector{a}{b}$ outputs ab with a rightarrow above them. \renewcommand{\vector}[2]{\overrightarrow{#1#2}} This macro works fine in running text, but in a caption, the basline is too high. In particular, if I use $\vector{p}{q}$, the very bottom of the p and q are at the baseline of the rest of the caption line, instead of the baseline of the p and q being at the baseline of the rest of the line. I'll be happy to provide more information if necessary. --Tom Cormen ------------------------------ Date: Sun, 06 Dec 87 20:01:19 EST From: Jon Radel <6033138%PUCC.BITNET@forsythe.stanford.edu> Subject: International Phonetic Alphabet (TeXhax v87#97) I don't know whether they have or offer METAFONT source, but Washington State University advertised the IPA in GF, PK, or PXL format in v8#3 of TUGboat on page 351. You can contact them at: TeXT1 Distribution Computing Service Center Washington State University Pullman, WA 99164-1220 phone: (509)335-0411 It seems to be an option in a quasi-commercial distribution of their TeXT1 macro package, but no pricing is given. --Jon Radel 6033138@pucc.bitnet ------------------------------ Date: Sun, 6 Dec 87 22:09:57 CST From: "David Martin Jr." - PROBLEM ------------------------------------------------------------ There seems to be a bug in the timing of TeX 2.0's update of its count registers. In the following example, both \testa and \testb should produce the message "...=not0". The only difference between the two is .. - EXAMPLE ------------------------------------------------------------ \newcount\dummy \def\testa{\dummy=0 \advance\dummy by 1\ifnum\dummy=0\message{[TESTA=0]} \else\message{[TESTA=not0]}\fi} \def\testb{\dummy=0 \advance\dummy by 1 \ifnum\dummy=0\message{[TESTB=0]} \else\message{[TESTB=not0]}\fi} \testa \testb \bye - OUTPUT FROM EXAMPLE ------------------------------------------------ This is TeX, VAX/VMS Version 2.0.0 (preloaded format=plain 86.5.17) 27 NOV 1987 13:24 **COUNT_BUG.TEX;4 (DISK2:[KEE.NET]COUNT_BUG.TEX;4 \dummy=\count25 [TESTA=0] [TESTB=not0] No pages of output. Kent Eschenberg Applied Research Laboratory, Penn State University, State College, PA EXPLANATION (This problem is discussed in general on page 208 of the TeXbook. In short, always put a space after a numeric constant.) When \testa is executed, it first performs the \advance command. To find out how much to advance, it reads the 1 and then expands the following tokens until it finds either more digits or a non-digit character, which indicates that the number is complete. In this case the following token is \ifnum; when it is expanded, it is replaced with \message{[TESTA=0]} and the line is now equivalent to: \advance\dummy by 1\message{[testA=0]} because the \ifnum was expanded before the \advance actually took place. The \testb macro works correctly because expanding the ' ' after the digit '1' does no harm and lets TeX know that the number is complete. Then the \advance is executed, followed by \ifnum. David M. Martin Jr. ------------------------------ Date: Mon, 7 Dec 87 11:56:54 GMT From: Sus@NSS.Cs.Ucl.AC.UK Subject: Epson fonts for STeX on the Atari I have just acquired StTex (2.1) for the Atari ST. Unfortunately the fonts that came with the package are only at Magstep0 for an Atari monitor and for an Epson FX-80 printer. I managed to create the rest of the fonts for the monitor using Metafont and converting them to PK format using GftoPK.However doing the same thing for the Epson printer just did not work. METAFONT (1.0) did not complain but GFTOPK (1.2) did.I used the following mode setup: mode_def stepson = proofing:=0; % no, we're not making proofs fontmaking:=1; % yes, we are making a font tracingtitles:=0; % no, don't show titles at all pixels_per_inch:=240; % that's the meaning of ST EPSON blacker:=.65; % make pens a bit blacker fillin:=.2; % compensate for diagonal fillin o_correction:=.4; % but don't overshoot as much aspect_ratio:=10/9; % cater for rectangular pixels enddef; GFtoPK converted the fonts with an error message -odd aspect ratio. As for the previewer on the ST ,it complained with the message 'wrong magnification ratio'. Being a new member in the TeX-world I could not go any further making sure that no mistyping was made. Can anyone help solving this problem? Does it have to do with the GFtoPk version or a wrong aspect ratio or something else? B.T.W. fonts in pixel format did not help either ('corrupted font ' was the pre- viewer diagnostic). I would appreciate if you mail me directly to save time and/or to the net if an answer is of a common interest. many thanks, Rachid Chalabi /JANET : mape1@uk.ac.sussex.vax2 School of Mathematical /ARPA : sus@nss.cs.ucl.ac.uk and Physical Sciences, /BITNET : mape1%uk.ac.sussex.vax2@uk.ac Sussex University, /UUCP : mape1@unx1.uucp OR...!mcvax!ukc!cvaxa!unx1!mape1 Brighton UK ------------------------------ Subject: TeX for ISI? Date: Mon, 07 Dec 87 10:24:05 -0500 From: Stephen Gildea Has anyone ported TeX to an ISI system running Berkeley Unix? < Stephen gildea@bbn.com ------------------------------ Date: Mon, 7 Dec 87 08:37:54 MST From: Linda Sirney Subject: LaTeX instruction The High Altitude Observatory (HAO) (a division of The National Center for Atmospheric Research) is looking for an instructor to come in and train the staff in the use of LaTeX. We are currently using troff, and are switching to LaTeX (or TeX). Does anyone know of a person qualified to teach LaTeX, or of an organization we could contact that would know about teaching aids available, and/or qualified instructors? Thanks. Linda Sirney sirney@hao.ucar.edu P.O. Box 3000 Boulder, Colorado 80307-3000 ------------------------------ Date: Mon, 7 Dec 1987 14:29 EST From: Jim Walker Subject: DVI driver for DEC LA75? Does anyone know of a DVI driver that will work for a DEC LA75 dot matrix printer? Jim Walker, Department of Mathematics, University of South Carolina 29208 ------------------------------ Date: 8 Dec 87 03:29:00 EST From: "DARREN STALDER" Subject: ln01 fonts I have the LN01 fonts..I got them off of a tape from a friend of mine. If you have a system that I can ftp put the font files onto your system..We do not have anonymous login here at GMUVAX so you can't login here. Otherwise if you send me a tape, I will send you the tape back with the fonts on it.. Torin/Wolf/Darren Stalder Internet: DSTALDER@GMUVAX.GMU.EDU Bitnet: DSTALDER@GMUVAX ATTNet: 1-703-323-3569 UUCP: (dolqci | uunet!pyrdc)!gmu90x!dstalder SNAIL: PO Box 405/Fairfax, VA 22030/USA ------------------------------ Date: Tue, 8 Dec 87 09:01:06 pst From: lamport@src.dec.com (Leslie Lamport) Subject: LaTeX Notes (Re: TeXhax Digest V87 #98) Christopher Vance and Patrick Tang write LaTeX is built around the US size paper, and in a particularly nasty way. It appears that all the settings for page size are precalculated and scattered through a large proportion of the LaTeX style files we have looked at. and continue by suggesting a way to make the page size a parameter of the style. First of all, although the page size settings are "scattered through a large proportion of the LaTeX style files", I believe that they are conveniently grouped together within each file. While their suggestion would simplify matters for LaTeX users living in more rational parts of the world, they would not produce acceptable typography. They seem to be basing their proposal on the premise that line width is determined by deciding on the margins and then subtracting their lengths from the page width. This is a fundamental mistake that leads to the execrable formatting that is almost invariable produced by users of other formatters and by LaTeX users who customize their document styles. Comparing the values of \textwidth used by the 10pt, 11pt, and 12pt styles will indicate that this isn't the case. Different paper sizes require different styles. Ideally, one should find a designer to completely redo the styles for A4 paper. Fortunately, the A4 and American standards are close enough that a reasonable job is obtained by using the same value of \textwidth and by increasing \textheight by approximately the difference in paper height. (However, \textheight needs to be set to accomodate an integral number of lines.) This determines things for one-sided printing, but still leaves open the question of horizontal positioning for two-sided printing. This positioning should depend upon the type of binding used, so I can't say muh about it--except to consult a professional. I suppose some automation of the process is possible--in paricular, determining the margins for one-sided printing from \textwidth and the page width. However, since the entire process can't be automated, I doubt if doing a partial job like this will save much effort. Herman F. Vogt writes I am trying to put a figure as large as one page (or a bit less) on a single page, without getting any normal text on that page. I have tried to arrange this by setting \topfraction to 1, and \textfraction to 0, but that did not work properly: I am still getting one line of text on my page, and by making my figure a tiny bit larger, the whole figure floats to the back of the document. I can't understand what the problem is. If the figure takes up most of the page, LaTeX will automatically float it to a float page--one containing no text--immediately following its position in the text (assuming that there are no other figures waiting to be output). This seems to be exactly what Vogt wants, so he shouldn't have to do anything. (The floating of oversized figures to the back of the document is explained by the rules on pages 176-177.) Leslie Lamport ------------------------------ Date: 8 Dec 87 18:15:53 EST From: Marc Auslander Subject: \pagestyle question Using LaTeX, I've placed the \pagestyle right after \documentstyle. It still doesn't effect the first page. What now? Marc Auslander marc@ibm.com ------------------------------ Date: Tue, 8 Dec 87 22:57:12 est From: padwa%harvsc3@harvard.harvard.edu (Danny Padwa) Subject: TeX in Foreign Languages Recently, there has been frequent discussion about projects to implment TeX in a wide variety of languages. Is there any central "clearinghouse" for such projects, so that teams don't duplicate effort because they don't know what else is being done? If not, should there be? Also, is there/should there be a general guide as to how one should go about doing such a project, so that all foreign flavored TeXs will have similar "feels", rather than each being built onto the original TeX without any knowledge of what the rest of the world is doing. I know that some languages can easily be accomodated within the framework of TeX itself and that others (German?) are being handled by organized agencies, but there are many others on the horizon. Basically, I wonder if the TeX community wants to try to keep all of its growth pointed in the same direction, or let development groups go off randomly in their own directions :-) !!!!! Danny Padwa (insert usual disclaimers) Harvard University | BITnet: PADWA@HUSC3.BITNET INTERnet: PADWA@HUSC3.HARVARD.EDU | MFEnet: PADWA@MFE.MFENET UUCP: ...harvard!husc4!padwa | HEPnet/SPAN HUSC3::PADWA (node 57.503) | USPS: 38 Matthews Hall | Harvard Universit | Cambridge MA 02138 USA ------------------------------ Date: Tue, 8 Dec 87 22:50:24 CST From: grunwald@m.cs.uiuc.edu (Dirk Grunwald) Subject: Drawing pictures in TeX I noticed that in TeXHaX Vol 87, issue 99, a comment was made about the difficulty of drawing pictures in TeX. While this is, on the surface, true, it has been largely eliminated by an excellent set of TeX macros developed by Michael Wichura at the Univ. of Chicago statistics department. I got a copy of this when I was picking up changes to TeX from june.cs.washington.edu. It's in pub/pictex.tar, and is about 400Kb long. It includes a .dvi file (cm fonts) which is the user manual. It's about 90 pages long. PiCTeX allows you to draw graphics, arbitrary line drawings, quadratic splines, filled areas (bounded by lines or quads), circles, ellipses and arcs. Combined with with the macro definitions of TeX, PiCTeX has supplanted the use of the venerable but printer dependent 'texpic' (a version of PIC which I hacked to emit the \specials for the iptex driver) for my needs. The downside is that it's rather slower than 'texpic' was, and I've had to increase my box memory to about 80,000 to get elaborate figures to work (I'm using CommonTeX, which has provisions for large memories). However, it's portable, and more important, I can preview my figures on my Sun (using TeXsun) or on a Mac (using TeXtures), or anything else which deals with .dvi files. If it's difficult to connect to cs.june.washington.edu, a repackaging of that tar is available on a.cs.uiuc.edu, in file pub/pictex.tar (or something like that). That version also has a makefile for building 'piclatex.sty', which is a slightly stripped version of the macros (*sigh* docsty doesn't work on it). Since I've found no license agreement, and I've been unable to contact Michael Wichura by Email, I'm under the impression that this is a free product, although he has retained rights to it. Dirk Grunwald Univ. of Illinois grunwald@m.cs.uiuc.edu ------------------------------ Date: 08. December 1987, 18:13:49 (CET) From: XITIJSCH%DDATHD21.BITNET@forsythe.stanford.edu (Joachim Schrod, THD, W.Germany) Subject: Re: WEB for MS-DOS (TeXhax Digest V87 #96) I've made changefiles for TANGLE and WEAVE on MS-DOS. They are for MS-Pascal V3.11 and put the large arrays into the segmented area after DS. The changefiles are not full commented because they are not hand-written --- a bunch of the work has been done by LEX on an UNIX system. In the moment only one segment per array is used, but the extension to more segments is straightforward (every array access is done with a macro --- only the initialization has to be changed). I could send the changefiles by E-mail but perhaps Malcolm or someone else can place them somewhere so they can be fetched without my direct support. Please note, that our connection to the Bitnet-node is very instable (we are not on an IBM mainframe). I acknowledge *every* message, so send it again if you don't get an answer. Joachim TH Darmstadt Institut f\"ur Theoretische Informatik Joachim Schrod Alexanderstr. 24 D-6100 Darmstadt West Germany Bitnet: XITIJSCH@DDATHD21 ------------------------------ Date: Tue, 8 Dec 87 22:53:15 PST From: mackay@june.cs.washington.edu (Pierre MacKay) Subject: TeXhax Digest V87 #99 It is very easy to make TeX accept so-called 8-bit ascii, but the result is no longer TeX. Another way is to use the ligature system to generate references to accented characters. The advantage of this is that the ligatured characters can reside in positions 128..255 of a gf or pk font without inhibiting hyphenation. For Turkish, I am only half way there. I use an adaptation of the Paris CNRS coding of the Onomasticon Arabicum. u with a hat accent is u= u with a diaeresis is u: all letters with dot under are *! (e.g d!, for d with a dot under) This means that the colon has to be \: and the ! has to be \bang, but that's not too bad. = is = in math mode. Another approach would be to ligature everything through the ASCII back-space, thus retaining the old ASCII coding for accented characters. This, of course says nothing about input and input display. That should be arranged for efficient typing and conveniently readable display copy. We display Turkish accented characters directly on the screen, and there we actually use the so-called 8-bit ascii codes, but we translate those codes into ascii sequences before feeding them to TeX. Pierre MacKay ------------------------------ Date: Tue, 8 Dec 87 11:28:41 -0100 From: mcvax!ruuinfvax!piet@uunet.UU.NET (Piet van Oostrum) Subject: LaTeX figure occupying a whole page The following latex file does it correctly: ------------------------------------------------------------------------ \documentstyle{article} \begin{document} \renewcommand{\topfraction}{1}\renewcommand{\textfraction}{0} \newlength{\hoogte}\setlength{\hoogte}{\textheight} \addtolength{\hoogte}{-21pt} \begin{figure}[hp] \vspace \hoogte \end{figure} aap noot mies wim zus jet kees teun does hallo hallo hallo \end{document} ------------------------------------------------------------------------ The 'magic length' 21 pt is a tiny bit more than the maximum of the various \...sep's defined for floats (20 pt). I think LaTeX should not take any of the sep's into consideration if there is only one float on a page, but maybe that's too difficult. ------------------------------ Date: 08 Dec 87 23:01:26 gmt From: mcvax!ed.ac.uk!G.Toal@uunet.UU.NET Subject: IPA (nternational Phonetic Alphabet) I note that Helmut Feldweg reports that the Metafoundry no longer offers an IPA font: I recently had to find out about the IPA and here are the results of several mailings: Christina Thiele has a strong interest in phonetics, and has offered to keep track of any activity; her address is wsscat@BITNET.carleton Christina & Carleton have a phonetics font similar in appearance to CMBX10. +++ Dean Guenther has an IPA font for sale; his address is GUENTHER@EARN.WSUVM1 +++ Tibor Tscheke's company, Sturtze AG also has an IPA font for sale; his address is: Tibor Tscheke / Head, Comp. Sci. Dept / Universitaetsdruckerei / H. Sturtz AG / Beethovenstr. 5 / D-8700 Wurzburg / West Germany. I don't have his e-mail address. +++ All of the above use TeX control sequences to enter their characters, e.g. \schwa. I tried to find a coding of the alphabet for single-key entry, but thought I had failed to do so. Recently, I have been informed that there IS such a character code -- ``It is a report on the Phonetic Transcription discussions held as part of the workshop on Labelliing,Transcription and Management methods for Speech databases held at University College London 11-12 June 1987 under the auspices of Esprit project 1541 "Multilingual speech input-output assessment,methodolgy and standardisation". It is written by J C Well Dept of phonetics and Linguistics at UCL.'' I have not yet received a copy of this but will post any relevant info to Christina when I do. +++ Thanks to Christina Thiele and Neil McCulloch for much of the above. ------------------------------ Subject: Re: International Phonetic Alphabet Date: Tue, 08 Dec 87 11:26:10 -0800 From: solomon@aerospace.aero.org I have a font in .AFM format which has the complete alphabet. The format specifies the characters in terms of vectors, not as stored bitmaps, and so it should be translatable into .GF forms. Steve Solomon UCLA Dept. of Linguistics and The Aerospace Corp. solomon@aero.arpa ------------------------------ %%% %%% subscriptions, address changes to: texhax-request@score.stanford.edu %%% please send a valid arpanet address!! %%% %%% submissions to: texhax@score.stanford.edu %%% %%% BITNET redistribution: TEX-L@TAMVM1.BITNET (list server) %%% %%%\bye %%% ------------------------------ End of TeXhax Digest ************************** -------